készenléti adatbázis
Ebben a cikkben fogjuk megvitatni a legfontosabb kapcsolódó kérdéseket az Oracle adatbázis mentést. Először is, hogy válaszoljon a kérdésre - miért mentés az adatbázis? Fő célja -, hogy gyorsan vissza az alap, más néven elsődleges adatbázis minimális adatvesztéssel. Kapcsolja vissza a fő adatbázis mód - ez akár néhány percig az országos szervezet adatbázis adminisztráció adatokat dolgoz fel.
A megbízható szerver és tároló elsődleges és a készenléti adatbázis adatait eszközöket kell felosztani az egy fizikailag elkülönített társaság helyiségeiben, és még az épület, mivel a vállalat hálózatának. Ebben az esetben tudjuk elkerülni a helyrehozhatatlan veszteségeket, még abban az esetben végzetes események, mint például a tűzvészek és terrortámadások.
Biztonsági mentés adatbázis értelme egy dinamikus adatbázis található ARCHIVELOG módban például, vagy a futás vagy létre, amennyiben szükséges, feldolgozza az archiválási adatbázis log fájlokat. Azaz, az adatbázis és a példány van ARCHIVELOG módban.
Ez a legegyszerűbb lehetőség, hogy hozzon létre egy fizikai készenléti adatbázisba. Ön is létrehozhat egy logikai készenléti adatbázis, beleértve a cross-platform. De a folyamat helyreállítása a logikai adatbázis sokkal több időt vesz igénybe, mivel a változások az adatbázis nem frissül az adatblokkot, és átalakítja változások SQL lekérdezések és végrehajtja ezeket a lekérdezéseket.
Tehát, az általunk kifejlesztett egy backup szerver architektúra és telepítette a szükséges szoftvert, többek között egy egyszerű fájlátvitel. Most el kell végezni egy egyszerű eljárás, hogy megteremtse a támogatott adatbázis. Megáll az Oracle példányt a parancs az SQL * Plus lezárásról vagy lezárásról azonnali. Egy rövid ideig, akkor emelje fel a példány, és hozzon létre egy biztonsági ellenőrző fájlt.
> Alter adatbázis tartó;
> Alter adatbázis létrehozása Készenléti controlfile a 'c: \ control.stb';
Most a hangsúly a készenléti adatbázison irányítási kérdéseket.
A biztonsági adatbázis aktiválni kell. E célból másolatot az elsődleges adatbázis eltávolítja kontroll fájlok, tedd a helyükre létre egy biztonsági ellenőrző fájlt, végezze el a megfelelő módosításokat az inicializálási paraméter fájl. Edit a többi paramétert, ha szükséges.
Indítsuk el a hallgató az Oracle. A oradim.exe segédprogram szükség esetén hozzon létre egy szolgáltatást, és indítsa el a szolgáltatást ugyanazon eszközök használatával. Megjegyezzük, hogy a paraméterei a segédprogram különböző Oracle verziók különböznek, így van értelme, hogy futtatni a kérdés - oradim.exe /.
Run shell SQL * Plus segítségével Komad sqlplus.exe / nolog. Attól függően, hogy az operációs rendszer, akkor lehet szüksége, vagy nem a parancs az SQL * Plus indítási nomount. Ebben az esetben a héj SQL * Plus tájékoztatja, hogy a példány már fut. Ezután rögzítse a biztonsági adatbázis az ilyen irányelvek:
SQL> CONNECT sys / sys_jelszó @ standby1 AS SYSDBA
SQL> Indító NOMOUNT pfile = / oracle / admin / pfile / initSTBY.ora
SQL> ALTER DATABASE MOUNT készenléti adatbázis;
Ha jól csinálják, akkor a biztonsági adatbázis készen áll a használatra. Ez működhet három üzemmód (mód):
- Sikerült hasznosítási mód
- Kézi hasznosítási mód
- Read-only módban
Felügyelt üzemmódban (kezelt hasznosítási mód), ami helyes elnevezése automatikus, a fő kiszolgáló elküldi a backup szerver egy hallgató archivált redo log fájlokat a backup szerver a megfelelő könyvtárakat, és backup szerver automatikusan alkalmazza azokat. A változata Oracle9i Ezt az eljárást büszkén Adatok nevű Guar. Akkor megismertesse azt a megfelelő technológia, a következő linkre. Ugyanakkor azt javaslom, hogy ne használja ezt a technológiát. Talán az eljárás automatikus fájlátvitel minden bizonnyal hasznos, de hogyan tovább hatékony fájlátvitel eljárások, mint például a cp vagy rcp a Unix rendszerek? De használni az említett rendszert több tárgyi akadályokat.
A következő érv az, hogy a támogatott adatbázis ellenőrizni kell a teljesítmény. Ebből a célból meg kell fordítani a rendelkezésre álló olvasási mód az adatbázisból (Read-only módban). Ebben az üzemmódban a hasznosítás nem lehetséges, ezért erre az időre vannak hiányosságok a sorrendben archivált redo log fájlokat, és a rend helyreállítására, és az automatikus működés képességeit, illetve azt kell alkalmazni a kézi üzemmódot. Ha az adatbázis dinamikus, rövid naplófájlok visszaállítani az automatikus üzemmódot nehéz lesz.
Ezért úgy döntünk, a manuális módot, és kiegészíti az automatizálási eszközöket. A kézi módban, meg kell visszaállítani az adatbázist másolni egy másik tétel archivált redo log fájlokat a megadott könyvtárba változó LOG_ARCHIVE_DEST_n (n értéke 1-5), vagy változó LOG_ARCHIVE_DEST, és kezdeményezi a helyreállítási lehetőség AUTOMATIC
SQL> VISSZAIGÉNYELHETI automatikus készenléti DATABASE
Alkalmazása után Fitness kép Oracle majd be az a könyvtár nevét hiányzik, például láthatjuk a következő SQL * Plus Üzenetek:
ORA-00308: nem lehet megnyitni az archivált napló „/oracle/standby/standby_logs/arcr_1_540.arc”
ORA-27037: nem tudja megszerezni a fájl státusz
SVR4 Hiba: 2: Nincs ilyen fájl vagy könyvtár
Kiegészítő információk: 3
Akkor válassza a Mégse lehetőséget - és a helyreállítási folyamat befejezéséhez.
Média hasznosítás törölték.
Ha helyezte a fájlokat egy másik könyvtárba, akkor a felhasználó a HELYREHOZ automatikus készenléti adatbázist a lehetőséget „put_k_katalogu_s_faylami_zhurnala” naprmer
SQL> felépüljön '/ logs' készenléti adatbázis;
Olvasása közben egy biztonsági adatbázis rendezési szükség lehet mnogoih kérelmek koitorye igényel lemez műveleteket. Ezért lehet szükség létrehozását ideiglenes tábla egy ideiglenes fájl prostpanstva
SQL> ALTER DATABASE MOUNT készenléti adatbázis;
SQL> ALTER DATABASE OPEN read only
SQL> létrehozni egy ideiglenes TABLESPACE tbs_1 TEMPFILE 'file_1.f' mértékét menedzsment Helyi egyforma méretű 2048M;
Amikor át az adatbázis készenléti állapotban Oracle 9.2 feltárta a következő bosszantó hiba
SGA inicializálás / DB nyitott nem teljes, még 5 perc után, QMN0exiting
604 hibát észlelt háttér folyamat
OPIRIP: nem fogott error 447. Error stack:
ORA-00447: végzetes hiba a háttérben folyamat
ORA-00604: hiba fordult elő rekurzív SQL szinten 1
ORA-01219: adatbázis nem nyitható meg: lekérdezések engedélyezett fix táblázatok / nézetek csak
Dump fájl f: \ database \ bdump \ bv_qmn0_hhhh.trc
Ez nem befolyásolja a funkciót. Backup DB gondosan felvitt log fájlokat. De a gyümölcs a kiírási fájlok, és volt egy olyan érzésem, az elégedetlenség a munkát. Az ok, kiderült, hogy könnyen eltávolítható. Paraméter például aq_tm_process nem volt egyenlő 0, és sikertelenül próbálta egy példányának futtatására a megfelelő qmno folyamatokat, amelyek előírják, hogy az adatbázis megnyílt. A probléma megoldása érdekében bebizonyította, hogy nagyon pprosto körülbelül a következő
megváltoztathatja rendszer beállítása aq_tm_processes = 0 hatálya = mindkettő;
De meg kell értenünk, hogy a CACM ben tovább mozdulni a munkapéldányt. És ha aktiválja a biztonsági adatbázis vissza kell az eredeti értékének a megváltozott paraméterekkel.