Vegye figyelembe a következő korlátozásokat:
|A következő korlátozások vonatkoznak a biztonsági mentés segédprogramjára:
|START HADR, STOP HADR vagy TAKEOVER HADR parancs végrehajtásakor a rendszer létrehozhatja a vonatkozó hibakódokat: SQL01767N, SQL01769N vagy SQL01770N, 98-as okkód mellett. Az okkód azt jelzi, hogy a HADR nem rendelkezik telepített licenccel azon a kiszolgálón, melyen a parancs futtatása történt. A hiba javításához telepítsen érvényes HADR licencet a db2licm parancs segítségével vagy telepítse a kiszolgáló egy olyan verzióját, melynek kiadása rendelkezik érvényes HADR licenccel.
A DB2 Universal Database (UDB) támogatja a különböző platformok közti biztonsági mentés és visszaállítási műveleteket.
Visszaállíthatók 32 bites Windows platformon futó, 8-as verziójú DB2 UDB rendszeren létrehozott adatbázisok 64 bites Windows platformon futó, 8-as verziójú DB2 UDB rendszerre, illetve ugyanez a másik irányban is lehetséges.
Visszaállíthatók a 32 bites Linux x86 platformon futó, 8-as verziójú DB2 UDB rendszeren létrehozott adatbázisok 64 bites Linux x86-64 vagy IA64 platformon futó, 8-as verziójú DB2 UDB rendszerre, illetve ugyanez a másik irányban is lehetséges.
Lehetőség van továbbá 8-as verziójú DB2 UDB programmal AIX, HP-UX, Linux PPC, Linux zSeries vagy Solaris Operating Environment (32 vagy 64 bites) platformon létrehozott adatbázis visszaállítására 8-as verziójú DB2 UDB rendszerre, mely AIX, HP-UX, Linux PPC, Linux zSeries vagy Solaris Operating Environment (32 vagy 64 bites) platformon fut.
Linux rendszeren a 3480-as és 3490-es szalagos eszköz esetében a maximális blokkméret 61 440 bájt.
Eszköz | Csatolás | Blokkméretkorlát | DB2 pufferméretkorlát (4 KB-os lapokban) |
---|---|---|---|
3480 | s370 | 61 440 | 15 |
3490 | s370 | 61 440 | 15 |
A BACKUP DATABASE vagy a RESTORE DATABASE parancs meghívásakor megadhatja, hogy a Tivoli Storage Manager (TSM) terméket kívánja használni az adatbázis vagy a táblaterület biztonsági mentés vagy visszaállítási műveletének kezeléséhez. A TSM ügyfél API minimálisan szükséges szintje: 4.2.0-s verzió, kivéve az alábbi rendszereket:
Amikor értéket ad meg a HADR helyi gazdagép és helyi szolgáltatás paramétereknek (HADR_LOCAL_SVC és HADR_REMOTE_SVC) egy update database configuration parancs előkészítése során, az értékeknek olyan portokat kell jelenteniük, amelyeket semmilyen más szolgáltatás nem használ. Ha a paraméterek konfigurálása a Linux vagy UNIX parancssor segítségével történik, az értékeket meg kell adni az /etc/services fájlban is.
Ha létrehoz egy táblaterületet az elsődleges adatbázison és a készenléti adatbázison meghiúsul a naplóismétlés, mert a konténerek nem elérhetők, az elsődleges adatbázis nem kap a naplóismétlés sikertelenségéről tájékoztató hibaüzenetet.
A naplóismétlési hibákat úgy ellenőrizheti, hogy az új táblaterületek létrehozása során figyeli a db2diag.log fájlt és az adminisztrációs naplót a készenléti adatbázison.
Ha átvételi művelet történik, a létrehozott új táblaterület nem elérhető az új elsődleges adatbázison. Ezt a helyzetet úgy lehet megoldani, hogy a táblaterületet visszaállítja az új adatbázison egy biztonsági mentési képfájlból.
Az alábbi példában a TABLATERÜLET táblaterület visszaállításra kerül az ADATBAZIS adatbázison, még mielőtt azt új elsődleges adatbázisként használná:
A 8.2-es verzió dokumentációjában ez szerepel:
A BLOB-ok és CLOB-ok nem kerülnek többszörözésre, a terület azonban le lesz foglalva számukra a készenléti adatbázison.
Ez a mondta helyesen így hangzik:
A nem naplózott BLOB-ok és CLOB-ok nem kerülnek többszörözésre, a terület azonban le lesz foglalva számukra a készenléti adatbázison.
A HADR nem támogatja a nyers I/O műveleteket (közvetlen lemezelérést) az adatbázis naplófájljainál. Ha a HADR elindul a START HADR parancs hatására vagy az adatbázist újraindítják a HADR konfigurálásával, és a rendszer nyers naplókat talál, a társított parancs sikertelen lesz (SQL1768N okkód:"9").
[ Oldal eleje |Előző oldal | Következő oldal | Tartalom ]