RMAN Restore / Duplicate przeprowadza niejawne kontrole krzyżowe i katalogowanie

  • Matthew Stevenson
  • 0
  • 3584
  • 231

Problem

Po przywróceniu pliku kontrolnego przywrócenie bazy danych może zająć dużo czasu z powodu niejawnego sprawdzania krzyżowego i katalogowania.

RMAN> przywróć bazę danych; RMAN-03090: Rozpoczęcie niejawnej kopii zapasowej z kontrolą krzyżową w 2012/10/05 01:56:55 RMAN-08030: przydzielony kanał: ORA_DISK_1 RMAN-08500: kanał ORA_DISK_1: SID = 63 typ urządzenia = DISK RMAN-06206: Crosschecked XXXX obiekty - ----> Czas zajęty <------ RMAN-03091: Finished implicit crosscheck backup at 2012/10/05 02:57:02 RMAN-03090: Starting implicit crosscheck copy at 2012/10/05 02:57:02 RMAN-12016: using channel ORA_DISK_1 ------> Zajęty czas <------- RMAN-03091: Finished implicit crosscheck copy at 2012/10/05 03:57:02 RMAN-07501: searching for all files in the recovery area RMAN-07507: cataloging files… RMAN-07508: cataloging done ------> Zajęty czas <-------

Czasami może to również nieumyślnie wprowadzić osierocone wcielenia i prowadzić do takich problemów, jak:

a) duplikat nie powiódł się podczas fazy odzyskiwania:

RMAN-03002: niepowodzenie polecenia Duplicate Db z dnia 22.08.2014 11:43:47 RMAN-05501: przerwanie duplikowania docelowej bazy danych RMAN-03015: wystąpił błąd w zapisanym skrypcie pamięci RMAN-10032: nieobsługiwany wyjątek podczas wykonywania zadania krok 1: ORA-00283: sesja odtwarzania anulowana z powodu błędów RMAN-11003: błąd podczas analizy / wykonywania instrukcji SQL: zmień odzyskiwanie bazy danych w razie potrzeby rozpocznij do zmiany 3996570506 przy użyciu kopii zapasowej pliku kontrolnego RMAN-11001: Oracle Błąd: ORA-00283: odzyskiwanie sesja anulowana z powodu błędów ORA-19909: plik danych 1 należy do sierocej inkarnacji ORA-01110: plik danych 1: „+ UAT3_DATA / tlxqa7 / datafile / system.309.856254365”

b) Nie można przywrócić ze znanej kopii zapasowej:

RMAN> lista inkarnacji bazy danych; Lista wcieleń bazy danych Klucz DB Inc Klucz Nazwa bazy DB ID STATUS Reset SCN Czas resetowania ------- ------- -------- ----------- ----- --- ---------- ---------- 1 1 LAWPROD 543219554 RODZIC 1 12-MAR-2008 00:38:41 2 2 LAWPROD 543219554 RODZIC 602821 25-MAJ-2014 01:24:52 4 4 LAWPROD 543219554 SIEROTKA 8618277 02-LIP-2014 15:11:35 7 7 LAWPROD 543219554 SIEROT 8999502 22-JUN-2014 17:04:48 3 3 LAWPROD 543219554 SIERPIEŃ 12377463 10- LIP-2014 02:45:40 9 9 LAWPROD 543219554 ORPHAN 13414195 15-LIP-2014 15:57:28 8 8 LAWPROD 543219554 SIERPIEŃ 13906671 28-LIP-2014 11:25:03 5 5 LAWPROD 543219554 SIERPIEŃ 22434478 28-SIER- 2014 19:14:15 6 6 LAWPROD 543219554 BIEŻĄCY 23304847 02-WRZ-2014 19:33:04
RMAN> run ustaw do TIME "TO_DATE ('2014-09-08: 20: 41: 00', 'rrrr-dd-mm: hh24: mi: ss')"; PRZYWRÓĆ BAZĘ DANYCH;  2> 3> 4> wykonywanie polecenia: SET do klauzuli RMAN-00571: =================================== ========================== RMAN-00569: =============== STOSU KOMUNIKATÓW O BŁĘDZIE OBSERWUJE = ============== RMAN-00571: ================================ =========================== RMAN-03002: błąd polecenia set o 09/09/2014 00:45:39 RMAN-20207: OKNO DO CZASU lub ODZYSKIWANIA jest przed czasem RESETLOGS

Rozwiązanie

Niejawna kontrola krzyżowa i katalogowanie są widoczne tylko w przypadku korzystania z obszaru szybkiego odzyskiwania. Używając przywróconego pliku kontrolnego do przywrócenia bazy danych, musimy upewnić się, że metadane pliku kontrolnego są nadal poprawne. Dlatego RMAN automatycznie sprawdza krzyżowo wszystkie kopie zapasowe i kataloguje obszar odzyskiwania pamięci flash. To jest operacja jednorazowa. Tak więc przy pierwszym uruchomieniu przywracania dowolnego pliku danych sprawdzimy krzyżowo i skatalogujemy elementy kopii zapasowej. Późniejsze przywracanie z tego samego pliku kontrolnego nie rozpocznie operacji sprawdzania krzyżowego i katalogowania.

Nierzadko zdarza się, że w pliku kontrolnym przechowywane są tysiące rekordów, które wymagają weryfikacji krzyżowej. Po zakończeniu kontroli krzyżowej RMAN kontynuuje katalogowanie obszaru szybkiego odzyskiwania. To zadanie może potrwać kilka godzin. Ponadto, jeśli zostanie wprowadzona nowa inkarnacja, możesz mieć problemy z wyzdrowieniem z powodu osieroconego wcielenia.

Obejścia:

1. wyłącz obszar szybkiego odzyskiwania (FRA).

SQL> zmień zestaw systemowy db_recovery_file_dest = "scope = both;

Pamiętaj, aby ponownie włączyć FRA później, po zakończeniu przywracania (lub odzyskiwania).

LUB

2. Usuń stare / niepotrzebne pliki z FRA. Zwróć uwagę, że w 11gr2 masz możliwość określenia inkarnacji.

Jak powielić bazę danych Oracle do poprzedniego wcielenia




Jeszcze bez komentarzy

Zbiór przydatnych informacji o systemie operacyjnym Linux i nowych technologiach
Świeże artykuły, praktyczne wskazówki, szczegółowe recenzje i poradniki. Poczuj się jak w domu w świecie systemu operacyjnego Linux