NMDA-Oracle: Schritte zum Durchführen einer systemübergreifenden Wiederherstellung der Oracle-Datenbank.
Summary: Die Wiederherstellung von NMDA-Oracle-Datenbankbackups wird mithilfe eines Skripts durchgeführt. Die NMC-Benutzeroberfläche unterstützt keine systemübergreifende Datenbankwiederherstellung. Der NMC-Recovery-Assistent unterstützt nur die Wiederherstellung doppelter Datenbanken. Die folgenden Schritte können verwendet werden, um eine systemübergreifende Wiederherstellung durchzuführen. Hier geht Dell Technologies davon aus, dass die Backups aus einer RAC-Konfiguration stammen und der Zielhost ein eigenständiger Oracle-Host ist. Hinweis: Systemübergreifende Wiederherstellungen können je nach Kundenumgebung und Wiederherstellungsanforderung auf verschiedene Arten durchgeführt werden. Die Schritte sind allgemein und können gemäß den Kundenanforderungen geändert werden. ...
Instructions
Für die Wiederherstellung und Recovery der Oracle-Datenbank sind die folgenden Schritte erforderlich.
- Überprüfen Sie die Voraussetzungen.
- Konfigurieren von Quell- und Zielclients auf NetWorker
- Identifizieren Sie die wiederherzustellende PIT-Steuerungsdatei.
- Die Parameter in PFILE/SPFILE müssen gemäß dem Zielhost festgelegt werden.
- PFILE/SPFILE kann auch aus den Backups wiederhergestellt werden, wenn der Name des Backupteils verfügbar ist.
Überprüfen Sie die Voraussetzungen.
- Vergewissern Sie sich, dass das Zielsystem dieselbe Oracle-Version wie die Quelle aufweist.
- Das Betriebssystem und das Dateisystem sollten auf Quell- und Zielhost identisch sein.
- Informationen zu unterstützten Versionen finden Sie in der Oracle-Dokumentation.
- Erstellen Sie die Datenbank auf dem Zielhost.
Konfigurieren von Quell- und Zielclients auf NetWorker
- Installieren von NetWorker und NMDA auf dem Zielsystem (gleiche Version wie der NetWorker-Server)
- Konfigurieren Sie eine Clientinstanz für das Zielsystem. (Es ist nicht erforderlich, Backups zu planen.)
- Stellen Sie sicher, dass die user@target_host (z. B. oracle@target_host) im Feld Remotezugriff des Quellclients aktualisiert wird.
- Stellen Sie sicher, dass die user@target_host (z. B. oracle@target_host) auf dem Datenbankadministrator in NMC aktualisiert wird (Server –>Nutzer und Gruppe –>Datenbankadministrator)
Identifizieren Sie die wiederherzustellende PIT-Steuerungsdatei.
- Verwenden Sie den Befehl MMINFO, um die Steuerungsdatei zu identifizieren, die der PIT-Wiederherstellungszeit am nächsten liegt. Im folgenden Fall wird die Wiederherstellung für die Daten vom 21. Februar 2025 durchgeführt.
Kann vom Zielclient ausgeführt werden.
-s ProdServer ist der NetWorker-Server.
bash# mminfo -avot -s ProdServer -q client=prodlabdb-01 -r client,sscreate,name,copies,volume
prodlabdb-01 02/18/2025 RMAN:i13i4orv_1_1 1 database.01
prodlabdb-01 02/21/2025 RMAN:ja3icm00_1_1 1 database.01
prodlabdb-01 02/21/2025 RMAN:jc3icm7v_1_1 1 database.01
prodlabdb-01 02/21/2025 RMAN:jd3icmhs_1_1 1 database.01
prodlabdb-01 02/21/2025 RMAN:je3icmhs_1_1 1 database.01
prodlabdb-01 02/21/2025 RMAN:jg3icmhs_1_1 1 database.01
prodlabdb-01 02/21/2025 RMAN:jf3icmhs_1_1 1 database.01
prodlabdb-01 02/22/2025 RMAN:jh3icurd_1_1 1 database.01
prodlabdb-01 02/22/2025 RMAN:ji3icurh_1_1 1 database.01
prodlabdb-01 02/22/2025 RMAN:jj3id0fg_1_1 1 database.01
prodlabdb-01 02/22/2025 RMAN:jk3id0fg_1_1 1 database.01
prodlabdb-01 02/22/2025 RMAN:controlfile_jl3id0fj_1_1 1 database.01
Steuerungsdatei wiederherstellen
- Verwenden Sie die obige Steuerungsdatei, um die Datenbank wiederherzustellen. Es kann andere Benennungskonventionen für die Steuerdatei geben.
RMAN>
run
{
ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE';
SEND 'NSR_ENV=(NSR_SERVER=ProdServer,NSR_CLIENT=prodlabdb-01,NSR_DATA_VOLUME_POOL=database,NSR_DEBUG_LEVEL=5,NSR_DPRINTF=TRUE)';
restore controlfile from "controlfile_jl3id0fj_1_1";
RELEASE CHANNEL CH1;
}
- Mounten Sie die Datenbank aus der wiederhergestellten Steuerdatei.
SQL>alter database mount;
- Validieren Sie die Backupinformationen und identifizieren Sie die SCN oder SEQUENCE Number aus der Ausgabe "LIST BACKUP BY BACKUP".
Ausschnitt unten (letzte Zeile)
Die Wiederherstellung kann bis SEQUENZ 5899 durchgeführt werden.
RMAN> LIST BACKUP BY BACKUP;
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
17612 Full 93.70G SBT_TAPE 02:49:07 22-FEB-25
BP Key: 17612 Status: AVAILABLE Compressed: YES Tag: TAG20250221T221003
Handle: jd3icmhs_1_1 Media: database.002
List of Datafiles in backup set 17612
File LV Type Ckp SCN Ckp Time Name
---- -- ---- ---------- --------- ----
3 Full 6018330353968 21-FEB-25 /u09/LABTEST/db/apps_st/data/system.295.1084779711
12 Full 6018330353968 21-FEB-25 /u09/LABTEST/db/apps_st/data/apps_ts_tools.296.1084779711
16 Full 6018330353968 21-FEB-25 /u09/LABTEST/db/apps_st/data/apps_ts_seed.282.1084779983
26 Full 6018330353968 21-FEB-25 /u09/LABTEST/db/apps_st/data/apps_ts_media.283.1084779983
27 Full 6018330353968 21-FEB-25 /u09/LABTEST/db/apps_st/data/apps_ts_media.315.1084779711
29 Full 6018330353968 21-FEB-25 /u09/LABTEST/db/apps_st/data/apps_ts_media.316.1084779711
33 Full 6018330353968 21-FEB-25 /u09/LABTEST/db/apps_st/data/apps_ts_tx_idx.325.1107842193
34 Full 6018330353968 21-FEB-25 /u09/LABTEST/db/apps_st/data/apps_ts_media.326.1107842287
39 Full 6018330353968 21-FEB-25 /u09/LABTEST/db/apps_st/data/apps_ts_seed.331.1160384075
40 Full 6018330353968 21-FEB-25 /u09/LABTEST/db/apps_st/data/apps_ts_tx_idx.332.1160384111
42 Full 6018330353968 21-FEB-25 /u09/LABTEST/db/apps_st/data/apps_ts_media.334.1187447927
288 Full 6018330353968 21-FEB-25 /u09/LABTEST/db/apps_st/data/system.272.1084780009
314 Full 6018330353968 21-FEB-25 /u09/LABTEST/db/apps_st/data/portal.264.1084780021
353 Full 6018330353968 21-FEB-25 /u09/LABTEST/db/apps_st/data/system.277.1084779983
354 Full 6018330353968 21-FEB-25 /u09/LABTEST/db/apps_st/data/system.285.1084779977
401 Full 6018330353968 21-FEB-25 /u09/LABTEST/db/apps_st/data/apps_ts_tx_data.306.1084779711
404 Full 6018330353968 21-FEB-25 /u09/LABTEST/db/apps_st/data/apps_ts_tx_idx.271.1084780009
BS Key Size Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ ---------------
17613 6.25M SBT_TAPE 00:00:01 22-FEB-25
BP Key: 17613 Status: AVAILABLE Compressed: YES Tag: TAG20250222T005927
Handle: jj3id0fg_1_1 Media: database.002
List of Archived Logs in backup set 17613
Thrd Seq Low SCN Low Time Next SCN Next Time
---- ------- ---------- --------- ---------- ---------
1 5899 6018330351597 21-FEB-25 6018330471551 22-FEB-25
Wiederherstellung und Recovery durchführen.
- Für HOT RMAN-Backups muss die Klausel "SET UNTIL" für Restore oder Recovery verwendet werden.
- Die Quell-FS-Pfade der Datendateien unterscheiden sich vom Pfad der Ziel-Datendatei. Der Befehl "SET NEWNAME FOR DATAFILE TO" muss verwendet werden, um die Daten in einem neuen FS-Pfad wiederherzustellen.
- Führen Sie die Wiederherstellung durch und klicken Sie dann auf "SWITCH DATAFILE ALL".
- Ändern der Protokolldateinamen und TEMP-Dateinamen auf dem Ziel
SQL "ALTER DATABASE RENAME FILE 'SOURCE FILE PATH' TO 'DESTINATION FILE PATH'";
- Führen Sie die Recovery mit dem Befehl "RECOVER DATABASE" durch.
run
{
ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE';
ALLOCATE CHANNEL CH2 TYPE 'SBT_TAPE';
ALLOCATE CHANNEL CH3 TYPE 'SBT_TAPE';
ALLOCATE CHANNEL CH4 TYPE 'SBT_TAPE';
SEND 'NSR_ENV=(NSR_SERVER=ProdServer,NSR_CLIENT=prodlabdb-01,NSR_DATA_VOLUME_POOL=database,,NSR_DEBUG_LEVEL=9,NSR_DPRINTF=TRUE)';
SET NEWNAME FOR DATABASE TO '/u01/DBTEST/db/apps_st/data/%b';
set until sequence 5899 thread 1;
RESTORE DATABASE;
SWITCH DATAFILE ALL;
SQL "ALTER DATABASE RENAME FILE '+DATA/labprod/onlinelog/redo01.log' TO '/u01/DBTEST/db/apps_st/redo01.log'";
SQL "ALTER DATABASE RENAME FILE '+DATA/labprod/onlinelog/redo01.log' TO '/u01/DBTEST/db/apps_st/redo02.log'";
SQL "ALTER DATABASE RENAME FILE '+DATA/labprod/onlinelog/temp01.dbf' TO '/u01/DBTEST/db/apps_st/temp01.dbf'";
recover database;
RELEASE CHANNEL CH1;
RELEASE CHANNEL CH2;
RELEASE CHANNEL CH3;
RELEASE CHANNEL CH4;
}
- Sobald die obigen Schritte erfolgreich abgeschlossen wurden. Die Datenbank kann mit dem folgenden Befehl geöffnet werden.
RMAN> ALTER DATABASE OPEN RESETLOGS;Additional Information
Für die Wiederherstellung doppelter Datenbanken. Der Recovery-Assistent kann verwendet werden, sobald die Hilfsinstanz auf dem Zielhost erstellt wurde (kann auch derselbe Host sein)
Lesen Sie den folgenden Wissensdatenbank-Artikel: