Menu

Sprawdź poprawność Oracle RMAN Backup and Recovery (samouczek praktyczny)

validate oracle rman backup

Jak utworzyć i zweryfikować kopię zapasową Oracle RMAN: poznaj polecenia RMAN i proces odzyskiwania

W tym samouczku omówimy weryfikację i testowanie kopii zapasowych bazy danych Oracle. Wyjaśnimy takie pojęcia, jak co, dlaczego i jak w przypadku kopii zapasowych bazy danych oraz metod testowania kopii zapasowej.

Weźmiemy Baza danych Oracle jako studium przypadku dla tego samouczka.

Studium przypadku: Testowanie kopii zapasowych bazy danych Oracle RMAN:

Testowanie kopii zapasowych i odtwarzania danych Oracle RMAN

Czego się nauczysz:

Proces weryfikacji kopii zapasowej bazy danych Oracle przy użyciu RMAN

Podzieliliśmy go na następujące cztery sekcje

  1. Co to jest kopia zapasowa?
  2. Dlaczego warto tworzyć kopie zapasowe?
  3. Jak wykonać kopię zapasową?
  4. Jak przetestować / zweryfikować kopię zapasową bazy danych - strategie odzyskiwania?

Przeczytaj także=> Wszystko o testowaniu baz danych

Co to jest kopia zapasowa bazy danych?

Zanim zaczniemy uczyć się więcej o kopiach zapasowych, musimy zrozumieć najważniejszy zasób organizacji - dane. Biorąc pod uwagę, że Twoja organizacja działa na bazie danych Oracle. Aby zrozumieć termin „baza danych”, możesz odwołać się do Seria testów Oracle Database tutaj .

Dane organizacji są najbardziej integralną częścią organizacji. Rozważmy detaliczną firmę bankową. Wszyscy oni mają ogromne ilości danych - użytkowników, system itp. Jako administrator bazy danych, administrator systemu lub inny personel, któremu powierzono zadanie ochrony tych danych, powinien być świadomy, jak ważne są dane dla organizacji. Jak upewnić się, że dane są zawsze dostępne? Utwórz kopię zapasową tych danych.

Kopia zapasowa to dokładna kopia bazy danych, która może pomóc w odtworzeniu danych w przypadku ich utraty.

Testuj kopię zapasową bazy danych 1

Dlaczego warto tworzyć kopie zapasowe bazy danych?

Rozważmy prosty przypadek, w którym Twoja organizacja bankowa, która ma dane dotyczące milionów klientów w zakresie numerów kont, nazwisk, nominatów, salda bankowego i organizacji, utraciła wszystkie dane, jak zareagowaliby na to jej klienci? Jak organizacja poradziłaby sobie z presją utraty tak dużej ilości danych? Jak odpowiedzieliby na niezadowolenie tak wielu klientów?

Dlatego tworzymy kopię zapasową tych danych, aby w przypadku jakiejkolwiek awarii dysku (pamięci), kontrolera dysku (kontrolera pamięci) zawsze możemy polegać na naszej kopii zapasowej, skąd możemy ją przywrócić do bazy danych, tj. Systemu plików pamięci i nie mieć klienci tracą jakiekolwiek dane.

Mówiąc hipotetycznie, załóżmy, że są miliony klientów i każdy z nich wykonuje miliony transakcji, a baza danych przypadkowo ulega awarii i traci dane, czy poprosilibyśmy wszystkich tych klientów o ponowne wprowadzenie danych? Jak poradziłbyś sobie z utratą tak dużej ilości danych? Byłoby to wysoce niedopuszczalne.

Podobnie weźmy pod uwagę firmę telekomunikacyjną, która obsługuje miliony klientów i ma wszystkie dane dotyczące numerów telefonów, adresów, wykorzystanych kredytów i oczekujących płatności. A jeśli stracimy wszystkie ich dane? Firma jest skazana na zagładę i musiałaby ponieść ogromne koszty, które potencjalnie doprowadziłyby do zatrzymania organizacji. Z pewnością byłaby to ogromna katastrofa.

Jak wykonać kopię zapasową bazy danych?

Aby wykonać kopię zapasową danych w bazie danych Oracle, mamy kilka metod. Można je ogólnie podzielić na kopie zapasowe fizyczne i logiczne

Metoda nr 1)Fizyczne kopie zapasowe :

  1. 3r & Dkopie zapasowe firm - takie jak Veritas NetBackup, SAP, IBM Tivoli Manager, EMC, HP
  2. Kopie zapasowe zarządzane przez użytkownika - tworzenie kopii zapasowych bazy danych przy użyciu narzędzi systemu operacyjnego, takich jak kopia (Windows), cp (Unix).
  3. Oracle Secure Backup
  4. Moje ulubione i najbardziej preferowane zalecane narzędzie Oracle - Recover Manager ( RMAN ).

Metoda nr 2)Logiczne kopie zapasowe:

  1. Konwencjonalne narzędzia eksportu / importu i narzędzia Datapump. Logiczna kopia zapasowa to kopia danych logicznych - obiektów, takich jak tabele, indeksy itp., Które są składnikami bazy danych niezależnie od lokalizacji powyższych obiektów.

Aby zrozumieć fizyczne i logiczne struktury przechowywania bazy danych, możesz się odwołać to i ta dokumentacja wyroczni .

Jaka jest najlepsza metoda tworzenia kopii zapasowych bazy danych?

Każda z tych strategii tworzenia kopii zapasowych ma swoje zalety i wady i nie będziemy się nimi zbytnio zajmować w tym artykule.

Musimy zrozumieć, że jeśli nie masz fizycznej kopii zapasowej, samo posiadanie logicznej kopii zapasowej nie zawsze jest zabezpieczone przed fizycznym uszkodzeniem danych i problemami ze sprzętową pamięcią masową. Posiadanie prawidłowej, dobrej fizycznej kopii zapasowej sprawia, że ​​jest to dobra strategia tworzenia kopii zapasowych i odzyskiwania. Zawsze upewnij się, że masz fizyczną kopię zapasową.

W rzeczywistości możemy użyć dowolnej z powyższych metod, ale zawsze musimy upewnić się, że mamy dobrą strategię tworzenia kopii zapasowych i odzyskiwania, aby uniknąć niepotrzebnych problemów podczas działania bazy danych. Zawsze zaleca się przetestowanie strategii wstecznej i odzyskiwania danych w lustrzanym systemie testowym, abyśmy mogli przewidzieć, ile czasu zajmie uruchomienie bazy danych w przypadku nieprzewidzianych sytuacji.

W tym artykule skupimy się głównie na kopiach zapasowych RMAN. To prowadzi nas do punktu, w którym wiemy, jak dokładnie wykonujemy kopię zapasową.

Polecenia tworzenia kopii zapasowych Oracle RMAN (Oracle Recovery Manager)

Możemy tworzyć kopie zapasowe danych za pomocą trybu Enterprise Manager (GUI) lub wiersza poleceń systemu operacyjnego.

Testuj kopię zapasową bazy danych 2

RMAN to solidne, wyrafinowane narzędzie dostarczane przez Oracle do tworzenia kopii zapasowych i odzyskiwania.

co to jest plik dat mac

RMAN jest automatycznie instalowany podczas instalacji bazy danych Oracle, więc nie jest wymagana żadna dodatkowa instalacja RMAN .

Plik RMAN środowisko składa się z dwóch komponentów:

1) Docelowa baza danych (baza danych, której kopię zapasową chcesz wykonać, odzyskać i

dwa) Klient RMAN, czyli klient, który interpretuje polecenia użytkownika i wykonuje je w imieniu użytkownika podczas łączenia się z docelową bazą danych.

Proste polecenie łączenia się z bazą danych za pomocą RMAN jest następujące:

C:Usersxyz> rman target / Recovery Manager: Release 11.2.0.1.0 - Production on Sun Sep 28 17:32:48 2014 Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved. connected to target database: ORCL (DBID=1361070653) RMAN>

DBID to tutaj unikalny identyfikator, który jest unikalny dla każdej bazy danych, z którą planujemy pracować.

W tym przykładzie mamy do czynienia z bazą danych o nazwie ORCL .

Wykonamy kopię zapasową danych, które należą do bazy danych ORCL.

Ponieważ kopia zapasowa jest fizyczną kopią Twojej bazy danych, potrzebujemy lokalizacji / katalogu, w którym możemy je zapisać.

Aby to osiągnąć, możemy skorzystać ze specjalnego katalogu o nazwie db_recovery_file_dest który służy jako lokalizacja kopii zapasowej. Zdefiniuj rozmiar tego parametru za pomocą db_recovery_file_dest_size co oznacza rozmiar tej lokalizacji kopii zapasowej.

Chociaż istnieje kilka sposobów kompresowania kopii zapasowych i kilka technik, które mogą zmniejszyć rozmiar kopii zapasowej, spróbuj przynajmniej ustawić DB_RECOVERY_FILE_DEST_SIZE do rozmiaru rzeczywistych danych w bazie danych. Upewnij się, że uwzględniasz również dzienniki archiwalne, które są niczym innym jak dziennikami ponownego wykonywania offline, które rejestrują zmiany w blokach danych.

Twoja strategia tworzenia kopii zapasowych składałaby się ze wszystkich plików związanych z bazą danych, takich jak pliki danych, pliki kontrolne, pliki parametrów, pliki związane z siecią, zarchiwizowane pliki dziennika powtórzeń.

RMAN lub inne fizyczne narzędzie do tworzenia kopii zapasowych może tworzyć kopie zapasowe plików danych, plików kontrolnych, plików parametrów, zarchiwizowanych plików dziennika ponownego wykonania. Kopie zapasowe plików związanych z siecią należy tworzyć ręcznie przy użyciu narzędzi systemu operacyjnego, takich jak cp lub copy.

Do tworzenia kopii zapasowych bazy danych używamy:

„Kopia zapasowa bazy danych” - to takie proste. Zacznijmy więc tworzyć kopie zapasowe naszej bazy danych ORCL.

Ponieważ mamy już połączenie z docelową bazą danych (ORCL), uruchamiamy polecenie „backup database”.

Testowa kopia zapasowa bazy danych 3

RMAN> backup database; Starting backup at 05-OCT-14 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=198 device type=DISK channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set input datafile file number=00001 name=D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF input datafile file number=00002 name=D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF input datafile file number=00005 name=D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF input datafile file number=00003 name=D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF input datafile file number=00004 name=D:APP1SUNTYADAORADATAORCLUSERS01.DBF channel ORA_DISK_1: starting piece 1 at 05-OCT-14 channel ORA_DISK_1: finished piece 1 at 05-OCT-14 piece handle=D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NNNDF_TAG20141005T162412_B328TXQG_.BKP tag=TAG20141005T162412 comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:04:27 channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set including current control file in backup set including current SPFILE in backup set channel ORA_DISK_1: starting piece 1 at 05-OCT-14 channel ORA_DISK_1: finished piece 1 at 05-OCT-14 piece handle=D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NCSNF_TAG20141005T162412_B3293806_.BKP tag=TAG20141005T162412 comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:00:04 Finished backup at 05-OCT-14

Tutaj obserwujemy, że kopia zapasowa wszystkich powiązanych plików bazy danych - plików danych, plików kontrolnych, spfile (plik parametrów) została zakończona. Operacja tworzenia kopii zapasowej zajęła około 4 minut i 27 sekund (upłynął czas). Jest to mała testowa baza danych zawierająca tylko 5 plików danych, więc tworzenie kopii zapasowej zajęło znacznie mniej czasu.

W przypadkach, w których chcemy wykonać kopię zapasową danych z baz danych gigantycznych organizacji, mogą istnieć setki plików danych, a każdy plik danych może mieć rozmiary terabajtów, a wykonanie pełnej kopii zapasowej bazy danych może potencjalnie zająć wiele godzin.

Aby poznać szczegóły dotyczące właśnie utworzonej przez nas kopii zapasowej, wykonamy:

RMAN> kopia zapasowa listy;

Testowa kopia zapasowa bazy danych 4

List of Backup Sets =================== BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 4 Full 1.39G DISK 00:04:23 05-OCT-14 BP Key: 4 Status: AVAILABLE Compressed: NO Tag: TAG20141005T162412 Piece Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NNNDF_TAG20141005T162412_B328TXQG_.BKP List of Datafiles in backup set 4 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 1 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF 2 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF 3 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF 4 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUSERS01.DBF 5 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 5 Full 9.58M DISK 00:00:06 05-OCT-14 BP Key: 5 Status: AVAILABLE Compressed: NO Tag: TAG20141005T162412 Piece Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NCSNF_TAG20141005T162412_B3293806_.BKP SPFILE Included: Modification time: 05-OCT-14 SPFILE db_unique_name: ORCL Control File Included: Ckp SCN: 9705762 Ckp time: 05-OCT-14

Ta kopia zapasowa jest umieszczana w lokalizacji DB_RECOVERY_FILE_DEST, która jest zdefiniowana jako D: APP1 SUNTYADA FLASH_RECOVERY_AREA

SQL> show parameter DB_RECOVERY_FILE_DEST NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ db_recovery_file_dest string D:app1suntyadaflash_recovery_area db_recovery_file_dest_size big integer 3912M

Rozmiar zdefiniowany dla naszej lokalizacji kopii zapasowej to 3912 MB.

Użyj VALIDATE, aby sprawdzić pliki bazy danych i kopie zapasowe:
RMAN> Weryfikacja bazy danych;

Sprawdź poprawność kopii zapasowej RMAN

Jak przetestować lub zweryfikować, czy możemy odzyskać naszą bazę danych podczas każdego kryzysu?

Jeśli z powodu awarii sprzętu lub uszkodzenia dysków do przechowywania danych potrzebujemy dobrej kopii zapasowej, aby przywrócić uszkodzone dane, aby nie utracić żadnych danych, które należały do ​​tych plików magazynu.

Wszystko zależy od tego, jak zaprojektowano kopie zapasowe, od częstotliwości ich planowania oraz od tego, czy wykonujesz pełną kopię zapasową, czy masz kopie przyrostowe.

W przypadku błędów użytkownika - takich jak niepotrzebna manipulacja danymi, możemy przywrócić części danych lub wszystkie dane, które zostały zmienione poprzez logiczne kopie zapasowe.

W praktyce powinniśmy być świadomi i przewidywać wszelkie błędy, które mogą wystąpić w przyszłości i testować każdą strategię, aby je ominąć.

Użyj polecenia BACKUP VALIDATE, aby sprawdzić poprawność plików kopii zapasowych:

Polecenie tylko do sprawdzenia fizycznego uszkodzenia:

RMAN> Weryfikacja kopii zapasowej
BAZA DANYCH
ARCHIWELOG WSZYSTKIE;

Polecenie do sprawdzenia fizycznego i logicznego uszkodzenia:

RMAN> Weryfikacja kopii zapasowej
SPRAWDŹ LOGICZNE
BAZA DANYCH
ARCHIWELOG WSZYSTKIE;

RMAN> BACKUP WERYFIKACJA BAZY DANYCH ;

Testuj kopię zapasową bazy danych 5 nowych

Starting backup at 05-OCT-14 using channel ORA_DISK_1 channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set input datafile file number=00001 name=D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF input datafile file number=00002 name=D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF input datafile file number=00005 name=D:APP1SUNTYADAORADATAORCLEXAMPLE01.DB input datafile file number=00003 name=D:APP1SUNTYADAORADATAORCLUNDOTBS01.DB input datafile file number=00004 name=D:APP1SUNTYADAORADATAORCLUSERS01.DBF channel ORA_DISK_1: backup set complete, elapsed time: 00:00:45 List of Datafiles ================= File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 1 OK 0 13430 106376 9708800 File Name: D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 75217 Index 0 12706 Other 0 5015 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 2 OK 0 21161 95409 9708826 File Name: D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 23010 Index 0 21760 Other 0 29429 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 3 OK 0 0 5762 9708826 File Name: D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 0 Index 0 0 Other 0 5760 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 4 OK 1125 228 5765 9528788 File Name: D:APP1SUNTYADAORADATAORCLUSERS01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 2295 Index 0 39 Other 0 3198 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 5 OK 0 1687 10498 9585679 File Name: D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 4760 Index 0 1261 Other 0 2788 channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set including current control file in backup set including current SPFILE in backup set channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01 List of Control File and SPFILE =============================== File Type Status Blocks Failing Blocks Examined ------------ ------ -------------- --------------- SPFILE OK 0 2 Control File OK 0 608 Finished backup at 05-OCT-14

Jak widać powyżej, stan każdego pliku to „ ok ”, Co oznacza, że ​​można ich używać i można ich użyć do przywrócenia plików w dowolnym momencie.

Możemy wykonać podgląd przywracania bazy danych. Daje to ładną listę plików i ich dostępność bez faktycznego przywracania plików.

Użyj polecenia RESTORE, aby sprawdzić poprawność kopii zapasowej:

RMAN> RESTORE DATABASE VALIDATE;
PRZYWRÓĆ ARCHIWELOG WSZYSTKIE WALIDUJ;

RMAN> PRZYWRÓĆ PODGLĄD BAZY DANYCH;

Testowa kopia zapasowa bazy danych 6

Starting restore at 05-OCT-14 using channel ORA_DISK_1 List of Backup Sets =================== BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 4 Full 1.39G DISK 00:04:23 05-OCT-14 BP Key: 4 Status: AVAILABLE Compressed: NO Tag: TAG20141005T162412 Piece Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NNNDF_TAG20141005T162412_B328TXQG_.BKP List of Datafiles in backup set 4 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 1 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF 2 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF 3 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF 4 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUSERS01.DBF 5 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF List of Archived Log Copies for database with db_unique_name ORCL ===================================================================== Key Thrd Seq S Low Time ------- ---- ------- - --------- 367 1 366 A 02-OCT-14 Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLARCHIVELOG2014_10_05O1_MF_1_366_B32925TJ_.ARC Media recovery start SCN is 9684060 Recovery must be done beyond SCN 9704654 to clear datafile fuzziness Finished restore at 05-OCT-14

Wniosek

To tylko proste techniki zweryfikuj swoje kopie zapasowe Oracle RMAN. Mam nadzieję, że dobrze rozumiesz proces tworzenia kopii zapasowych i odzyskiwania RMAN za pomocą różnych ważnych poleceń RMAN.

Chociaż w rzeczywistych scenariuszach opartych na rozmiarze danych moglibyśmy mieć kilkaset plików danych i musimy upewnić się, że wykonujemy kopię zapasową każdego z nich, aby mieć dobrą strategię tworzenia kopii zapasowych. Również, przetestuj odzyskiwanie na systemach testowych, aby upewnić się, że możesz użyć tych samych technik w produkcji.

Mieliśmy do czynienia z różnymi metodami tworzenia kopii zapasowych krytycznych / testowych baz danych oraz różnymi metodami ich testowania. Jak już wielokrotnie sugerowano, posiadanie dobrej strategii tworzenia kopii zapasowych i odzyskiwania danych pozwoli zaoszczędzić pracę i organizację.

Daj nam znać, jeśli masz jakiekolwiek pytania związane z Oracle lub jakimikolwiek innymi testami tworzenia kopii zapasowych i odtwarzania baz danych.

rekomendowane lektury

^