Typy instalací

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). Přitom existuje více možností, jak systém instalovat fyzicky, tj. na kterých počítačích co poběží:

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é. Nesíťová instalace se může vyskytovat v těchto provedeních:

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áze se v tomto případě může konektovat přes tzv. Local spojení, dále viz Režim připojení k databázi a Nastavení spojení na databázi.

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

V tomto případě máme díky síti možnost zvolit, kde bude fyzicky ležet databázový server a databáze:

  • 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 instalován na nějaké jiné stanici sítě (typicky nějakém pro tento účel vyhraženém serveru, který je dostatečně hardwarově vybaven a zabezpečen (např. s UPS proti výpadkům proudu apod.). Doporučeno.

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)). (Kdy se u jednouživatelské přednastavuje Local spojení a kdy se doplňuje i u ní "localhost" pro Remote spojení, závisí též na způsobu instalace FB. Dále viz popis Nastavení spojení na databázi. Dále je třeba mít nainstalovánu příslušnou databázi.

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. Pokud bychom chtěli databázi na serveru, je třeba obdobně jako v předchozím případě upravit parametr Server Name a zajistit instalovanou databázi na příslušném serveru.

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. Síťová instalace se může vyskytovat v těchto provedeních:

  • 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 když veřejně nepodporovaná) varianta: ABRA jako "lokální klient síťové instalace" = samostatná instalace systému ABRA, ve stejné verzi jako má aplikační server (AS), která nesdílí se síťovou instalací binární soubory, ale připojuje se k AS a jedná jako klient. Prakticky to znamená to, že na serveru je jedna instalace systému ABRA ve "sdíleném síťovém prostoru", a kromě toho další instalace systému ABRA na jiném PC. Ta ovšem má Nexus.cfg nastavený síťově (tj. Local=0 a ServerName, kde je AS). Když se tato spustí, čte nexus.cfg, zjistí, že se má chovat jako klient a spojuje se s AS. Pokud ale klient potřebuje nějaký soubor, tak ho "netahá" k sobě po síti přes síťový protokol filesystému ze sdíleného síťového prostoru, ale použije ten, co má u sebe (šetření šířky síť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ť např. vlastníte licenci na síť pro 5 stanic na modul jádro systému, na modul sklad pro 3 stanice a 7 pro aplikační server. Dále máte typickou instalaci na počítačové síti, tj. aplikační server a databáze na serveru, klientská aplikace na klientech a máte 7 stanic (klientů).

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čů. Jakmile je licence pro spuštění modulu jádra vyčerpána, systém to oznámí a spuštění 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 dvou spuštění budete moci spouštět agendy modulu sklad (jelikož na sklad máte celkem 3 licence). 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. Dále viz popis licence pro počet stanic v kap. Správa licencí.

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

Z druhého hlediska rozlišujeme instalaci podle počtu vedených firem. Povolený počet firem, které smíte v systému vést, závisí na vaší zakoupené licenci, tedy aktivačním klíči, kterým máte systém zaktivován.

Z hlediska počtu vedených firem rozlišujeme instalaci:

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. (Tedy váš systém po aktivaci odpovídajícím aktivačním klíčem bude mít v agendě Správa licencí v položce "Počet firem" číslo Y větší než 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í jedné z možností vytvoření nového spojení na databázi, tj. pomocí nástroje DbAdmin nebo agendy Vytvoření nové firmy.

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.

Jelikož, jak bylo řečeno výše, vedení více firem je řešeno odpovídajícím počtem spojení na databáze, musíte po spuštění systému nejdříve vybrat spojení na tu databázi, ve které budete chtít aktuálně pracovat, tj. ve které máte data firmy, kterou chcete právě zpracovávat. Další práce s agendami je shodná bez ohledu na to, k jaké databázi jste právě napojeni.

Co se týče licencí na jednotlivé moduly a jejich síťovost, tak ta je pro celý systém společná bez ohledu na to, k jaké databázi jste aktuálně připojeni. Dále viz Počet aktivních stanic pro jednotlivé licencované moduly ve Správě licencí a Aktivace a odečítání licencí.

  • 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.

  • Možno zálohovat data každé firmy zvlášť - jak bylo uvedeno v kapitole Zálohy dat, zálohuje se vždy celá databáze.

    Pokud by byly multiverzní firmy v jedné databázi, zálohovaly by se všechny najednou. V praxi ale bývají multiverzní firmy v různém stavu rozpracovanosti a pokud nastane potřeba vrátit se ke starší záloze jedné firmy, mohlo by se stát, že bychom tím přišli o již nově pořízená data ve firmě jiné. Pokud ale máme firmy v různých databázích a tedy je zálohujeme samostatně, plyne z toho možnost nezávisle se vrátit ke starší záloze, aniž bychom tím přišli o již zadaná nová data jiných firem.

  • Možnost snadněji ukončit zpracování jedné firmy a nahradit ji jinou - tedy pokud např. vedeme 10 firem, jedna z nich skončí a my místo ní potřebujeme začít zpracovávat jinou, stačí jen nastavit spojení na novou databázi.

    V případě více firem vedených v jedné databáze by se musely tabulky dané firmy smazat a založit nové pro firmu novou. To by sice nebyl problém, ale potíž by mohla nastat v okamžiku, kdy bychom se z nějakého důvodu k datům smazané firmy potřebovali vrátit. V tu chvíli bychom totiž museli aktuální stav zazálohovat, obnovit data ze starší zálohy, čímž bychom se sice dostali k datům původně vedené firmy, ale současně ve zbývajících firmách bychom měli data stará. Tedy se zbývajícími firmami by nebylo možno pracovat, dokud by nebyla obnovena zpět data ze zálohy aktuálního stavu. Pokud ale máme firmy v různých databázích, lze pouze "vyměnit" databázi firmy staré za databázi firmy nově vedené a naopak, aniž by se to jakýmkoli způsobem dotklo zbývajících firem.

  • Možnost mít pro každou firmu jiné čí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 se zálohuje zvlášť, tudíž zálohu je třeba spouštět vícekrát.
  • Nutnost ukončit program, pokud chceme přejít do dat jiné databáze a nutnost po každém spuštění systému nejdříve vybrat spojení na databázi.
  • Po obnově dat provedené v rámci instalace-aktualizace stávající instalace nutnost opět založit další spojení - Obnova dat se v tomto případě provádí spuštěním instalačního programu s volbou aktualizace stávající instalace a zadáním cesty k souboru zálohy dat. Přitom se defaultně nabízí jedno spojení ("connection") k databázi. Po provedení obnovy dat je třeba pomocí Administrátora databáze přidat další vaše spojení ze 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 ze samostatných záloh databází versus společná repozitoř - I když jsou firmy v samostatných databázích, repozitoř je pro všechny z nich společná. Jak bylo uvedeno v kapitole Zálohy dat, zálohuje se spolu s databází i část této repozitoře, a to uživatelské DynSQL⇒ pokud např. konzultanti servisní sítě výrobce upravují klientovi dle jeho požadavků DynSQL, tedy speciální pro něj vytvořené SQL dotazy, které jsou třeba pro uživatelské reporty, pak by mohlo dojít k situaci, kdy obnovou ze starší verze ve firmě X, může přestat fungovat nějaký report, jelikož došlo i k přepsání nějakého uživatelského SQL dotazu na jeho starší verzi apod. Objasníme na příkladu:

    Máme uživatelsky nadefinované DynSQL. Zálohujeme firmu 1 v databázi 1. Poté nám servisní konzultant provede úpravy těchto uživatelských SQL. Provádíme obnovu dat firmy 1 ⇒ po obnově bude DynSQL bez posledních úprav SQL dotazů.

  • Nemožnost sdílet některé číselníky, které by v případě jedné databáze byly jinak společné (viz výše), nutnost definovat uživatele a práva v každé databázi zvlášť

Do v.3.01.xx platilo, že umožňovala vedení více multiverzních firem v jedné databázi. Pro update z této verze musel být dodržen postup zmíněný v následující poznámce. Aktuálně distribuovaných verzí se toto již nijak netýká.

Pokud se prováděl update z verze 3.01.xx a nižší, která ještě umožňovala vedení více multiverzních firem v jedné databázi a měli jste vaši multiverzi takto realizovánu, obsahovala vaše záloha dat data více firem. V takovém případě bylo třeba: nejdříve si založit odpovídající počet spojení na databázi, všechna spojení se měla odkazovat na tutéž zálohu. V procesu update a obnovy ze zálohy se pak program postupně před vytvořením databáze pro jednotlivá spojení dotázal, jakou z firem si přejete do daného spojení obnovit.

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 daňovou evidencí.

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 daňovou evidencí 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. Lze volit z následujících: Firebird, ORACLE a MSSQL, přičemž ale databázový server nelze volit libovolně. Jednotlivé produkty jsou spojeny s databázovými servery následovně:

  • ABRA Gen s daňovou evidencí resp. ABRA Gen s podvojným účetnictvím - určen pro provoz s Firebird
  • ABRA Gen - určen pro provoz s ORACLE či MSSQL