Proceso de descubrimiento del sistema

Este documento asume que se ha recopilado previamente un descubrimiento detallado:

• Requisitos empresariales, técnicos, funcionales y no funcionales de la base de datos de Oracle que se está migrando (incluidos los requisitos de acceso y disponibilidad)
• Configuración de la instalación, inventario de HW/SW e información de tamaño relacionada con la base de datos de origen y la plataforma subyacente.
  • Recopile métricas relevantes relacionadas con el tamaño, la tasa de cambio, los requisitos de nivel de servicio, la tolerancia al tiempo de inactividad de la migración, la capacidad de las redes para soportar la transferencia de datos desde el origen hasta el destino, etc.
  • El entorno de destino se ha evaluado e implementado de acuerdo con la capacidad/rendimiento/disponibilidad del sistema fuente, tal como se ha determinado en el proceso de descubrimiento.

Opciones de migración contempladas en este documento

El siguiente diagrama de flujo ilustra las tres opciones que se tratan en este documento:

• Opción 1: Copia de seguridad RMAN consistente desde el origen, con archivos generados para ser utilizados por el procedimiento RMAN Duplicate Database para restaurar a IBM Power Virtual Server.
• Opción 2: Copia de seguridad RMAN inconsistente + registros de redo archivados (o nivel 0 + copias de seguridad incrementales) desde el origen, con archivos de copia de seguridad para ser utilizados por el procedimiento de restauración/recuperación de base de datos RMAN para restaurar a IBM Power Virtual Server.
• Opción 3: Aprovechar la tecnología Data Guard de Oracle, que actualmente está en fase de investigación y será el método recomendado si se trata de la misma plataforma: crear un espejo y, en cuanto esté sincronizado, se puede realizar la transición con solo unos minutos de inactividad de la base de datos. La documentación en línea se actualizará tan pronto como se completen las fases de prueba y evaluación.

Seleccionar la opción de migración

Los requisitos del cliente y las condiciones técnicas afectan a la decisión de seleccionar entre las opciones presentadas.

1. Requisitos de nivel de servicio, en particular los objetivos de punto de restauración (RPO) y los objetivos de tiempo de restauración (RTO).
   • Opción 1: Como se presenta, se asume que el Cliente está conforme con un retraso considerable del servicio (RTO = «Días ») antes de que la base de datos de origen se migre a la base de datos de destino. Esta expectativa suele darse en el caso de las cargas de trabajo no productivas, pero rara vez en el de las bases de datos de producción.
   • Opción 2: Tal y como se presenta, se asume que el Cliente se siente cómodo con una interrupción del servicio en términos de «horas ». Esta expectativa suele darse en el caso de cargas de trabajo no relacionadas con la producción y en algunas bases de datos de producción.
   • Opción 3: (Aún no presentada en este documento), que incorpora la sincronización de bases de datos de Data Guard de Oracle, ofrece una posible transición del servicio de origen a destino en cuestión de minutos.
2. Tamaño de la base de datos, rendimiento de la red y fiabilidad.

   • Transportar copias de seguridad de una gran base de datos a través de una red lleva tiempo. Considere el siguiente ejemplo de transferencia de 600 GB de copias de seguridad a través de una conexión de red de extremo a extremo donde los protocolos disponibles y el ancho de banda admiten un rendimiento de 80 megabytes/segundo. A este ritmo, se tarda aproximadamente 125 minutos en transferir los datos. Si las copias de seguridad de la base de datos son mucho más grandes o si el rendimiento de la conexión de red es menor, se requiere más tiempo de transferencia. Las redes poco fiables pueden interrumpir la transferencia, lo que le obligará a reiniciar el proceso de transferencia, lo que supondrá un retraso.

     • Los clientes pueden beneficiarse de herramientas de transferencia especializadas que comprimen los datos antes o durante la transferencia, utilizan protocolos de alto rendimiento y descomprimen los datos después de la transferencia.
     • El acceso al Aspera de IBM, que puede acelerar enormemente las transferencias de datos desde ubicaciones locales a ubicaciones IBM Power Virtual Server, es ventajoso.
3. Disponibilidad de habilidades para ejecutar.
   • Las opciones que se ofrecen en este documento requieren conocimientos de administrador de bases de datos y la capacidad de trabajar con equipos de infraestructura para migrar el contenido de la base de datos a una nueva base de datos de destino en Power Virtual Server dentro de un espacio de trabajo IBM Power Virtual Server.

Cualquier procedimiento de migración que un Cliente decida utilizar debe ejecutarse en el contexto de un plan de transferencia y transición detallado y bien ensayado.

Supuestos

Este documento asume que:

1. Si la base de datos de origen es un sistema de producción, es probable que no se cierre para realizar una copia de seguridad completa, en cuyo caso se utilizarán copias de seguridad incrementales de RMAN.
2. No se esperan cambios en la base de datos de origen (esquema y configuración) al ejecutar este procedimiento.
3. La base de datos se migra del origen al destino utilizando las opciones RMAN de Oracle ( Oracle ): duplicar base de datos, o hacer copia de seguridad/restaurar/recuperar base de datos.
4. El entorno de destino tiene preinstaladas unas cuantas instancias de Oracle, con una versión que coincide con la instancia de origen que se está migrando.
5. RMAN duplicate, restore/recovery ofrecen la opción de modificar la ubicación del archivo de datos de la base de datos, pero esta opción no se trata en este documento. Se asume que la ubicación de los archivos de la base de datos, ya sean sistemas de archivos AIX JFS2 o grupos de discos ASM Oracle, es idéntica entre el entorno de origen y el de destino.
6. El sistema operativo de destino es:
   • Una copia exacta (un archivo OVA o «Open Virtual Appliance») del sistema operativo fuente generada mediante un procedimiento mksysb, o
   • Una versión recién implementada de AIX que es compatible con IBM y certificada por Oracle para admitir la versión de Oracle que se va a crear.

La documentación de un procedimiento mksysb puede encontrarse en:

• Restauración AIX

Documentar el tamaño y la configuración de la base de datos de origen

Documente las métricas actuales de tamaño y rendimiento relacionadas con la computación, las operaciones de entrada/salida por segundo (IOPS) y el almacenamiento de una o más instancias de origen de Oracle.

• La instancia de destino IBM Power Virtual Server Oracle debe construirse para que al menos coincida con el tamaño del sistema existente.
• Es muy importante seleccionar el nivel de disco y la capacidad de disco en el sistema de destino para cumplir con los requisitos de IOPS.
• Este proceso de descubrimiento debe incluir la ejecución de una herramienta de prueba de rendimiento contra la base de datos de origen para capturar métricas para referencia futura y comparación con la implementación del sistema objetivo.

Proporcionar una copia de seguridad reciente y correcta de la base de datos de origen

Confirme, utilizando sus herramientas de copia de seguridad estándar, que existe una copia de seguridad completa, reciente y correcta del sistema de origen Oracle. Debe ser capaz de restaurar completamente el sistema de origen.

• Si no puede confirmarlo, el equipo de migración/descubrimiento debe revisar los procedimientos de copia de seguridad de RMAN.
• Además, el equipo de descubrimiento debe trabajar con los DBA o expertos en la materia del cliente para validar la integridad de la base de datos y/o identificar cualquier bloque dañado o problemas de esquema existentes.

Documentar la base de datos de origen

Documentar la ubicación de las instancias de la base de datos de origen y las credenciales conocidas para el acceso de administración de DBA.

Documentar la configuración de RMAN

Documentar la configuración actual de Recovery Manager (RMAN) de Oracle, que se utiliza para realizar copias de seguridad, por instancia.

Una forma sencilla de obtener esta información es seguir los siguientes pasos:

Utilice ssh para conectarse al servidor Oracle.

ssh oracle@<hostname>

Compruebe que la variable $ORACLE_SID esté configurada.

echo $ORACLE_SID

Normalmente se muestra el valor SID. Si el último comando no muestra un valor, establezca la variable de entorno manualmente con este comando:

setenv ORACLE_SID <SID value>

Sustituye <SID value> por tu valor SID.

Conéctese a la base de datos de origen utilizando el comando rman :

rman target /

Una salida típica tiene el aspecto siguiente:

Recovery Manager: Release 19.0.0.0.0 - Production on Thu May 2 13:24:05 2024
Version 19.22.0.0.0

Copyright (c) 1982, 2019, Oracle and/or its affiliates.  All rights reserved.
connected to target database: Exx (DBID=xxxxxxxx)

Visualice los ajustes de configuración de RMAN utilizando:

RMAN> SHOW ALL;

Almacenar y/o documentar la salida.

Salga de la sesión de RMAN escribiendo:

RMAN > exit;

Para su referencia, un resultado típico de SHOW ALL tiene este aspecto:

using target database control file instead of recovery catalog
RMAN configuration parameters for database with db_unique_name EXX are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 8 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE RMAN OUTPUT TO KEEP FOR 7 DAYS; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/oracle/EXX/19/dbs/snapcf_EXX.f'; # default

Verificar el espacio en disco

Confirme que hay suficiente espacio en disco disponible, formateado y montado para aceptar los conjuntos de copias de seguridad de la base de datos de migración comprimida.

• El mejor rendimiento se obtiene si el espacio en disco es local a la instancia de la que se está realizando la copia de seguridad.
• Hacer copias de seguridad de la base de datos directamente en Cloud Object Storage puede introducir retrasos en la ejecución de la copia de seguridad debido a la relativa lentitud de la red.
• Este procedimiento realizará una copia de seguridad, aplicando una compresión media con las siguientes consideraciones:
  • La compresión da como resultado un almacenamiento de archivos de copia de seguridad que ocupa aproximadamente el 25 % del espacio que consume la base de datos de Oracle.
  • La capacidad del sistema de archivos local debe ser suficiente para almacenar todo el conjunto (o conjuntos) de copias de seguridad necesarias para llevar la base de datos de destino al punto de restauración deseado.
  • El sistema Target requiere acceso a los conjuntos de copias de seguridad, a través de una de las siguientes opciones:
    • Un sistema de archivos local al que se copiarán los conjuntos de copias de seguridad.
    • Instalación de un agente de Aspera en el entorno local,
    • Un montaje directo e NFS e al dispositivo e Cloud Object Storage, o si se utiliza un dispositivo de transferencia Seagate Lyve Mobile. Esto no ofrece el mejor rendimiento y ha habido otras observaciones en el pasado.

Dependiendo de la velocidad de la red/acceso, puede ser conveniente copiar archivos de un montaje de NFS al almacenamiento local.

Sistema de archivos para conjuntos de copias de seguridad en origen

Se hace referencia a un sistema de archivos local específico, por ejemplo, /backup/rman, para los conjuntos de copias de seguridad de la migración. Como opción alternativa, también se probó con éxito una restauración/recuperación directa desde el dispositivo Seagate Lyve Mobile montado en un NFS, utilizando 10GbE y 100 GbE.

Ejecute los siguientes comandos para confirmar el espacio disponible para las copias de seguridad:

df -g /backup/rman

Sistema de archivos para conjuntos de copias de seguridad en el destino

Los procedimientos de duplicación o restauración/recuperación de la base de datos requieren acceso al conjunto de archivos de copia de seguridad, a través de una de las siguientes opciones:

• Un sistema de archivos local al que se copiarán los conjuntos de copias de seguridad.
• NFS, montado en un dispositivo de transferencia Seagate Lyve Mobile, o
• Un dispositivo de almacenamiento externo ( NFS ) conectado a un dispositivo de almacenamiento masivo ( IBM Cloud Object Storage ) al que ya se han copiado los archivos de copia de seguridad desde el dispositivo Seagate.

Apagado de aplicaciones y bases de datos

Utilice procedimientos operativos estándar para apagar el sistema SAP y la base de datos Oracle antes de realizar el procedimiento de copia de seguridad.

Al utilizar la arquitectura multiarrendatario, debe conectarse a la base de datos del contenedor raíz (CDB) y las copias de seguridad incluyen las bases de datos conectables (PDB).

Más información en:

• Acerca de la realización de operaciones en CDB y PDB.

Asegurarse de que la configuración de RMAN está documentada

Como se describe en la sección de preparación Configuración del RMAN del documento, asegúrese de guardar o documentar la configuración actual del RMAN y los parámetros asociados antes de modificarlos.

La configuración y los parámetros originales de RMAN serán necesarios de nuevo para continuar con las operaciones de copia de seguridad programadas normales, una vez que se haya completado la copia de seguridad especial para la migración.

Opción de copia de seguridad 1 - Crear directorio de destino

Inicie sesión como usuario oracle y ejecute los siguientes comandos para crear el directorio de copia de seguridad de destino que coincida con el script de copia de seguridad que se describe en la siguiente sección.

Si el directorio no existe, la secuencia de comandos RMAN falla. Además, si utiliza un montaje de NFS, debe asegurarse de que el usuario oracle tenga los permisos correctos en el archivo de definición exports en el servidor NFS. El usuario oracle requiere permisos de lectura y escritura (rw). No se recomienda utilizar preferiblemente NFS para el proceso de copia de seguridad RMAN. El uso de JFS2 o de un sistema de archivos montado localmente consigue mejores resultados.

Los dos comandos siguientes crean la ubicación de destino de la copia de seguridad y establecen la variable de entorno ORACLE_SID en <SID>. Reemplace el término <SID> con el valor correcto para su sistema:

mkdir -p /backup/rman/<sid>_option1

setenv ORACLE_SID <SID>

Por supuesto, puede utilizar cualquier ubicación de destino siempre que el usuario de Oracle pueda escribir en ella y modifique el script de copia de seguridad del siguiente paso para utilizar su directorio de destino.

Opción de copia de seguridad 1 - Script de copia de seguridad

El script RMAN se utiliza para realizar la opción de copia de seguridad 1. Los comandos utilizados en este script se comentan después del script. Copie y pegue el script y realice los ajustes necesarios para su entorno.

Todos los ajustes y comandos de RMAN están contenidos en el archivo de script option1_backup.rman :

connect target /
SHUTDOWN IMMEDIATE
STARTUP MOUNT
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/backup/rman/<sid>_option1/option1_cmp_%d_%U';
CONFIGURE DEVICE TYPE DISK PARALLELISM 60;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/rman/<sid>_option1/option1_cf_%F';
CONFIGURE COMPRESSION ALGORITHM 'HIGH';
CONFIGURE ENCRYPTION FOR DATABASE ON ;
CONFIGURE ENCRYPTION ALGORITHM 'AES256' ;
SET ENCRYPTION ON IDENTIFIED BY passw0rd ONLY ;
BACKUP AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE TAG <YOUR TAG ID HERE> include current controlfile ;
alter database open;
quit;

Ejecute este script desde la línea de comandos utilizando el usuario oracle.

rman @option1_backup.rman

RMAN realiza una copia de seguridad de los datos en el dispositivo predeterminado configurado para el tipo de copia de seguridad solicitada. De forma predeterminada, RMAN crea copias de seguridad en disco. Si se habilita un área de recuperación rápida y no se especifica el parámetro FORMAT, RMAN crea copias de seguridad en el área de recuperación y les asigna automáticamente nombres únicos. Esta es la razón por la que se modificó FORMAT en los parámetros anteriores y se repite aquí para enfatizarlo.

Los siguientes son los componentes principales del script RMAN utilizado:

SHUTDOWN IMMEDIATE
STARTUP MOUNT

CONFIGURE CONTROLFILE AUTOBACKUP ON
BACKUP AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE TAG EXX_100K_INITV3 include current controlfile ;

CONFIGURE DEVICE TYPE DISK PARALLELISM 8 BACKUP TYPE TO BACKUPSET;

CONFIGURE ENCRYPTION FOR DATABASE ON ;
CONFIGURE ENCRYPTION ALGORITHM 'AES256' ;
SET ENCRYPTION ON IDENTIFIED BY passw0rd ONLY ;

BACKUP AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE TAG <SID>_100K_INITV3 include current controlfile ;
alter database open;

RMAN> REPORT SCHEMA;
RMAN> LIST BACKUP SUMMARY;
RMAN> BACKUP VALIDATE CHECK LOGICAL DATABASE ARCHIVELOG ALL;
RMAN> VALIDATE DATAFILE 10;
RMAN> VALIDATE BACKUPSET 3;
RMAN> CROSSCHECK BACKUP;

export ORACLE_SID=<SID>
sqlplus "/ as sysdba";

SQL> create pfile='/backup/rman/init<SID>.ora' from spfile;

Comprobar el tamaño de la base de datos

Recuerde asegurarse de que dispone de suficiente espacio asignado en el sistema de archivos para poder realizar una copia de seguridad de la base de datos. Utilice la siguiente instrucción SQL para determinar el tamaño actual de la base de datos:

SELECT SUM (bytes)/1024/1024/1024 AS GB FROM dba_segments;

Asegurarse de que la configuración de RMAN está documentada

Como se describe en la sección de preparación Configuración del RMAN del documento, asegúrese de registrar la configuración actual del RMAN y los parámetros asociados. Después de completar las copias de seguridad especiales para la migración, debe asegurarse de que la configuración de RMAN se deja como antes para que las operaciones de copia de seguridad programadas normalmente continúen.

Opción de copia de seguridad 2 - Crear directorios de destino

Ejecute los siguientes comandos como usuario de oracle.

Los dos primeros comandos crean los directorios de copia de seguridad de destino para copias de seguridad completas e incrementales. Si utiliza un directorio diferente, adapte los dos scripts de copia de seguridad de la siguiente sección. El tercer comando establece la variable de entorno ORACLE_SID, sustituya el término <SID> por el valor SID apropiado de su sistema:

mkdir -p /backup/rman/<sid>_option2
mkdir -p /backup/rman/<sid>_option2_inc1

setenv ORACLE_SID <SID>

Opción de copia de seguridad 2 - Scripts de copia de seguridad

connect target /
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/backup/rman/<sid>_option2/lev0_%d_%U';
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE DEVICE TYPE DISK PARALLELISM 60;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/rman/<sid>_option2/lev0_cf_%F';
CONFIGURE COMPRESSION ALGORITHM 'MEDIUM';
CONFIGURE ENCRYPTION FOR DATABASE ON ;
CONFIGURE ENCRYPTION ALGORITHM 'AES256' ;
SET ENCRYPTION ON IDENTIFIED BY passw0rd ONLY ;
BACKUP  tag '<Your TAG Here>' incremental level 0 AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE INCLUDE CURRENT CONTROLFILE PLUS ARCHIVELOG;
quit;

rman @option2_backup_level0.rman

Recovery Manager complete.

CONFIGURE BACKUP OPTIMIZATION ON;

CONFIGURE CONTROLFILE AUTOBACKUP ON;

BACKUP AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE PLUS ARCHIVELOG TAG ECOM_option1 include current controlfile;

CONFIGURE DEVICE TYPE DISK PARALLELISM 8 BACKUP TYPE TO BACKUPSET;

CONFIGURE COMPRESSION ALGORITHM 'MEDIUM' ;

CONFIGURE ENCRYPTION FOR DATABASE ON;
CONFIGURE ENCRYPTION ALGORITHM 'AES256';
SET ENCRYPTION ON IDENTIFIED BY passw0rd ONLY ;

BACKUP  tag '<Your TAG here>' incremental level 0 AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE INCLUDE CURRENT CONTROLFILE PLUS ARCHIVELOG TAG <SID>_LEV0;

connect target /
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/backup/rman/<sid>_option2_inc1/inc1_%d_%U';
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE DEVICE TYPE DISK PARALLELISM 60;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/rman/<sid>_option2_inc1/inc1_cf_%F';
CONFIGURE COMPRESSION ALGORITHM 'MEDIUM';
CONFIGURE ENCRYPTION FOR DATABASE ON ;
CONFIGURE ENCRYPTION ALGORITHM 'AES256' ;
SET ENCRYPTION ON IDENTIFIED BY passw0rd ONLY ;
BACKUP TAG `<SID>`_INC1 incremental level 1 AS compressed BACKUPSET section size 6000M DEVICE TYPE DISK DATABASE INCLUDE CURRENT CONTROLFILE PLUS ARCHIVELOG;
quit;

setenv ORACLE_SID <SID>

rman @option2_backup_inc1.rman

Comprobar la fecha y hora del servidor

Conéctese a la base de datos como sysdba y ejecute los comandos, como se indica. Tenga en cuenta que la base de datos solo se pone en modo de acceso de solo lectura ( mount ) y no en modo de acceso de lectura y escritura ( opened).

El formato de fecha NLS se utiliza como modelo de formato para convertir implícitamente desde date-to-string o string-to-dates. Esto es importante si decide realizar una recuperación a un punto en el tiempo.

El segundo comando SQL que se ve en la siguiente imagen está forzando a Oracle a escribir en un nuevo redolog, el comando que se ejecutó después muestra la marca de fecha de cuando se creó el archivo y le proporciona una marca de tiempo para hacer avanzar la base de datos aplicando los redologs aplicables.

Ejecutar la copia de seguridad incremental final a través de RMAN.

RMAN> REPORT SCHEMA;
RMAN> LIST BACKUP SUMMARY;
RMAN> LIST BACKUPSET <TAG ID> ;
RMAN> BACKUP VALIDATE CHECK LOGICAL DATABASE ARCHIVELOG ALL;
RMAN> VALIDATE DATAFILE 10;
RMAN> VALIDATE BACKUPSET 3;
RMAN> CROSSCHECK BACKUP;

setenv ORACLE_SID <SID>
sqlplus "/ as sysdba";

SQL> create pfile='/backup/rman/init<SID>.ora' from spfile;

Comprobar PFILE

Ahora revisaremos el archivo de parámetros Oracle, o PFILE, almacenado como init<SID>.ora.

Revise los parámetros de la base de datos que están contenidos en el PFILE guardado y examine aquellos con especificaciones de nombre de archivo. El parámetro audit_file_dest= hace referencia a una ubicación de directorio que aún no existe en el servidor de destino. Los otros destinos de archivo hacen referencia a grupos de discos ASM que ya deberían haberse creado.

Si las ubicaciones de los archivos en el servidor de destino no coinciden con el entorno de origen, se requieren cambios de configuración adicionales en los scripts RMAN, por lo que es importante que cuando cloning su servidor Oracle en IBM Cloud compare las configuraciones que se mencionan en el archivo init<SID>.ora y se asegure de que las ubicaciones existen en su sistema de destino.

Comprobar directorio de auditoría

Compruebe y confirme que el directorio del archivo de auditoría está presente en el servidor de destino y tal como aparece en el PFILE, y proporcione la propiedad y el modo adecuados.

Compruebe los grupos de discos ASM y otras definiciones de directorios

Confirme que los grupos de discos ASM a los que se hace referencia en el PFILE existen en el destino y tienen suficiente espacio libre. Como usuario de Oracle Grid, ejecute:

asmcmd lsdg

Si no se utilizan grupos ASM, revise el PFILE y verifique que existan los directorios referenciados. En este punto, está listo para continuar con una de las siguientes opciones de restauración.

Razones para elegir utilizando las opciones nofilenamecheck y noredo con duplicate database

nofilenamecheck

La opción nofilenamecheck impedirá que RMAN compruebe previamente el directorio y la ubicación de los archivos del sistema de destino comparando la información que contienen los archivos de control de la copia de seguridad duplicada. Esto es necesario si desea restaurar una copia 1-2-1 de su base de datos de origen al destino utilizando ubicaciones idénticas del sistema de archivos, SID, etc. Si la opción no está presente, podría recibir una advertencia y la restauración se detendrá indicando que se han detectado conflictos en las ubicaciones de los archivos de destino donde se restaurarán los archivos de datos para que coincidan con las ubicaciones de los archivos de origen. Si esto ocurre, agregue el nofilenamecheck al comando de restauración e inténtelo de nuevo, entonces la restauración funcionará.

noredo

La opción " noredo " debe añadirse al comando de duplicar la base de datos en el script " rman_duplicate.cmd ", como se ha mostrado anteriormente.

Esto informa a RMAN de que desea restaurar la copia de seguridad completa de offline que se ha realizado y no buscar ningún redolog. Oracle Los DBA ya conocen los problemas que surgen al intentar crear copias de seguridad duplicadas con el comando " PLUS ARCHIVELOG " mencionado en el comando de copia de seguridad.

Inicio de la base de datos de destino en modo NOMOUNT

Los siguientes pasos deben ser ejecutados como el usuario oracle. Como siempre, sustituya el término " <SID> " por el valor SID de su sistema:

setenv ORACLE_SID <SID>

Inicie la instancia de Oracle en modo NOMOUNT, especificando directamente el archivo pfile que se va a utilizar. Tenga en cuenta que en nuestro entorno estamos utilizando Oracle en un entorno SAP, por lo que nuestro ORACLE_HOME era /oracle/EC9/19.0.0. Su entorno puede ser diferente, así que modifique las rutas en el ejemplo y recuerde sustituir su propio Oracle <SID> en los comandos mencionados a continuación.

sqlplus "/ as sysdba"

SQL> startup nomount pfile='/backup/rman/ora/initEC6.ora';
SQL> create spfile='/oracle/EC6/19.0.0/dbs/spfileEC6.ora' from pfile='/backup/rman/ora/initEC6.ora';
SQL> shutdown immediate;
SQL> startup nomount;
SQL> show parameter spfile;

El resultado que muestra el parámetro suele tener este aspecto:

NAME                 TYPE            VALUE
---------          -------------    ---------------------------------
spfile               string          /oracle/EC6/19/dbs/spfileEC6.ora

Obtención de la ruta del archivo de configuración en el conjunto de archivos de copia de seguridad

El archivo de control (cf) se había incluido en la copia de seguridad completa (nivel 0). Determine la ruta completa del archivo de control en el conjunto de archivos de copia de seguridad option2 level0.

Ejemplo:

find /backup/rman/ec6_option2 -name "lev0_cf_*"

El comando find imprime todos los nombres de archivo, incluida la ruta, que coinciden con el patrón de nombre:

/backup/rman/ec6_option2/lev0_cf_c-2252531432-20240529-01

Si no se obtiene ningún resultado, consulte la copia de seguridad que creó con el procedimiento de nivel 0 de la opción 2 para conocer la ubicación del archivo de control y compruebe si el conjunto de archivos de copia de seguridad está en el servidor de destino y dónde se encuentra.

Descripción del script de restauración

Sustituya las ubicaciones correctas de archive, redologs y controlfiles que sean relevantes para su entorno/instalación de Oracle.

Los archivos de copia de seguridad están cifrados y RMAN requiere la contraseña de cifrado para poder restaurar los archivos de la base de datos.

SET DECRYPTION IDENTIFIED BY passw0rd;

Restauramos el archivo de control de la base de datos a partir de la copia de seguridad de nivel 0 que contiene el catálogo RMAN que necesitamos para asignar las piezas de la copia de seguridad a los archivos de datos, así como la lista de archivos de datos y sus ubicaciones previstas.

restore controlfile from '/backup/rman/ec6_option2/lev0_cf_c-2252531432-20240529-01';

A continuación, modificamos la base de datos a mount mode, que es necesaria para el siguiente paso.

alter database mount;

Usando el TAG que asignamos a la copia de seguridad de nivel 0, indicamos a RMAN que restaure la base de datos desde esa copia de seguridad específica.

restore database from tag IBMECC02_EC6_LEV0;

Como paso final, aplicamos cualquier copia de seguridad de nivel 0, incluidos los registros de archivo, a la base de datos restaurada. Tenga en cuenta que esto no abre la base de datos para que podamos aplicar futuras copias de seguridad incrementales y/o registros de archivo a la base de datos.

recover database;

Ejecución del script de restauración de la base de datos level0

Asegúrese de que la instancia de la base de datos se inició con startup nomount

Como usuario oracle, ejecute el script de restauración:

rman @restore_option2_lev0.rman

La salida de muestra es extensa y no se enumera aquí.

Restauración de las copias de seguridad incrementales (nivel 1)- excepto la última

Catalogar el resto de los conjuntos de copias de seguridad incrementales de nivel 1 y los registros archivados en el directorio de destino. Si se proporcionan varias copias de seguridad incrementales, se trata de un proceso iterativo.

Para todas las copias de seguridad incrementales, EXCEPTO la última, puede simplemente ejecutar un

recover database ;

Con este paso o pasos se catalogan los conjuntos de copias de seguridad incrementales.

Catalogar la copia de seguridad incremental final (nivel 1)

La copia de seguridad incremental final requiere que la recuperación sea solo hasta una hora específica para poder abrir la base de datos

La base de datos de destino puede permanecer en un estado de MOUNT encia y tener registros REDO incrementales de nivel 1 y archivados aplicados continuamente, según sea necesario. Catalogar las nuevas copias de seguridad y los registros archivados y recuperarlos hasta que estén listos para el traspaso final.

El siguiente comando asume que todas las copias de seguridad incrementales se almacenan en directorios bajo /backup/rman.

Aún en SQL*Plus, ejecute estos comandos SQL:

RMAN> catalog start with '/backup/rman';

Ejemplo de salida, que muestra solo los archivos de copia de seguridad de la primera copia de seguridad incremental de nivel 1:

searching for all files that match the pattern /backup/rman

List of Files Unknown to the Database
=====================================
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dk2s0rg6_1460_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dl2s0rgc_1461_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dl2s0rgc_1461_2_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dm2s0rgc_1462_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dn2s0rgc_1463_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_do2s0rgc_1464_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dp2s0rgc_1465_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dq2s0rge_1466_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_dr2s0rgh_1467_1_1
File Name: /backup/rman/ec6_option2_inc1/inc1_EC6_ds2s0rgn_1468_1_1
        ...Lines Omitted ...
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_eo2s0rlq_1496_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_ep2s0rlu_1497_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_eq2s0rm3_1498_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_er2s0rm6_1499_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_es2s0rma_1500_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_EC6_eu2s0rmi_1502_1_1
File Name: /backup/rman/ibmecc02/ec6_option2_inc1/inc1_cf_c-2252531432-20240529-02

Do you really want to catalog the above files (enter YES or NO)? YES
cataloging files...
cataloging done

Restauración de la última copia de seguridad incremental (nivel 1) en un momento determinado

Para todas las copias de seguridad incrementales, EXCEPTO la final, puede ejecutar en RMAN:

Recuerde que, debido a que la copia de seguridad se creó con cifrado, debe actualizar la configuración en RMAN para descifrar la copia de seguridad que utiliza la contraseña; de lo contrario, se producirán errores como ORA-19913: unable to decrypt backup y ORA-28365: wallet is not open

RMAN> SET ENCRYPTION ALGORITHM 'AES256' ;
RMAN> SET DECRYPTION IDENTIFIED BY passw0rd;
RMAN> recover database ;

Después de catalogar las piezas de copia de seguridad incremental FINAL, la recuperación debe estar actualizada a la fecha/hora determinada en la copia de seguridad

Después de esta acción de recuperación final, no se espera que se apliquen más cambios a la base de datos desde una perspectiva de recuperación. Establezca el formato de fecha y hora con:

RMAN> alter session set nls_date_format='DD-MM-YYYY HH24:mi:SS' ;

Aquí encontrará un ejemplo de intervalo de fechas:

RMAN> recover database until time '13-01-2024 11:52:12';