Zotavení dat a vysoká dostupnost

Přehled zálohování

Platí následující omezení:

• Spuštění zálohování online tabulkového prostoru DMS je možné, pokud probíhá reorganizace online tabulky uvnitř stejného tabulkového prostoru. Během fáze zkracování se mohou vyskytnout čekání na zámek operace reorganizace.
• Spuštění zálohování online tabulkového prostoru SMS není možné, pokud probíhá reorganizace online tabulky uvnitř stejného tabulkového prostoru. Obě operace vyžadují výhradní zámek.

Použití zálohování

Pro obslužný zálohovací program platí následující omezení:

• Zálohování a obnovení tabulkového prostoru nemůže probíhat současně, a to i u odlišných tabulkových prostorů.
• Pokud chcete mít v prostředí dělené databáze možnost zotavení přehráním žurnálu, musíte pravidelně zálohovat databázi v seznamu uzlů a mít k dispozici alespoň jeden záložní obraz zbylých uzlů v systému (i těch, které neobsahují uživatelská data pro tuto databázi. Záložní obraz databázové oblasti na serveru databázové oblasti, který neobsahuje uživatelská data pro databázi, je vyžadován ve dvou situacích:
  • Po použití poslední zálohy jste přidali server databázové oblasti, u kterého potřebujete provést dopředné zotavení.
  • Je použito zotavení v časovém bodu, které vyžaduje, aby byly všechny databázové oblasti v systému ve stavu nevyřízeného přehrání žurnálu.
  • Zálohování online tabulkových prostorů DMS není kompatibilní s následujícími operacemi:
    • načtení
    • reorganizace (pouze offline); (Reorganizace online tabulky v zálohovaném tabulkovém prostoru lze použít, ačkoli během fáze zkracování se při reorganizaci mohou vyskytnout čekání na zámek.)
    • zrušení tabulkového prostoru
    • zkrácení tabulky
    • vytvoření indexu
    • klauzule Not logged initially (použitá s příkazy CREATE TABLE a ALTER TABLE)

Přehled zotavení HADR (high availability disaster recovery)

Při provádění příkazů START HADR, STOP HADR nebo TAKEOVER HADR mohou být generovány odpovídající kódy chyb: SQL01767N, SQL01769N nebo SQL01770N s kódem příčiny 98. Kód příčiny označuje, že pro zotavení HADR není na serveru, kde byl příkaz spuštěn, instalována licence. Chcete-li problém vyřešit, instalujte pomocí příkazu db2licm platnou licenci zotavení HADR nebo instalujte verzi serveru, která obsahuje platnou licenci zotavení HADR jako součást distribuce.

Podpora zálohování a obnovy mezi platformami

Produkt DB2 Universal Database (UDB) podporuje operace zálohování a obnovy mezi platformami.

Můžete například obnovit databáze vytvořené v produktu DB2 UDB verze 8 na 32bitové platformě systému Windows do produktu DB2 UDB verze 8 na 64bitové platformě systému Windows nebo naopak.

Můžete obnovit databáze vytvořené v produktu DB2 UDB verze 8 na 32bitové platformě systému Linux x86 do produktu DB2 UDB verze 8 na 64bitové platformě systému Linux x86-64 nebo IA64, nebo naopak.

Můžete obnovit databáze vytvořené v produktu DB2 UDB verze 8 na platformách 8 AIX, HP-UX, Linux PPC, Linux zSeries nebo Solaris Operating Environment ve 32bitových nebo 64bitových verzích do produktu DB2 UDB verze 8 na platformách AIX, HP-UX, Linux PPC, Linux zSeries nebo Solaris Operating Environment (32bitové nebo 64bitové verze).

Zálohování na pásku (Linux)

Maximální omezení velikosti bloku pro pásková zařízení 3480 a 3490 v systému Linux je 61 440 bajtů.

Tivoli Storage Manager

Při volání příkazů BACKUP DATABASE nebo RESTORE DATABASE lze zadat, že chcete použít pro správu databáze, zálohování tabulkového prostoru nebo operaci obnovení produkt Tivoli Storage Manager (TSM). Minimální požadovaná úroveň rozhraní API klienta TSM je verze 4.2.0, až na následující výjimky:

• 64bitové systémy Solaris, které vyžadují rozhraní API klienta TSM verze 4.2.1.
• 64bitové systémy Windows NT, které vyžadují rozhraní API klienta TSM verze 5.1.
• 32bitový systém Linux for iSeries a pSeries, který vyžaduje rozhraní API klienta TSM minimálně verze 5.1.5.
• 64bitový systém Linux for iSeries a pSeries, který vyžaduje rozhraní API klienta TMS minimálně verze 5.3
• 64bitové systémy Linux on AMD Opteron, které vyžadují rozhraní API klienta TSM minimálně verze 5.2.0.
• 64bitový systém Linux for zSeries, který vyžaduje rozhraní API klienta TSM minimálně verze 5.2.2.

Omezení hodnot pro parametry lokálního hostitele a lokální služby zotavení HADR

Při zadávání hodnot pro parametry lokální služby a lokálního hostitele zotavení HADR (HADR_LOCAL_SVC a HADR_REMOTE_SVC) během přípravy příkazu aktualizace konfigurace databáze musí být těmito hodnotami porty, které nepoužívá žádná jiná služba. Pokud jsou parametry konfigurovány pomocí příkazového řádku systémů Linux a UNIX, měly by být hodnoty nastaveny také v souboru /etc/services.

Další požadavky systému pro zotavení HADR

Vytvoříte-li tabulkový prostor v primární databázi a dojde k selhání přehrání žurnálu v rezervní databázi, protože nejsou k dispozici kontejnery, primární databáze neobdrží chybovou zprávu informující o selhání přehrání žurnálu.

Chcete-li zkontolovat chyby přehrání žurnálu, musíte při vytváření nových tabulkových prostorů monitorovat soubor db2diag.log a žurnál administrace v rezervní databázi.

Dojde-li k operaci převzetí, nebude nový tabulkový prostor, který jste vytvořili, pro novou primární databázi dostupný. Chcete-li dosáhnout zotavení z této situace, obnovte tabulkový prostor v nové primární databázi ze záložního obrazu.

V následujícím příkladu je tabulkový prostor MY_TABLESPACE obnoven v databázi MY_DATABASE, než bude použita jako nová primární databáze:

1. db2 connect to my_database
2. db2 list tablespaces show detail
   Poznámka:
   Spuštěním příkazu db2 list tablespaces show detail zobrazíte stav všech tabulkových prostorů a získáte číslo ID tabulkového prostoru potřebné pro krok 5.
3. db2 stop hadr on database my_database
4. db2 "restore database my_database tablespace (my_tablespace) online redirect"
5. db2 "set tablespace containers for my_tablespace_ID_# ignore rollforward container operations using (path '/my_new_container_path/')"
6. db2 "restore database my_database continue"
7. db2 rollforward database my_database to end of logs and stop tablespace "(my_tablespace)"
8. db2 start hadr on database my_database as primary

Nereplikované operace pro zotavení HADR

Dokumentace k verzi 8.2 uvádí následující:

Objekty BLOB a CLOB nejsou replikovány. Prostor pro ně ovšem bude v rezervní databázi alokován.

Tvrzení znamená následující:

Neprotokolované objekty BLOB a CLOB nejsou replikovány. Prostor pro ně ovšem bude v rezervní databázi alokován.

Zotavení HADR nepodporuje základní diskový přístup k žurnálu

Zotavení HADR nepodporuje pro soubory žurnálu databáze operace základního přístupu na disk. Pokud je zotavení HADR spuštěno pomocí příkazu START HADR nebo pokud je databáze restartována s konfigurovaným zotavením HADR a bude zjištěn základní diskový přístup k žurnálům, dojde k selhání přidruženého příkazu s kódem příčiny SQL1768N "9".

Porovnání funkce sledování poruch a monitoru narušení

Funkce monitoru narušení a sledování poruch jsou nástroje pracující s jednou instancí databáze. Monitor narušení vyhodnocuje pomocí indikátorů narušení míru narušení určených aspektů výkonu správce databází nebo výkonu databáze. Indikátor narušení sleduje míru narušení určitého aspektu specifické třídy databázových objektů, jako je například tabulkový prostor. Indikátory narušení lze vyhodnocovat s ohledem na specifická kritéria s cílem určit narušení dané třídy databázového objektu. Kromě toho mohou indikátory narušení generovat výstrahy s upozorněním na překročení prahových hodnot indikátorů nebo na to, že některý databázový objekt se nachází v nestandardním stavu.

Funkce sledování poruch je oproti tomu zodpovědná pouze za to, zda |je sledovaná instance spuštěna a zda je aktivní. Pokud je činnost sledované instance DB2 UDB neočekávaně ukončena, provede funkce sledování poruch restartování dané instance. Funkce sledování poruch není k dispozici v systému Windows.

Vypnutí funkce sledování poruch

Chcete-li vypnout funkci sledování poruch instance databáze DB2INST1, zadejte v příkazovém okně DB2 UDB následující příkaz: |

   db2fm -i db2inst1 -f no

|

Chcete-li se ujistit, že funkce sledování poruch pro instanci databáze DB2INST1 již není spuštěna, zadejte v systémech UNIX následující příkaz: |

   ps -ef|grep -i fm

V systémech Linux je třeba zadat následující příkaz: |

   ps auxw|grep -i fm

Výskyt položky s hodnotou db2fmd a DB2INST1 znamená, že funkce sledování poruch je pro danou instanci stále spuštěna. Chcete-li funkci sledování poruch vypnout, zadejte z pozice vlastníka instance následující příkaz: |

   db2fm -i db2inst1 -D