Typy inštalácií

Na typy inštalácií systému ABRA Gen je možné pozerať z niekoľkých hľadísk. Prvé z nich špecifikuje, či systém prevádzkujeme v sieťovom režime alebo nie. Druhé hľadisko určuje, či je systém multiverzný. Tretím hľadiskom je operačný systém, na ktorom je systém ABRA Gen nainštalovaný. Posledným hľadiskom je použitý databázový server:

V kap. Technológia spracovanie dát bolo povedané, že systém ABRA Gen je založený na tzv. trojvrstvovej technológii. Z hľadiska sieťovosti môžeme povedať, že inštalácia ABRA Gen je buď nesieťová alebo sieťová. Nesieťovou inštaláciou (niekedy tiež nazývanou singel) myslíme takú, pri ktorej je možné systém ABRA Gen spustiť práve raz. Sieťovou inštaláciou ABRA Gen myslíme takú, pri ktorej je možné systém ABRA Gen spustiť súčasne viackrát ako raz (počet je daný aktivačným kľúčom). Pritom existuje viac možností, ako systém nainštalovať fyzicky, tj. na ktorých počítačoch čo pobeží:

Inštalácia, v ktorej možno systém ABRA Gen súčasne spustiť iba raz. V agende Správa licencií má v položke "Počet staníc" číslo Y rovné jednej. Nesieťová inštalácia sa môže vyskytovať v týchto vyhotoveniach:

Nesieťová inštalácia na stanici, ktorá nie je v sieťovom prostredí

V tomto prípade musí byť na jednom počítači súčasne nainštalovaná klientska aplikácia ABRA Gen aj aplikačný server. Class provider sa však v nesieťovej inštalácii ako taký nevyužíva a nespúšťa, viď kap. Technológia a spracovanie dát, popis nesieťovej inštalácie a databázový server, ktorý spravuje databázu.

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

Nesieťová inštalácia na stanici, ktorá je v sieťovom prostredí

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álnej stanici siete sú nainštalované klientska aplikácia ABRA Gen, aplikačný server aj databázový server (čiže rovnako ako predchádzajúci variant)
  • na lokálnej stanici siete sú nainštalované klientska aplikácia ABRA Gen a aplikačný server. Databázový server je nainštalovaný na nejakej inej stanici siete (typicky nejakom na tento účel vyhradenom serveri, ktorý je dostatočne hardvérovo vybavený a zabezpečený (napr. s UPS proti výpadkom prúdu a pod.). Odporúčané.

Databáza sa v tomto prípade nemôže pripájať cez Local spojenie, ale musí byť uvedené cez sieťový protokol, napr. cez TCP/IP protokol, kde databáza leží, ďalej viď Režim pripojenia k databáze a Nastavenie spojenia na databázu.

V tomto prípade je však potrebné skontrolovať a prípadne upraviť parametre spojenia na databázu, pretože z inštalácie ABRA Gen vykonanej ako jednoužívateľskej môže byť za určitých podmienok prednastavené iba Local spojenie (napr. c:\data.fdb (respektíve do verzie 9.02 c:\data.gdb)). (Kedy sa pri jednoužívateľskej prednastavuje Local spojenie a kedy sa dopĺňa aj pri nej "localhost" pre Remote spojenie, závisí tiež od spôsobu inštalácie FB. Ďalej viď popis Nastavenie spojenia na databázu. Ďalej je potrebné mať nainštalovanú príslušnú databázu.

Je potrebné vziať do úvahy to, že pokiaľ by sme mali nesieťovú inštaláciu s definovaným local spojením na databázu (napr. c:\data.fdb (respektíve do verzie 9.02 c:\data.gdb)) na nejakom serverovom disku, napr. namapovanom z nášho počítača, potom pri spustení z lokálneho počítača sa bude hľadať databázový server a databáza na disku lokálneho počítača, odkiaľ je ABRA Gen spúšťaná (a kde beží), nie na disku servera. Pokiaľ by sme chceli databázu na serveri, je potrebné obdobne ako v predchádzajúcom prípade upraviť parameter Server Name a zaistiť nainštalovanú databázu na príslušnom serveri.

Inštalácia, v ktorej možno systém ABRA Gen súčasne spustiť viackrát. Povolený počet závisí od vašej zakúpenej licencie, je teda daný aktivačným kľúčom, ktorým máte systém zaktivovaný. Ide o sieťovú inštaláciu, tj. váš systém po aktivácii aktivačným kľúčom pre sieť bude mať v agende Správa licencií v položke "Počet staníc" číslo Y väčší ako jedna. Sieťová inštalácia sa môže vyskytovať v týchto vyhotoveniach:

  • Klientská aplikácia ABRA Gen, aplikačný server aj databázový server beží každá na inom PC

  • Klientská aplikácia ABRA Gen beží na jednom PC (resp. na viacerých staniciach siete), aplikačný server a databázový server potom na inom

  • Klientská aplikácia ABRA Gen beží na jednom PC (resp. na viacerých staniciach siete), aplikačný server je na jednom z klientov a databázový server je buď tiež na jednom z klientov alebo na samostatnom serveri
  • Klientská aplikácia ABRA Gen, aplikačný server aj databázový server beží na jednom PC - toto je krajná situácia, v praxi asi nevyužitá, avšak teoreticky možná. Teda inštalácia všetkých komponentov ABRA Gen na jednom PC a aktivácia na sieť. Potom systém ABRA Gen z daného PC budete môcť súčasne spustiť toľkokrát, na koľko staníc siete máte licenciu.

Technicky možný (aj 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 správa sa 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á však má Nexus.cfg nastavený sieťovo (tj. Local=0 a ServerName, kde je AS). Keď sa táto spustí, číta nexus.cfg, zistí, že sa má správať ako klient a pripája sa k AS. Ak ale klient potrebuje nejaký súbor, tak ho "neťahá" k sebe po sieti cez sieťový protokol súborového systému zo zdieľaného sieťového priestoru, ale použije ten, čo má pri sebe (šetrenie šírky sieťového pásma).

Je potrebné si uvedomiť, že ak vlastníte licenciu na sieťovú inštaláciu ABRA Gen pre určitý počet staníc (teda zodpovedajúci aktivačný kľúč, ktorým máte systém zaktivovaný), potom to znamená, že práve toľkokrát budete môcť systém ABRA Gen súčasne spustiť (resp. tú jeho časť, na ktorú máte zodpovedajúcu sieťovú aktiváciu) a je ľahostajné, akým spôsobom z vyššie uvedených bude fyzicky daná sieťová inštalácia vykonaná.

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 v počítačovej sieti, tj. aplikačný server a databáza na serveri, klientská aplikácia na klientoch a máte 7 staníc (klientov).

Ak spustíte systém ABRA Gen zo stanice 1 3x a v každej takto spustenej úlohe spustíte niektorú z agend spadajúcich do jadra systému, bude možné si spustiť ABRA Gen, už len maximálne 4x tj. napr. zo 4 ďalších staníc, pričom agendy z jadra už len maximálne 2x. Teda môžete spustiť ABRA Gen a v nej agendy z jadra celkovo maximálne 5x a je ľahostajné, či to bude 5 x naraz z jedného počítača, alebo z piatich počítačov. Hneď ako je licencia pre spustenie modulu jadra vyčerpaná, systém to oznámi a spustenie nepovolí.

Avšak, aj keď už bude licencia na modul jadra vyčerpaná, čo znamená, že systém je už minimálne 5x spustený s aspoň jednou agendou jadra, budete môcť spustiť ABRA Gen z ďalších 2 staníc (keďže na aplikačný server máte celkovo 7 licencií). V rámci týchto dvoch spustení budete môcť spúšťať agendy modulu sklad (keďže na sklad máte celkovo 3 licencie). Teda ak vlastníte vyššie uvedenú aktiváciu na sieť, budete môcť v limitnom prípade spustiť ABRA Gen zo 7 staníc, z toho napr. zo 4 staníc len s agendami jadra, z 1 stanice s agendami jadra aj skladu a z ďalších 2 staníc len s agendami skladu. Ďalej viď popis licencie pre počet staníc v kap. Správa licencií.

Ďalej viď Lokálny (nesieťový)/sieť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á inštalácia

Inštalácia, v ktorej môžete viesť dáta len pre jednu konkrétnu firmu. Tj. váš systém v agende Správa licencií má v položke "Počet firiem" číslo Y rovné jednej.

Multiverzná inštalácia (multiverzia)

Inštalácia, v ktorej môžete viesť v jednej inštalácii ABRA Gen firiem viac. (Teda váš systém 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á inštalácia je riešená tak, že každá z firiem je vedená v samostatnej databáze. Takže v prípade, že máte zakúpenú licenciu na multiverziu, máte právo si definovať zodpovedajúci počet spojení na databázy pomocou jednej z možností vytvorenia nového spojenia na databázu, tj. pomocou nástroja DbAdmin alebo agendy Vytvorenie novej firmy, v prípade Oracle/MSSQL pomocou nástroja DbAdmin).

Celkový počet firiem NESMIE prekročiť počet, ktorý vám povoľuje prevádzkovať vami zakúpená licencia. Prekročenie tohto počtu znamená porušenie licenčných práv so všetkými dôsledkami, ktoré z toho vyplynú.

Celkový počet definovaných spojení na databázy môže byť vyšší než počet firiem určený licenciou v prípade, že niektoré spojenia používate na kontrolu obnoviteľnosti dát zo zálohy, prípadne na testovanie prechodu na novú verziu systému ABRA Gen alebo na overovanie funkčnosti rozsiahlejších zásahov do systému pred ich implementáciou do produkčného prostredia. Využívanie ďalších spojení na tieto servisné účely naopak odporúčame, viď upozornenie v kapitole Zálohovanie a obnova dát.

Keďže, ako bolo povedané vyššie, vedenie viacerých firiem je riešené zodpovedajúcim 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ť, tj. 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ťovosti, 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 prípade nejakej technickej kolízie nehrozí výpadok dát všetkých firiem naraz - teda ak dôjde k nejakému narušeniu databázy, nech už z akýchkoľvek príčin, potom sa bude jednať o výpadok dát jednej vedenej firmy, nie všetkých naraz.

  • Možno 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.

    Ak by boli multiverzné firmy v jednej databáze, zálohovali by sa všetky naraz. V praxi však bývajú multiverzné firmy v rôznom stave rozpracovanosti a ak 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 obstarané dáta v inej firme. Ak však 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ť jednoduchšie ukončiť spracovanie jednej firmy a nahradiť ju inou - teda ak 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 novú firmu. To by síce nebol problém, ale ťažkosť by mohla nastať v okamihu, keď 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 v zostávajúcich firmách by sme mali dáta staré. Teda so zostávajúcimi firmami by nebolo možné pracovať, kým by neboli obnovené späť dáta zo zálohy aktuálneho stavu. Ak však máme firmy v rôznych databázach, možno iba "vymeniť" databázu starej firmy za databázu novo vedenej firmy a naopak, bez toho aby sa to akýmkoľvek spôsobom dotklo zostávajúcich firiem.

  • Možnosť mať pre každú firmu iné číselníky.
  • Možnosť mať pre jednotlivé firmy samostatný nezávislý zoznam nadefinovaných používateľov, alebo aj obdobný zoznam používateľov, ale s nezávisle nastavenými prístupovými právami k objektom a funkciám pre danú firmu.
  • Každá firma sa zálohuje zvlášť, preto je potrebné zálohu spúšťať viackrát.
  • Nutnosť ukončiť program, ak 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 existujúcej inštalácie je nutné opäť založiť ďalšie spojenie - Obnova dát sa v tomto prípade vykonáva spustením inštalačného programu s voľbou aktualizácie existujúcej inštalácie a zadaním cesty k súboru zálohy dát. Pritom sa defaultne ponúka jedno spojenie ("connection") k databáze. Po vykonaní obnovy dát je potrebné pomocou Administrátora databázy pridať ďalšie vaše spojenia zo zálohy.

    To isté platí pre spustenie update, keďže update a potom obnova dát sú v ABRA Gen spojené do jedného, viď popis aktualizácie v kap. Inštalácia - úvodné kroky.

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

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

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

Do v.3.01.xx platilo, že umožňovala vedenie viacerý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 to už nijako netýka.

Pokiaľ sa vykonával update z verzie 3.01.xx a nižšej, ktorá ešte umožňovala vedenie viacerých multiverzných firiem v jednej databáze a mali ste vašu multiverziu takto realizovanú, obsahovala vaša záloha dát dáta viacerých firiem. V takom prípade bolo treba: najskôr si založiť zodpovedajúci počet spojení na databázu, všetky spojenia sa mali odkazovať na tú istú zálohu. V procese update a obnovy zo zálohy sa potom program postupne pred vytvorením databázy pre jednotlivé spojenia opýtal, ktorú z firiem si želáte do daného spojenia obnoviť.

Ďalším hľadiskom, podľa ktorého môžeme deliť typy inštalácií systémov radu ABRA Gen, je prevádzkové prostredie. Ako bolo spomenuté v kap. Charakteristika systému, na strane klienta sú prevádzkovým prostredím operačné systémy Windows, ale aplikačný server a databázový server systému ABRA Gen je možné prevádzkovať na Windows a na Linuxe.

Toto platí pre všetky systémy ABRA Gen, vrátane ABRA Gen s jednoduchým účtovníctvom.

Ako bolo takisto spomenuté v kap. Charakteristika systému, systém ABRA Gen je client/server aplikácia a potrebuje pre svoju prevádzku nainštalovaný databázový SQL server. Je možné voliť z nasledujúcich: firebird, ORACLE a MSSQL, pričom ale databázový server nie je možné voliť ľubovoľne. 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ý pre prevádzku s firebird
  • ABRA Gen - určený pre prevádzku s ORACLE či MSSQL