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. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

Für die Wiederherstellung und Recovery der Oracle-Datenbank sind die folgenden Schritte erforderlich.

  1. Überprüfen Sie die Voraussetzungen.
  2. Konfigurieren von Quell- und Zielclients auf NetWorker
  3. Identifizieren Sie die wiederherzustellende PIT-Steuerungsdatei.
  4. Die Parameter in PFILE/SPFILE müssen gemäß dem Zielhost festgelegt werden.
  5. PFILE/SPFILE kann auch aus den Backups wiederhergestellt werden, wenn der Name des Backupteils verfügbar ist.

 

Überprüfen Sie die Voraussetzungen.

  1. Vergewissern Sie sich, dass das Zielsystem dieselbe Oracle-Version wie die Quelle aufweist. 
  2. Das Betriebssystem und das Dateisystem sollten auf Quell- und Zielhost identisch sein.
  3. Informationen zu unterstützten Versionen finden Sie in der Oracle-Dokumentation.
  4. Erstellen Sie die Datenbank auf dem Zielhost.

Konfigurieren von Quell- und Zielclients auf NetWorker

  1. Installieren von NetWorker und NMDA auf dem Zielsystem (gleiche Version wie der NetWorker-Server)
  2. Konfigurieren Sie eine Clientinstanz für das Zielsystem. (Es ist nicht erforderlich, Backups zu planen.)
  3. Stellen Sie sicher, dass die user@target_host (z. B. oracle@target_host) im Feld Remotezugriff des Quellclients aktualisiert wird.
  4. 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.

  1. 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

  1. 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;
}
  1. Mounten Sie die Datenbank aus der wiederhergestellten Steuerdatei.
SQL>alter database mount;
  1. 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.

  1. Für HOT RMAN-Backups muss die Klausel "SET UNTIL" für Restore oder Recovery verwendet werden.
  2. 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.
  3. Führen Sie die Wiederherstellung durch und klicken Sie dann auf "SWITCH DATAFILE ALL".
  4. Ändern der Protokolldateinamen und TEMP-Dateinamen auf dem Ziel

 

SQL "ALTER DATABASE RENAME FILE 'SOURCE FILE PATH' TO 'DESTINATION FILE PATH'";

 

  1. 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;
}
  1. 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:

NMDA-Oracle: Konfigurieren der Hilfsdatenbank für die systemübergreifende Oracle-Wiederherstellung mit dem NMC-Assistenten

Affected Products

NetWorker Family

Products

NetWorker Module for Databases and Applications
Article Properties
Article Number: 000300423
Article Type: How To
Last Modified: 30 Mar 2025
Version:  1
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.