Platí následující omezení:
Pro obslužný zálohovací program platí následující omezení:
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.
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).
Maximální omezení velikosti bloku pro pásková zařízení 3480 a 3490 v systému Linux je 61 440 bajtů.
Zařízení | Příloha | Omezení velikosti bloku | Omezení velikosti vyrovnávací paměti DB2 (ve stránkách o velikosti 4 kB) |
---|---|---|---|
3480 | s370 | 61440 | 15 |
3490 | s370 | 61440 | 15 |
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:
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.
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:
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 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".
| | |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.
| | |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[ Začátek stránky |Předchozí stránka | Další stránka | Obsah ]