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 8nebo 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. 8Chcete-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.
7 7 7Produkt DB2 Universal Database (UDB) podporuje operace zálohování 7a obnovy mezi platformami. Můžete například 7obnovit databáze vytvořené v produktu DB2 UDB verze 8 7na 32bitové platformě systému Windows do produktu DB2 UDB verze 8 na 64bitové platformě systému Windows nebo 7naopak. Můžete obnovit databáze vytvořené v 7produktu DB2 UDB verze 8 na 32bitové platformě systému 7Linux x86 do produktu DB2 UDB verze 8 na 64bitové platformě 7systému Linux x86-64 nebo IA64, nebo naopak. Můžete obnovit databáze vytvořené v produktu DB2 UDB verze 8 na platformách 78 AIX, HP-UX, Linux PPC, Linux zSeries nebo Solaris Operating Environment ve 732bitový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 7(32bitové nebo 64bitové verze).
7 7 7Maximální omezení velikosti bloku pro pásková zařízení 3480 a 3490 v systému Linux je 61 440 7bajtů.
7 7 7Zařízení | 7Příloha | 7Omezení velikosti bloku | 7Omezení velikosti vyrovnávací paměti DB2 (ve stránkách o velikosti 4 kB) | 7
---|---|---|---|
3480 | 7s370 | 761440 | 715 | 7
3490 | 7s370 | 761440 | 715 | 7
Při volání příkazů BACKUP DATABASE nebo RESTORE DATABASE lze zadat, že chcete použít pro správu 7databáze, zálohování tabulkového prostoru nebo operaci obnovení produkt Tivoli Storage Manager (TSM). Minimální 7požadovaná úroveň rozhraní API klienta TSM je verze 74.2.0, až na následující výjimky:
7Při zadávání hodnot pro parametry lokální služby a 7lokálního hostitele zotavení HADR (HADR_LOCAL_SVC a 7HADR_REMOTE_SVC) během přípravy příkazu 7aktualizace konfigurace 7databáze musí být těmito hodnotami porty, 7které nepoužívá žádná jiná služba. Pokud jsou 7parametry konfigurovány pomocí příkazového řádku systémů Linux a UNIX, měly by být hodnoty nastaveny 7také v souboru /etc/services.
7 7 7Vytvoříte-li tabulkový prostor v primární 7databázi a dojde k selhání přehrání žurnálu v rezervní 7databázi, protože nejsou k dispozici kontejnery, 7primární databáze neobdrží chybovou zprávu 7informující o selhání přehrání žurnálu.
7Chcete-li zkontolovat chyby přehrání žurnálu, 7musíte při vytváření nových tabulkových 7prostorů monitorovat soubor db2diag.log a 7žurnál administrace v rezervní databázi.
7Dojde-li k operaci převzetí, nebude nový tabulkový 7prostor, který jste vytvořili, pro novou primární 7databázi dostupný. Chcete-li dosáhnout zotavení z této 7situace, obnovte tabulkový prostor v nové primární 7databázi ze záložního obrazu.
7V následujícím příkladu je tabulkový prostor 7MY_TABLESPACE obnoven v databázi MY_DATABASE, než bude 7použita jako nová primární databáze:
7Dokumentace k verzi 8.2 uvádí 7následující:
7Objekty BLOB a CLOB nejsou replikovány. Prostor 7pro ně ovšem bude v rezervní databázi alokován.
7Tvrzení znamená následující:
7Neprotokolované objekty BLOB a CLOB nejsou 7replikovány. Prostor pro 7ně ovšem bude v rezervní databázi alokován.
7 7 7Zotavení HADR nepodporuje pro soubory 7žurnálu databáze operace základního 7přístupu na disk. Pokud je zotavení HADR spuštěno 7pomocí příkazu START HADR nebo pokud je databáze 7restartována s konfigurovaným zotavením HADR a 7bude zjištěn základní diskový přístup k žurnálům, dojde k 7selhání přidruženého příkazu s kódem příčiny SQL1768N "9".
[ Začátek stránky |Předchozí stránka | Další stránka | Obsah ]