Typy inštalácií

Na typy instalací systému ABRA Gen je možné pohlížet z několika hledisek. První z nich specifikuje, zda systém provozujeme v síťovém režimu či nikoliv. Druhé hledisko určuje, zda je systém multiverzní. Třetím hlediskem je operační systém, na němž je systém ABRA Gen nainstalován. Posledním hlediskem je použitý databázový server:

V kap. Technologie zpracování dat bylo řečeno, že systém ABRA Gen je založen na tzv. třívrstvé technologii. Z hlediska síťovosti můžeme říci, že instalace ABRA Gen je buď nesíťová anebo síťová. Nesíťovou instalací (někdy též nazývanou singl) myslíme takovou, při které je možno systém ABRA Gen spustit právě jednou. Síťovou instalací ABRA Gen myslíme takovou, při které je možno systém ABRA Gen spustit současně vícekrát než jednou (počet je dán aktivačním klíčem). Pritom existuje viacero možností, ako systém inštalovať fyzicky, tzn. na ktorých počítačoch čo pobeží:

Instalace, ve které lze systém ABRA Gen současně spustit pouze jednou. V agendě Správa licencí má v položce "Počet stanic" číslo Y rovno jedné. Nesieťová inštalácia sa môže vyskytovať v týchto prevedeniach:

Nesíťová instalace na stanici, která není v síťovém prostředí

V tomto případě na jednom počítači musí být nainstalována současně klientská aplikace ABRA Gen i aplikační server. Class provider se ale v nesíťové instalaci jako takový nevyužívá a nespouští, viz kap. Technologie a zpracování dat, popis nesíťové instalace a databázový server, který obhospodařuje databázi.

Databáza sa v tomto prípade môže konektovať prostredníctvom tzv. Local spojenia, ďalej viď Režim pripojenia k databáze a Nastavenie spojenia na databázu.

Nesíťová instalace na stanici, která je v síťovém prostředí

V tomto prípade máme vďaka sieti možnosť zvoliť, kde bude fyzicky ležať databázový server a databáza:

  • na lokální stanici sítě jsou instalovány klientská aplikace ABRA Gen, aplikační server i databázový server (čili stejně jako předchozí varianta)
  • na lokální stanici sítě jsou instalovány klientská aplikace ABRA Gen a aplikační server. Databázový server je inštalovaný na nejakej inej stanici siete (typicky na nejakom na tento účel vyhradenom serveri, ktorý je dostatočne hardwarovo vybavený a zabezpečený (napr. UPS proti výpadkom prúdu a pod.). Odporúčané.

Databáze se v tomto případě nemůže konektovat přes Local spojení, ale musí být uvedeno přes síťový protokol, např. přes TCP/IP protokol, kde databáze leží, dále viz Režim připojení k databázi a Nastavení spojení na databázi.

V tomto případě je však třeba zkontrolovat a případně upravit parametry spojení na databázi, jelikož z instalace ABRA Gen provedené jako jednouživatelské může být za určitých podmínek přednastaveno pouze Local spojení (např. c:\data.fdb (respektive do verze 9.02 c:\data.gdb)). (Kedy sa v rámci jednoužívateľskej prednastavuje Local spojenie a kedy sa i jej dopĺňa "localhost" pre Remote spojenie, závisí tiež od spôsobu inštalácie FB. Viď popis Nastavenie spojenia na databázu. Ďalej je potrebné mať nainštalovanú príslušnú databázu.

Je třeba vzít v potaz to, že pokud bychom měli nesíťovou instalaci s definovaným local spojením na databázi (např. c:\data.fdb (respektive do verze 9.02 c:\data.gdb)) na nějakém serverovém disku, např. namapovaném z našeho počítače, pak při spuštění z lokálního počítače se bude hledat databázový server a databáze na disku lokálního počítače, odkud je ABRA Gen spouštěna (a kde běží), nikoli na disku serveru. Pokiaľ by sme chceli databázu na serveri, je podobne ako v predošlom prípade potrebné upraviť parameter Server Name a zabezpečiť inštalovanú databázu na príslušnom serveri.

Instalace, ve které lze systém ABRA Gen současně spustit vícekrát. Povolený počet závisí na vaší zakoupené licenci, je tedy dán aktivačním klíčem, kterým máte systém zaktivován. Jedná se o síťovou instalaci, tj. váš systém po aktivaci aktivačním klíčem pro síť bude mít v agendě Správa licencí v položce "Počet stanic" číslo Y větší než jedna. Sieťová inštalácia sa môže vyskytovať v týchto prevedeniach:

  • Klientská aplikace ABRA Gen, aplikační server i databázový server běží každá na jiném PC

  • Klientská aplikace ABRA Gen běží na jednom PC (resp. na více stanicích sítě), aplikační server a databázový server pak na jiném

  • Klientská aplikace ABRA Gen běží na jednom PC (resp. na více stanicích sítě), aplikační server je na jednom z klientů a databázový server je buď též na jednom z klientů nebo na samostatném serveru
  • Klientská aplikace ABRA Gen, aplikační server i databázový server běží na jednom PC - toto je mezní situace, v praxi asi nevyužitá, nicméně teoreticky možná. Tedy instalace všech komponent ABRA Gen na jednom PC a aktivace na síť. Potom systém ABRA Gen z daného PC budete moci současně spustit tolikrát, na kolik stanic sítě máte licenci.

Technicky možný (i keď verejne nepodporovaný) variant: ABRA  ako "lokálny klient sieťovej inštalácie" = samostatná inštalácia systému ABRA v rovnakej verzii ako má aplikačný server (AS), ktorá nezdieľa so sieťovou inštaláciou binárne súbory, ale pripája sa k AS a jedná ako klient. Prakticky to znamená to, že na serveri je jedna inštalácia systému ABRA v "zdieľanom sieťovom priestore", a okrem toho ďalšia inštalácia systému ABRA na inom PC. Tá má však Nexus.cfg nastavený sieťovo (tzn. Local=0 a ServerName, kde je AS). Keď sa táto spustí, číta nexus.cfg, zistí, že sa má správať ako klient a spojí sa s AS. Pokiaľ ale klient potrebuje nejaký súbor, "neťahá" ho k sebe po sieti prostredníctvom sieťového protokolu filesystému zo zdieľaného sieťového priestoru, ale použije ten, ktorý má u seba (šetrenie šírky sieťového pásma).

Je třeba si uvědomit, že pokud vlastníte licenci na síťovou instalaci ABRA Gen pro určitý počet stanic (tedy odpovídající aktivační klíč, kterým máte systém zaktivován), pak to znamená, že právě tolikrát budete moci systém ABRA Gen současně spustit (resp. tu jeho část, na kterou máte odpovídající síťovou aktivaci) a je lhostejné, kterým způsobem z výše uvedených bude fyzicky daná síťová instalace provedena.

Nech napr. vlastníte licenciu na sieť pre 5 staníc na modul jadro systému, na modul sklad pre 3 stanice a 7 pre aplikačný server. Ďalej máte typickú inštaláciu na počítačovej sieti, tzn. aplikačný server a databáza na serveri, klientska aplikácia na klientoch a máte 7 staníc (klientov).

Pokud spustíte systém ABRA Gen ze stanice 1 3x a v každé takto spuštěné úloze spustíte některou z agend spadajících do jádra systému, bude možno si spustit ABRA Gen, již jen maximálně 4x tj. např. ze 4 dalších stanic, přičemž agendy z jádra již jen maximálně 2x. Tedy můžete spustit ABRA Gen a v ní agendy z jádra celkem maximálně 5x a je lhostejné, zda to bude 5 x najednou z jednoho počítače, nebo z pěti počítačů. V okamihu, keď je licencia na spustenie modulu jadra vyčerpaná, systém to oznámi a spustenie nepovolí.

Nicméně, i když už bude licence na modul jádra vyčerpána, což znamená, že systém je již minimálně 5x spuštěn s alespoň jednou agendou jádra, budete moci spustit ABRA Gen z dalších 2 stanic (jelikož na aplikační server máte celkem 7 licencí). V rámci týchto dvoch spustení budete môcť spúšťať agendy modulu sklad (keďže na sklad máte celkom 3 licencie). Tedy vlastníte-li výše uvedenou aktivaci na síť, budete moci v limitním případě spustit ABRA Gen ze 7-mi stanic, z toho např. ze 4 stanic jen s agendami jádra, z 1-né stanice s agendami jádra i skladu a z dalších 2 stanic jen s agendami skladu. Ďalej viď popis licencie pre počet staníc v kap. Správa licencií.

Dále viz Lokální (nesíťový)/síťový režim.

Z druhého hľadiska rozlišujeme inštaláciu podľa počtu vedených firiem. Povolený počet firiem, ktoré smiete v systéme viesť, závisí od Vašej zakúpenej licencie, teda aktivačného kľúča, ktorým máte systém zaktivovaný.

Z hľadiska počtu vedených firiem rozlišujeme inštaláciu:

Nemultiverzní instalace

Instalace, ve které můžete vést data jenom pro jednu konkrétní firmu. Tj. váš systém v agendě Správa licencí má v položce "Počet firem" číslo Y rovno jedné.

Multiverzní instalace (multiverze)

Instalace, ve které můžete vést v jedné instalaci ABRA Gen firem více. (Váš systém teda po aktivácii zodpovedajúcim aktivačným kľúčom bude mať v agende Správa licencií v položke "Počet firiem" číslo Y väčšie ako jedna).

Multiverzní instalace je řešena tak, že každá z firem je vedena v samostatné databázi. Takže v případě, že máte zakoupenu licenci na multiverzi, máte právo si definovat odpovídající počet spojení na databáze pomocí nástroje DbAdmin).

Celkový počet firem NESMÍ překročit počet, který vám povoluje provozovat vámi zakoupená licence. Překročení tohoto počtu znamená porušení licenčních práv se všemi důsledky, které z toho vyplynou.

Celkový počet definovaných spojení na databáze může být vyšší než počet firem určený licencí v případě, že některá spojení používáte pro kontrolu obnovitelnosti dat ze zálohy, případně pro testování přechodu na novou verzi systému ABRA Gen nebo pro ověřování funkčnosti rozsáhlejších zásahů do systému před jejich implementací do produkčního prostředí. Využívání dalších spojení k těmto servisním účelům naopak doporučujeme, viz upozornění v kapitole Zálohování a obnova dat.

Keďže, ako bolo povedané vyššie, vedenie viacerých firiem je riešené príslušným počtom spojení na databázy, musíte po spustení systému najskôr vybrať spojenie na tú databázu, v ktorej budete chcieť aktuálne pracovať, tzn. v ktorej máte dáta firmy, ktorú chcete práve spracovávať. Ďalšia práca s agendami je zhodná bez ohľadu na to, ku ktorej databáze ste práve pripojený.

Čo sa týka licencií na jednotlivé moduly a ich sieťovosť, tak tá je pre celý systém spoločná bez ohľadu na to, ku ktorej databáze ste aktuálne pripojení. Ďalej viď Počet aktívnych staníc pre jednotlivé licencované moduly v Správe licencií a Aktivácia a odčítanie licencií.

  • V případě nějaké technické kolize nehrozí výpadek dat všech firem najednou - tedy pokud dojde k nějakému narušení databáze, ať už z jakýchkoli příčin, pak se bude jednat o výpadek dat jedné vedené firmy, nikoli všech najednou.

  • Je možné zálohovať dáta každej firmy zvlášť - ako bolo uvedené v kapitole Zálohy dát, zálohuje sa vždy celá databáza.

    Pokiaľ by boli multiverziové firmy v jednej databáze, zálohovali by sa všetky naraz. V praxi ale bývajú multiverziové firmy v rôznom stave rozpracovanosti a pokiaľ nastane potreba vrátiť sa k staršej zálohe jednej firmy, mohlo by sa stať, že by sme tým prišli o už novo získané dáta vo firme inej. Pokiaľ ale máme firmy v rôznych databázach a teda ich zálohujeme samostatne, vyplýva z toho možnosť nezávisle sa vrátiť k staršej zálohe bez toho, aby sme tým prišli o už zadané nové dáta iných firiem.

  • Možnosť ľahšie ukončiť spracovanie jednej firmy a nahradiť ju inou - takže pokiaľ napr. vedieme 10 firiem, jedna z nich skončí a my namiesto nej potrebujeme začať spracovávať inú, stačí len nastaviť spojenie na novú databázu.

    V prípade viacerých firiem vedených v jednej databáze by sa museli tabuľky danej firmy zmazať a založiť nové pre firmu novú. To by síce nebol problém, ale ťažkosti by mohli nastať v okamihu, kedy by sme sa z nejakého dôvodu k dátam zmazanej firmy potrebovali vrátiť. V tej chvíli by sme totiž museli aktuálny stav zazálohovať, obnoviť dáta zo staršej zálohy, čím by sme sa síce dostali k dátam pôvodne vedenej firmy, ale súčasne by sme v zostávajúcich firmách mali dáta staré. Teda so zostávajúcimi firmami by nebolo možné pracovať, kým by neboli obnovené naspäť dáta zo zálohy aktuálneho stavu. Pokiaľ ale máme firmy v rôznych databázach, je možné iba "vymeniť" databázu firmy starej za databázu firmy novo vedenej a naopak, bez toho že by sa to nejakým spôsobom dotklo zostávajúcich firiem.

  • Možnosť mať pre každú firmu iné číselníky.
  • Možnost mít pro jednotlivé firmy samostatný nezávislý seznam nadefinovaných uživatelů, nebo i obdobný seznam uživatelů, ale s nezávisle nastavenými přístupovými právy k objektům a funkcím pro danou firmu.
  • Každá firma sa zálohuje zvlášť, takže zálohu je potrebné spúšťať viackrát.
  • Nutnosť ukončiť program, pokiaľ chceme prejsť do dát inej databázy a nutnosť po každom spustení systému najskôr vybrať spojenie na databázu.
  • Po obnove dát vykonanej v rámci inštalácie-aktualizácie súčasnej inštalácie nutnosť opäť založiť ďalšie spojenie - Obnova dát sa v tomto prípade robí spustením inštalačného programu s voľbou aktualizácie súčasnej inštalácie a zadaním cesty k súboru zálohy dát. Pritom sa defaultne ponúka jedno spojenie ("connection") na databázu. Po vykonaní obnovy dát je potrebné pomocou Administrátora databázy pridať ďalšie vaše spojenie zo zálohy.

    Totéž platí pro spuštění update, jelikož update a poté obnova dat jsou v ABRA Gen spojeny v jedno, viz popis aktualizace v kap. Instalace - úvodní kroky.

  • Obnovy zo samostatných záloh databáz verzus spoločná repository - Aj keď sú firmy v samostatných databázach, repository je pre všetky spoločná. Ako bolo uvedené v kapitole Zálohy dát, zálohuje sa spolu s databázou i časť tejto repository, a to užívateľské DynSQL⇒ pokiaľ napr. konzultanti servisnej siete výrobcu upravujú klientovi podľa jeho požiadaviek DynSQL, teda špeciálne pre neho vytvorené SQL dopyty, ktoré sú potrebné pre užívateľské reporty, mohlo by dôjsť k situácii, keď obnovou zo staršej verzie vo firme X môže prestať fungovať nejaký report, pretože došlo i k prepísaniu nejakého užívateľského SQL dopytu na jeho staršej verzii a pod. Objasníme na príklade:

    Máme užívateľsky nadefinované DynSQL. Zálohujeme firmu 1 v databáze 1. Potom nám servisný konzultant vykoná úpravy týchto užívateľských SQL. Vykonávame obnovu dát firmy 1 ⇒ po obnove bude DynSQL bez posledných úprav SQL dopytov.

  • Nemožnosť zdielať niektoré číselníky, ktoré by v prípade jednej databázy boli inak spoločné (viď vyššie), nutnosť definovať užívateľa a práva v každé databáze zvlášť

Do v.3.01.xx platilo, že umožňovala vedenie niekoľkých multiverzných firiem v jednej databáze. Pre update z tejto verzie musel byť dodržaný postup spomenutý v nasledujúcej poznámke. Aktuálne distribuovaných verzií sa toto už nijako netýka.

Ak prebiehal update z verzie 3.01.xx a nižšej, ktorá ešte umožňovala viesť viacero multiverzných firiem v jednej databáze a mali ste svoju multiverziu takto realizovanú, obsahovala vaša záloha dát dáta viacerých firiem. V takom prípade bolo potrebné: najskôr si založiť príslušný počet spojení na databázu, všetky spojenia sa mali odkazovať na rovnakú zálohu. V procese update a obnovy zo zálohy sa potom program postupne pred vytvorením databázy pre jednotlivé spojenia spýtal, ktorú z firiem si prajete do daného spojenia obnoviť.

Dalším hlediskem, podle něhož můžeme dělit typy instalací systémů řady ABRA Gen, je provozní prostředí. Jak bylo zmíněno v kap. Charakteristika systému, na straně klienta jsou provozním prostředím operační systémy Windows, ale aplikační a databázový server systému ABRA Gen je možné provozovat na Windows a na Linuxu.

Toto platí pro všechny systémy ABRA Gen, včetně ABRA Gen s jednoduchým účtovníctvom.

Od verze 22.0 (předpokládané zveřejnění prosinec 2021) bude možné serverovou část provozovat pouze na Windows nebo 64-bitovém Linuxu, podpora 32-bitových verzí Linuxu bude ukončena. Produkt ABRA Gen s jednoduchým účtovníctvom bude i na straně serveru podporovat pouze Windows. Více informací naleznete v kap. Charakteristika systému.

Jak bylo rovněž zmíněno v kap. Charakteristika systému, systém ABRA Gen je client/server aplikace a potřebuje pro svůj provoz nainstalovaný databázový SQL server. Je možné voliť z nasledujúcich: Firebird, ORACLE a MSSQL, přičemž ale databázový server nelze volit libovolně. Jednotlivé produkty sú spojené s databázovými servermi nasledovne:

  • ABRA Gen s jednoduchým účtovníctvom resp. ABRA Gen s podvojným účtovníctvom - určen pro provoz s Firebird
  • ABRA Gen - určen pro provoz s ORACLE či MSSQL