Zálohování a obnova dat

Nacházíte se zde:

Zálohování a obnova dat

Zde jsou uvedeny souhrnné informace o zálohování a obnově dat, jelikož je lze v systému provést vícerým způsobem ale s obdobnými pravidly.

Možnosti zálohování, porovnání obou principů zálohování a jejich výhody či nevýhody

Možnosti zálohování můžeme rozdělit na:

zálohy pomocí prostředků systému IS FLORES
zálohy pomocí nativních databázových a systémových nástrojů

Plusy a mínusy zálohy pomocí prostředků systému IS FLORES:

uživatelská jednoduchost
bez odstávky, během zálohování je IS FLORES plně přístupný uživatelům
jedním krokem se zálohují jak data z databáze, tak i vybraná data z centrální repozitoře (viz Co obsahuje záloha *.ABF)
záloha nemusí vždy obsahovat všechny databázové objekty (tj. záloha pomocí systému IS FLORES nemusí v okrajových případech obsahovat vše, co uživatel v databázi vytvořil jinak než přímo přes systém IS FLORES, viz též dále Co obsahuje záloha *.ABF)
náročnější obsluha v případě existence více spojení - platí:
- Záloha v systému IS FLORES se týká vždy pouze jednoho spojení.
Čili pokud máte systém instalován tak, že máte nadefinováno připojení k více databázím než jen k jedné (více connections), pak budete zálohovat každou databázi samozřejmě zvlášť. Způsob této instalace je typický v případě zakoupené licence na multiverzi a byl popsán, včetně výhod a nevýhod tohoto řešení, v kapitole Typy instalací.
- Pokud se jedná o závislé spojení (databázeMSSQL), tj. spojení se synonymy, platí:
  Záloha obsahuje pouze definice synonym uživatelského schématu (které následná obnova obnoví), ale už nic, co se týká objektů za synonymy (tedy nikoli definice a data z odkazovaných (aliasovaných) tabulek). Z toho plyne, že takováto záloha dat nemůže být sama o sobě konzistentní!!! (Za konzistentní zálohu považujme v tomto případě zálohu, kterou je možno samu o sobě obnovit do samostatného spojení tak, že výsledek bude plně funkční.) Má-li být výsledek funkční, musí být obnovena i odkazovaná spojení (přičemž při zálohování a obnově musí být dodržen přesný postup a nesmí se data zálohovaných databází jednotlivých spojení mezitím nikterak měnit).
Pokud by tomu tak nebylo a odkazovaný tablespace/schéma při obnově neexistuje, synonyma se vytvoří a obnova samotná neskončí chybou, ale skončil by chybou jakýkoliv pokus o SQL nad touto tabulkou (např. během update).
"Správným" nástrojem na zálohování "klubka" hlavního a všech závislých spojení je použití Zálohování pomocí databázových a systémových nástrojů (RMAN). Pokud naopak chcete vybrané závislé spojení tzv. "desynonymizovat" (tj. vytvořit z něj nezávislé spojení), je vhodným nástrojem na vyhrání dat z něj a odkazovaných tabulek nástroj DBExport.

Plusy a mínusy zálohy pomocí nativních databázových a systémových nástrojů:

úplnost zálohovaných informací
rychlost
variabilita = možnosti různých nastavení zálohování (ORACLE)
je třeba zvlášť zálohovat repozitoř, kopírování repositoře vyžaduje zastavit aplikační server

Zálohování byste měli provádět jednak pravidelně a také před každým větším či složitějším zásahem do vašeho systému, kdy lze alespoň v minimální míře předpokládat, že by daný zásah mohl mít destruktivní následky (např. nějaký servisní zásah do databáze, instalace nějakého doplňku, instalační sady, mazání nějakých dat apod.). Rovněž je třeba provést zkušební zálohu a obnovu dat v okamžiku, kdy jste např. přidávali vlastní databázové entity (je vhodné ověřit, že zálohování i obnova proběhne správně a to vč. těchto entit). Více viz upozornění v sekci Co obsahuje záloha *.ABF.

V souvislosti s bezpečnostním zálohováním mějte vždy na paměti následující: Nestačí jen zálohu vytvořit. Je třeba, aby tato záloha dat byla také funkční a obnovitelná!!! Proto doporučujeme si v pravidelných intervalech provádět kontrolní obnovu dat. Rovněž doporučujeme si obnovu dat ze zálohy provádět nejdříve do jiného spojení, než v kterém je vaše stávající databáze s ostrými daty, případně si před obnovou dat zaarchivovat původní databázi, např. zastavit databázový server a soubor s databází zkopírovat na nějaké "bezpečné" místo. (Zastavení databázového serveru není bezpodmínečně nutné, ale je to doporučeno k bezpečnému provedení této operace (aby kopírovaný soubor nebyl v nevalidním stavu např. z důvodu nějakých "nakešovaných" informací na databázovém serveru).).

Záloha, která by byla neobnovitelná či z jiného důvodu po obnově nepoužitelná (např. proto, že jste ji pořídili za špatných podmínek (např. na počítači s nesprávně nastaveným českým prostředím, tudíž po obnově dat bude chybně diakritika)) bude k ničemu! Pak by situace, kdy byste nezbytně potřebovali obnovit data ze zálohy (což se může stát z různých důvodů), bude pro vás bezvýchodná a může vést i k dlouhodobé odstávce vašeho systému IS FLORES, se všemi důsledky, které z toho pro vás vyplynou. Proto pořízení použitelné zálohy dat NEPODCEŇUJTE !!!

Zálohování pomocí prostředků systému IS FLORES a co obsahuje záloha *.ABF

Jak bylo řečeno výše, tímto způsobem zálohování se jedním krokem zazálohují jak data z databáze, tak i vybraná data z centrální repozitoře.

Výsledkem zálohy je soubor *.ABF (FLORES Backup File) uložený v místě, které uživatel před spuštěním zálohování specifikuje. Dále viz Co obsahuje záloha *.ABF. Zálohovaná data se průběžně komprimují pomocí stejného komprimačního algoritmu, jaký je využit při komprimování CAB souborů. Název *.ABF souboru je vytvořen automaticky z data a hodiny jeho vytvoření. Poslední dvě místa jsou určena pro rozlišení záloh provedených v ten samý den.

11032200.ABF je první soubor zálohy v příslušném adresáři vytvořený 22.3.2011. 11032201.ABF je druhý soubor zálohy vytvořený 22.3.2011 atd.

Pokud se při zálohování vyskytne stream > 2GB, pak dojde k jeho rozdělení na menší kusy, tj. automaticky se vytvoří nový stream. Pozor, v dřívějších verzích se v těchto případech vyskytoval při zálohování problém a zálohu nebylo možno vytvořit nebo se vytvořila chybně. K dispozici však byly opravné patche. V každém případě pokud máte takový problém, konzultujte s konzultanty výrobce! Neznalým zásahem do tabulek si můžete nenávratně poškodit data!!!!

Při zálohování se používá speciální nastavení spojení s databázovým serverem (snapshot). Je to proto, aby se v případě, že uživatel zálohuje při současné práci jiných uživatelů, zazálohoval konzistentní stav. Tedy stav, který byl v okamžiku zahájení zálohování.

Co obsahuje záloha *.ABF

Zálohované databázové objekty a datové typy:

Záloha prochází systémový katalog/slovník databáze (tzv. "System Dictionary" (tabulky s metadaty)) a podle nich se pokusí zazálohovat "všechny" databázové objekty, které jsou v katalogu popsány. Zálohují se tedy nejen objekty defaultně výrobcem dodávané, ale i ty databázové objekty (tabulky, triggery, procedury, indexy apod.), které si uživatel vytvořil sám – a to jak metadata, tak data.

Ale pozor! Slovo "všechny" zde znamená menší obor hodnot než pro databázi samotnou a nelze jej brát doslova. Neboli systém IS FLORES určitě zazálohuje takové databázové objekty, které sama používá, příp. některé další, o kterých výrobce ví, že je využívají uživatelé. U ostatních nelze garantovat, že budou předmětem zálohy a obnovy. Obdobně je tomu s datovými typy. Ani zde není možné spoléhat na to, že zálohovací systém systému IS FLORES "umí" veškeré datové typy. Neboli nelze říci, že když se zálohuje určitá entita (např. tabulka), že ji systém bude umět zazálohovat včetně všech možností (např. nemusí být podporován právě nějaký datový typ).

Zálohují se všechny entity podporovaného typu (tj. např. všechny tabulky). Ale pokud byla databáze uživatelsky rozšířena o tabulku s nepodporovaným datovým typem, může dojít ke kolizi: záloha sice proběhne, ale obnova dat s velkou pravděpodobností již nikoliv.

Z toho plyne:

Pokud uživatel tvoří v databázi IS FLORES nějaké "své" objekty, měl by pro ně přednostně používat takové typy, s kterými pracuje sám systém IS FLORES (neboli je vhodné se inspirovat metadady systému FLORES). Pokud by z nějakého důvodu chtěl použít jiné datové typy, je na něm, aby si ověřil, zda se stanou součástí IS FLORES zálohy a zda data těchto typů půjdou také následně obnovit. Z důvodu bezpečnosti však doporučujeme zálohu a obnovu dat vyzkoušet VŽDY po jakémkoliv přidání uživatelského rozšíření databáze.

Seznam zálohovaných databázových objektů a datových typů může být na základě požadavků uživatelů postupně rozšiřován. Databázové programy se ale vyvíjejí a není možné se domnívat, že pokud přijde daná db platforma s novým typem objektu, může ji uživatel ihned použít v databázi systému IS FLORES a že bude automaticky také platit, že se mu řádně zazálohuje a obnoví, jak bylo řečeno výše.

Pro příklad zde uvádíme seznam zálohovaných databázových objektů a datových typů:

Zálohované objekty

v produktech IS FLORES s databází FireBird - jsou zálohovány všechny typy objektů, kromě uživatelů a jejich rolí.

v produktech IS FLORES s databází ORACLE
jsou zálohovány: tabulky, pohledy, indexy, balíčky, procedury, funkce, triggery, už. typy, sekvence.
nejsou zálohovány: Queues, Table queues, Materialized views, Materialized views logs, Database links, Public database links, Directories, Java, XML schemas, XML DB Repository, Recycle bin, Jobs, Users and Roles.

Obsahem zálohy nejsou ale již data sekvencí, viz též výše, Porovnání obou principů zálohování.

Zálohované datové typy

v produktech IS FLORES s databází FireBird - jsou zálohovány všechny datové typy.

v produktech IS FLORES s databází ORACLE
jsou zálohou implementovány tyto datové typy: CHAR, BLOB, CLOB, VARCHAR, VARCHAR2, NUMBER, FLOAT, DATE, TIMESTAMP, NVARCHAR, NVARCHAR2, NCHAR, ROWID, UROWID, NCLOB, BFILE, LONG.
nejsou zálohou implementovány: PLS_INTEGER, BINARY_INTEGER, INTERVAL YEAR, INTERVAL DAY, RAW, LONG RAW, MLSLABEL, NCLOB, BFILE, XMLType.

Dále záloha obsahuje některá data z centrální repozitoře. Z repositoře to jsou např. uživatelské DynSQL, definice zobrazení definovatelných sloupců, definice extra položek aj.

Srovnejte se zálohováním prováděným např. pomocí nějakého nástroje pro zálohování databáze (např. gbak), kdy se zazálohuje pouze databáze.
Záloha obsahuje dále tzv. kontrolní součet (CRC). Díky tomu je možné poškozenou zálohu identifikovat ještě před zahájením vlastní obnovy. Viz nastavení Ověřit kontrolní součet v nástroji DBAdmin.
Dále jsou v záloze uložené další základní informace o záloze, které slouží především pro identifikaci dané zálohy (např. uživatel, který ji vytvořil, datum vytvoření,...) či pro posouzení, jestli lze danou zálohu obnovit do aktuální verze (verze systému, informace o lokalizaci, verze databázového serveru) aj.

Tyto informace o dané záloze se zobrazují např. v nástroji DBAdmin v kroku Soubor zálohy.

Pro zálohování dále platí:

Možnosti zálohování pomocí prostředků systému IS FLORES:

Zálohování z příkazové řádky

V rámci systému IS FLORES je implementována možnost spouštění služeb z příkazové řádky IS FLORES.exe. (Zatím pouze spouštění služby Backup - zálohování). Jedná se o jednu z možností zálohování prostředky IS FLORES (co pro něj obecně platí, bylo uvedeno výše), jehož výsledkem je soubor zálohy *.ABF. Co obsahuje záloha *.ABF, viz rovněž výše.

K dispozici jsou následující parametry potřebné pro realizaci zálohování z příkaz. řádky (viz též obecně spuštění systému IS FLORES s parametry):

-run="BACKUP:FILENAME=...;DIRECTORY=....;NOTE=...." - pomocí něj lze specifikovat:
- jméno služby - v tomto případě BACKUP s následujícími specifikacemi:
  - FILENAME - jméno souboru zálohy. Uvádí se bez přípony. Jedná se o specifikování začátku jména souboru zálohy NXB.
    FILENAME nemusí být uveden, viz dále.
  - DIRECTORY - cesta pro uložení souboru zálohy
  - NOTE - poznámka k záloze
  Uvozovky jsou nutné, pokud jsou v hodnotách parametru mezery (např. v textu poznámky NOTE).
-terminate - je-li uveden, pak způsobí ukončení IS FLORES, ihned po provedení úlohy
-connection - název spojení, pro které se má záloha provést
-loginname - přihlašovací jméno uživatele
-password - heslo pro přihlášení uživatele

Z příkazové řádky se spustí:

IS FLORES.exe -loginname=Supervisor -password=12345 -terminate -run="backup:filename=Zaloha_demodat;directory=C:\Backup;note=Pravidelná noční záloha" -connection=manicka

Uživatel musí zajistit, aby byl název zálohy vždy jedinečný. Pokud soubor zálohy téhož jména bude již v cílovém místě existovat, vytvoření nové zálohy neproběhne!!!

Z toho plyne, že generování jména souboru zálohy pomocí pevně daného jména souboru ve specifikaci FILENAME má nevýhodu v případě opakovaného volání generovaných záloh s úplně stejnými parametry (tj. nastane případ, kdy v cílovém adresáři již existuje soubor téhož jména a záloha neproběhne). Možná řešení:

neuvádět FILENAME - v případě, že FILENAME= není v parametrech na příkazové řádce určen, vygeneruje se jméno souboru zálohy stejně, jako je tomu při ručním zálohování z agendy Zálohování dat, tedy z datumu, k němuž případně přidává automaticky poslední dva znaky 00, 01 atd., podle toho, co najde v adresáři, kam se zálohuje.

IS FLORES.exe -loginname=Supervisor -password=12345 -terminate -run="backup:directory=C:\Backup;note=Pravidelná noční záloha" -connection=manicka

Z výše uvedeného je ovšem zřejmé, že problém existujícího jména souboru by mohl nastat i v tomto případě (i přesto, že k názvu systém doplňuje znaky 00, 01 atd., viz výše), pokud by záloha byla vyvolána více než 99x v daném dni. Nicméně to je hypotetická situace, která nemá v praxi opodstatnění.

příkazovou řádku "generovat" nějakým skriptem a začátek názvu souboru určovat předem v něm
apod.

Obnova záloh *.ABF

Z vytvořených záložních souborů *.ABF, můžete kdykoli později provést obnovu dat.

Má-li se do daného spojení (connection) provést obnova dat ze zálohy, spojení musí být ve stavu Obnova. Po spuštění systému IS FLORES a výběru takového spojení se začne obnova dat provádět.
Součástí obnovy nejsou žádné konverze, modifikace dat, apod. Data se obnoví do stavu přesně tak, jak byla zálohována. Po obnově dat se ale stav spojení změní automaticky na stav Update a proběhne další proces - datový update, který upraví databázi do stavu odpovídajícímu aktuální verzi příslušné instalace IS FLORES, do níž se obnovuje. Z uživatelského pohledu se tedy proces obnovy databáze a následný proces updatu jeví jako jeden proces, i když jsou ve skutečnosti tyto procesy jasně odděleny.

Tzn., že data zazálohovaná ve starší verzi, lze obecně načíst do verze novější, jelikož se po obnově provádějí i kroky nutné k povýšení verze dat (update).

Zde je ještě důležité, z jaké verze přesně na jakou verzi přesně se přechází. Některé kombinace totiž nemusí být povoleny (viz také Kontrola identických verzí při obnově ze zálohy).

Opačně to neplatí, tedy data z novější verze nelze obnovovat do verze starší.

Pokud záloha dat obsahuje definice synonym, je uživatel varován. Spojení po obnově z takové zálohy samo o sobě by nemuselo být konzistentní, pokud nebudou správně obnovena i odkazovaná spojení. Doporučeným nástrojem je proto nástroj RMAN, nikoli zálohy/obnovy prováděné přes systém IS FLORES. Více viz výše, u popisu Porovnání obou principů zálohování.

Konkrétní kroky, které systém při obnově dat provede:

Vytvoří novou databázi (soubor *.fdb) zadaného jména a na zadaném místě (u Win PC mluvíme o cestě); pokud se jedná o obnovu dat do již existující databáze, pak databázi nejdříve smaže!!!
Tzn., že pokud by se v průběhu obnovy ukázalo, že vaše záloha dat je z nějakého důvodu nefunkční a neobnovitelná či databáze je po obnově nepoužitelná, nebudete se mít k čemu vrátit. Proto doporučujeme si v pravidelných intervalech kontrolovat, zda je vaše záloha obnovitelná (provádět kontrolní obnovu dat) případně si před obnovou dat na nějaké "bezpečné" místo uložit kopii databáze, tj. souboru fdb (respektive do verze 9.02 gdb), což ovšem vyžaduje zastavení databázového serveru).
Dále vytvoří tabulky a jiné databázové objekty v této databázi podle metadat ze zálohy - Jak bylo řečeno výše, databáze se obnoví přesně tak, jak byla (tedy vytváří se podle informací obsažených v záloze (nikoli podle souboru Create.DBO dodávaného pro danou instalaci). To platí i pro případ, že v záloze jsou obsaženy tabulky modulu, které v instalaci, do níž je obnovováno, nejsou nainstalovány (registrovány). Tabulky pro něj se vytvoří, jelikož jsou obsaženy v záloze. Pokud se jedná o případ opačný, tj. doinstalace modulu (v aktuální instalaci je nainstalován (registrován) modul, který nebyl obsažen v záloze), založí se tabulky pro něj podle příslušné části Create.DBO a informací v souboru Install.DBO.
Dále vytvoří tabulky a jiné databázové objekty v databázi podle definic uživatele a to, jedná-li se o tvorbu nového spojení prostřednictvím nástroje DBAdmin a byly-li v kroku Zákaznické úpravy zadány i *.DBO soubory se zákaznickými úpravami.
Ze zvolené zálohy dat do těchto tabulek nahraje data.

Pokud záloha dat obsahuje i data z tabulek, které nejsou v aktuální instalaci k dispozici (jelikož není modul registrován), nejsou k dispozici jeho tabulky, pak se nic zásadního nestane, příslušná data jsou pouze při obnově vynechána.
Vytvoříindexy k tabulkám databáze.
Poté se přepne do stavu Update a provede se update těchto dat (je-li to třeba, tj. provádíte-li obnovu dat do vyšší verze programu, než ve které byla provedena záloha, a nová verze programu vyžaduje update datových struktur).

Jak je tomu u tabulek, které jsou výrobcem dodávané naplněné inicializačními daty: Data ze zálohy se obnoví přesně tak, jak v záloze byla. Pokud výrobce mezitím provedl nějaký zásah v záznamech, které jsou součástí dodávaných inicializačních dat (např. přidání nových záznamů, změnu existujících), pak se tyto v rámci update dat mohou zaktualizovat. Závisí na tom, zda výrobce daný zásah zařadil mezi tzv. "update operace". Typicky je to tak, že výrobcem nově přidaná inicializační data se přidají do updatované uživatelovy databáze (např. přidané systémové tiskové sestavy). Inicializační data výrobcem změněná se podle charakteru tabulky buď rovněž změní v uživatelově databázi (např. změněné systémové tiskové sestavy) nebo zůstanou tak, jak je měl uživatel (např. proto, že se jedná o záznamy, u nichž je pravděpodobné, že je mohl uživatel rovněž změnit, a tudíž by nebylo žádoucí, aby update tyto uživatelovy změny "přepsal".

Tzn., že data zazálohovaná ve starší verzi, lze obecně načíst do verze novější, jelikož se po obnově provádějí i kroky nutné k povýšení verze dat.

Pokud není služba, jejíž data jsou součástí zálohy, nainstalována, tato data se neobnoví.

Možnosti obnovy dat pomocí prostředků systému IS FLORES:

Další informace k obnovám ze zálohy