NMDA Oracle : Étapes à suivre pour effectuer une restauration inter-système de la base de données Oracle.

Summary: La restauration des sauvegardes de la base de données Oracle NMDA s’effectue à l’aide d’un script. L’interface utilisateur NMC ne prend pas en charge la restauration de base de données inter-systèmes. L’assistant de restauration NMC prend uniquement en charge la restauration de base de données en double. Les étapes ci-dessous peuvent être utilisées pour effectuer une restauration inter-système. Ici, Dell Technologies suppose que les sauvegardes proviennent d’une configuration RAC et que l’hôte cible est un hôte Oracle autonome. Remarque : Les restaurations multisystèmes peuvent être effectuées de plusieurs manières en fonction de l’environnement du client et des exigences de restauration. Ces étapes sont génériques et peuvent être modifiées en fonction des besoins du Client. ...

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.
Check out other resources

Instructions

La restauration de la base de données Oracle nécessite les étapes suivantes.

  1. Vérifiez les conditions préalables.
  2. Configurez les clients source et cible sur NetWorker.
  3. Identifiez le fichier de contrôle ponctuel à restaurer.
  4. Les paramètres du fichier PFILE/SPFILE doivent être définis en fonction de l’hôte cible.
  5. Un fichier PFILE/SPFILE peut également être restauré à partir des sauvegardes si le nom de l’élément de sauvegarde est disponible.

 

Vérifiez les conditions préalables.

  1. Vérifiez que le système cible utilise la même version d’Oracle que la source. 
  2. Le système d’exploitation et le système de fichiers doivent être identiques sur les hôtes source et cible.
  3. Consultez la documentation Oracle pour connaître les versions prises en charge.
  4. Créez la base de données sur l’hôte cible.

Configurez les clients source et cible sur NetWorker.

  1. Installez NetWorker et NMDA sur le système cible (même version que NetWorker Server).
  2. Configurez une instance client pour le système cible. (Pas nécessaire pour planifier des sauvegardes)
  3. Assurez-vous que le user@target_host (par exemple, oracle@target_host) est mis à jour dans le champ Remote Access du client source.
  4. Assurez-vous que le user@target_host (par exemple, oracle@target_host) est à jour sur l’administrateur de base de données dans NMC (Serveur ->Utilisateur et groupe ->Administrateur de base de données)

Identifiez le fichier de contrôle ponctuel à restaurer.

  1. Utilisez la commande MMINFO pour identifier le fichier de contrôle le plus proche de l’heure de restauration ponctuelle. Dans le cas ci-dessous, la restauration concerne les données du 21 février 2025.

        Peut être exécuté à partir du client cible.

        -s ProdServer est le 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

 Restaurer le fichier de contrôle

  1. Utilisez le fichier de contrôle ci-dessus pour restaurer la base de données. Il peut y avoir d’autres conventions de dénomination pour le fichier de contrôle.
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. Montez la base de données à partir du fichier de contrôle restauré.
SQL>alter database mount;
  1. Validez les informations de sauvegarde et identifiez le SCN ou le numéro de séquence à partir de la sortie « LIST BACKUP BY BACKUP ».

Extrait ci-dessous (dernière ligne)

La restauration peut être effectuée jusqu’à la SEQUENCE 5899.

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

Effectuer une restauration et une récupération.

  1. Pour les sauvegardes HOT RMAN, il est nécessaire d’utiliser la clause « SET UNLs » pour la restauration ou la récupération.
  2. Les chemins d’accès au système de fichiers de données source des fichiers de données sont différents du chemin d’accès au fichier de données cible. La commande « SET NEWNAME FOR DATAFILE TO » doit être utilisée pour restaurer les données dans un nouveau chemin de système de fichiers.
  3. Effectuez la restauration, puis cliquez sur « SWITCH DATAFILE ALL ».
  4. Modifier les noms des fichiers journaux et des fichiers TEMP sur la cible

 

SQL « ALTER DATABASE RENAME FILE 'SOURCE FILE PATH' TO 'DESTINATION FILE PATH' » ;

 

  1. Effectuez la récupération à l’aide de la commande « RECOVER DATABASE ».
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. Une fois que les étapes ci-dessus ont été effectuées avec succès. La base de données peut être ouverte à l’aide de la commande suivante.
RMAN> ALTER DATABASE OPEN RESETLOGS;

Additional Information

Pour la restauration de bases de données dupliquées. L’assistant de restauration peut être utilisé une fois l’instance auxiliaire créée sur l’hôte cible (il peut également s’agir du même hôte)

Consultez l’article suivant de la base de connaissances :

NMDA Oracle : Configuration d’une base de données auxiliaire pour la restauration inter-systèmes Oracle à l’aide de l’assistant NMC

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.