Oráculo NMDA: Pasos para realizar una restauración entre sistemas de la base de datos de Oracle.
Summary: La restauración de respaldos de base de datos de Oracle NMDA se realiza mediante script. La interfaz de usuario de NMC no es compatible con la restauración de bases de datos entre sistemas. El asistente de recuperación de NMC solo es compatible con la restauración de bases de datos duplicadas. Los siguientes pasos se pueden utilizar para realizar una restauración entre sistemas. Aquí, Dell Technologies supone que los respaldos provienen de una configuración RAC y que el host de destino es un host de Oracle independiente. Nota: Las restauraciones entre sistemas se pueden realizar de varias maneras según el entorno del cliente y los requisitos de restauración. Los pasos son genéricos y se pueden modificar según los requisitos del cliente. ...
Instructions
La restauración y la recuperación de la base de datos de Oracle requieren los siguientes pasos.
- Compruebe los requisitos previos.
- Configurar los clientes de origen y destino en NetWorker.
- Identifique el archivo PIT Control para la restauración.
- Los parámetros del PFILE/SPFILE se deben configurar según el host de destino.
- PFILE/SPFILE también se puede restaurar a partir de los respaldos si el nombre de la pieza de respaldo está disponible.
Compruebe los requisitos previos.
- Confirme que el sistema de destino esté en la misma versión de Oracle que el origen.
- El sistema operativo y el sistema de archivos deben ser los mismos tanto en el host de origen como en el de destino.
- Consulte la documentación de Oracle para conocer las versiones compatibles.
- Cree la base de datos en el host de destino.
Configurar los clientes de origen y destino en NetWorker.
- Instalar NetWorker y NMDA en el sistema de destino (la misma versión que NetWorker Server)
- Configure una instancia de cliente para el sistema de destino. (No es necesario programar respaldos)
- Asegúrese de que la user@target_host (por ejemplo, oracle@target_host) esté actualizada en el campo Remote Access del Source Client.
- Asegúrese de que el user@target_host (por ejemplo, oracle@target_host) esté actualizado en el administrador de bases de datos en NMC (servidor :>usuario y grupo:>administrador de base de datos)
Identifique el archivo PIT Control para la restauración.
- Utilice el comando MMINFO para identificar el archivo de control más cercano a la hora de restauración de PIT. En el siguiente caso, la restauración es para los datos del 21 de febrero de 2025.
Se puede ejecutar desde el cliente de destino.
-s ProdServer es 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
Restaurar archivo de control
- Utilice el archivo de control anterior para restaurar la base de datos. Puede haber otras convenciones de nomenclatura para el archivo de control.
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;
}
- Monte la base de datos desde el archivo de control restaurado.
SQL>alter database mount;
- Valide la información de respaldo e identifique el SCN o el número de SECUENCIA de la salida "LIST BACKUP BY BACKUP".
Fragmento a continuación (última línea)
La recuperación se puede realizar hasta la SECUENCIA 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
Realice la restauración y la recuperación.
- Para los respaldos RMAN ACTIVOS, es necesario utilizar la cláusula "SET UNTIL" para la restauración o recuperación.
- Las rutas del sistema de archivos de datos de origen son diferentes de la ruta del archivo de datos de destino. El comando "SET NEWNAME FOR DATAFILE TO" se debe utilizar para restaurar los datos a una nueva ruta de FS.
- Realice la restauración y, a continuación, seleccione "SWITCH DATAFILE ALL".
- Cambiar los nombres de los archivos de registro y los nombres de los archivos temporales en el destino
SQL "ALTER DATABASE RENAME FILE 'SOURCE FILE PATH' A 'DESTINATION FILE PATH'";
- Realice la recuperación mediante el comando "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;
}
- Una vez que los pasos anteriores se completen correctamente. La base de datos se puede abrir con el siguiente comando.
RMAN> ALTER DATABASE OPEN RESETLOGS;Additional Information
Para la restauración de bases de datos duplicadas. El asistente de recuperación se puede utilizar una vez que se crea la instancia auxiliar en el host de destino (también puede ser el mismo host)
Revise el siguiente artículo de la base de conocimientos: