Clonar una base de datos de Oracle

Es posible utilizar SnapCenter para clonar una base de datos con el backup de esa base de datos. La operación de clonado crea una copia de los archivos de datos de la base de datos y, luego, crea nuevos archivos de registro de recuperación en línea y archivos de control. La base de datos puede recuperarse opcionalmente a una hora específica, según las opciones de recuperación especificadas.

Antes de empezar

Acerca de esta tarea

SnapCenter crea una base de datos independiente cuando se clona desde un backup de base de datos de Oracle RAC. SnapCenter admite la creación de un clon desde el backup de bases de datos Data Guard en espera y Active Data Guard en espera.

Mientras se clona un backup de una base de datos ASM en un entorno SAN, se crean reglas udev para el host clonado en /etc/udev/rules.d/999-scu-netapp.rules. Estas reglas udev asociadas con los dispositivos host clonados se eliminan cuando se elimina el clon.

Pasos

  1. En el panel de navegación de la izquierda, haga clic en Resources y seleccione el plugin adecuado en la lista.
  2. En la página Resources, seleccione Database o Resource Group en la lista View.
  3. Seleccione la base de datos en la vista de detalles de la base de datos o en la vista de detalles del grupo de recursos.
    Se muestra la página de topología de la base de datos.
  4. En la vista Manage Copies, seleccione los backups desde Local copies (primary), Mirror copies (secondary) o Vault copies (secondary).
  5. Seleccione el backup de datos en la tabla y haga clic en el icono de clon.
  6. En la página Name, introduzca el SID del clon.
    El SID del clon no está disponible de manera predeterminada, y la longitud máxima del SID es de 8 caracteres.
    Nota: Debe asegurarse de que no exista otra base de datos con el mismo SID en el host donde se creará el clon.
  7. En la página Locations, realice las siguientes acciones:
    Para este campo... Realice lo siguiente...
    Clone host De forma predeterminada, se completa el host de la base de datos de origen.

    Si desea crear el clon en un host alternativo, seleccione el host que tiene la misma versión de Oracle y del sistema operativo que el host de la base de datos de origen.

    Datafile locations De forma predeterminada, se completa la ubicación del archivo de datos.

    La convención de nomenclatura predeterminada de SnapCenter para sistemas de archivos SAN o NFS es FileSystemNameofsourcedatabase_CLONESID.

    La convención de nomenclatura predeterminada de SnapCenter para grupos de discos ASM es SC_HASHCODEofDISKGROUP_CLONESID. El HASHCODEofDISKGROUP es un número generado automáticamente (entre 2 y 10 dígitos) que es único para cada grupo de discos ASM.
    Nota: Si personaliza el nombre del grupo de discos ASM, asegúrese de que la longitud del nombre respete el límite admitido por Oracle.

    Si desea especificar otra ruta de acceso, debe introducir los puntos de montaje del archivo de datos o los nombres de los grupos de discos ASM para la base de datos del clon. Cuando personaliza la ruta de acceso del archivo de datos, también debe cambiar los nombres de los grupos de discos ASM del archivo de control y el archivo de registro de recuperación para que tengan el mismo nombre utilizado en los archivos de datos o cambiar el sistema de archivos a un grupo de discos ASM o sistema de archivos existente.

    Control files De forma predeterminada, se completa la ruta de acceso al archivo de control.
    Los archivos de control se ubican en el mismo grupo de discos ASM o sistema de archivos que los archivos de datos. Si desea anular la ruta de acceso del archivo de control, puede proporcionar otra ruta de acceso al archivo de control.
    Nota: El sistema de archivos o el grupo de discos ASM deben existir en el host.

    De forma predeterminada, la cantidad de archivos de control será la misma que la de la base de datos de origen. Es posible modificar la cantidad de archivos de control, pero se requiere un mínimo de un archivo de control para clonar la base de datos.

    Puede personalizar la ruta de acceso del archivo de control a otro sistema de archivos (existente) distinto del de la base de datos de origen.

    Redo logs De forma predeterminada, se completan el grupo de archivos, la ruta de acceso y el tamaño de los archivos de registro de recuperación.
    Los registros de recuperación se ubican en el mismo grupo de discos ASM o sistema de archivos que los archivos de datos de la base de datos clonada. Si desea anular la ruta de acceso del archivo de registro de recuperación, puede personalizarla en otro sistema de archivos que no sea el de la base de datos de origen.
    Nota: El nuevo sistema de archivos o el grupo de discos ASM deben existir en el host.
    De forma predeterminada, la cantidad de grupos de registros de recuperación, los archivos de registro de recuperación y sus tamaños serán los mismos que los de la base de datos de origen. Puede modificar los siguientes parámetros:
    • cantidad de grupos de registros de recuperación
      Nota: Se requiere un mínimo de tres grupos de registros de recuperación para clonar la base de datos.
    • archivos de registro de recuperación en cada grupo y su ruta de acceso
      Nota: Se requiere un mínimo de un archivo de registro de recuperación en el grupo de registros de recuperación para clonar la base de datos.

      Puede personalizar la ruta de acceso del archivo de registro de recuperación a otro sistema de archivos (existente) distinto del de la base de datos de origen.

    • tamaños del archivo del registro de recuperación
  8. En la página Credentials, realice las siguientes acciones:
    Para este campo... Realice lo siguiente...
    Run As name for sys user Seleccione la cuenta Run As que se utilizará para definir la contraseña solo del usuario sys en la base de datos clonada.

    El valor predeterminado es None. Si no se especifica la cuenta Run As, se utilizará la autenticación del sistema operativo.

    ASM Instance Run As name Seleccione la cuenta Run As de la instancia de ASM en el host alternativo.

    Esta opción está disponible solo cuando la base de datos de origen está en ASM.

    El valor predeterminado es None. Si no se especifica la cuenta Run As, se utilizará la autenticación del sistema operativo.

    El inicio, el nombre de usuario y los detalles de grupo de Oracle se completan automáticamente desde la base de datos de origen. Es posible cambiar los valores según el entorno de Oracle del host donde se creará el clon.



  9. En la página PreOps, siga estos pasos:
    1. Introduzca la ruta de acceso y los argumentos del script previo que desea ejecutar antes de la operación de clonado.
      Debe almacenar el script previo en /var/opt/snapcenter/spl/scripts o en cualquier carpeta dentro de esta ruta de acceso. De forma predeterminada, se completa la ruta de acceso /var/opt/snapcenter/spl/scripts. Si colocó el script en cualquier carpeta dentro de esta ruta de acceso, debe proporcionar la ruta de acceso completa hasta la carpeta donde está ubicado el script.
    2. En la sección Database Parameter settings, modifique los valores de los parámetros de la base de datos completados automáticamente que se utilizan para inicializar la base de datos.
      Para añadir parámetros adicionales, haga clic en .
      Nota: El área de recuperación rápida (FRA) no se define en los parámetros de la base de datos completados automáticamente. Para configurar la FRA, añada los parámetros relacionados.
      Nota: El valor predeterminado de log_archive_dest_1 es $ORACLE_HOME/clone_sid, y los registros de archivos de la base de datos clonada se crearán en esta ubicación. Si eliminó el parámetro log_archive_dest_1, Oracle determina la ubicación del registro de archivos. Para definir una nueva ubicación para el registro de archivos, debe editar log_archive_dest_1, pero asegúrese de que el sistema de archivos o el grupo de discos existan y estén disponible en el host.

      Haga clic en Reset para obtener la configuración de los parámetros de la base de datos predeterminada.

  10. En la página PostOps, las opciones Recover database y Until Cancel están seleccionadas de forma predeterminada para realizar la recuperación de la base de datos clonada.
    SnapCenter realiza la recuperación mediante el montaje del backup de registro más reciente que posee la secuencia ininterrumpida de archivos de registro después del backup de datos que se seleccionó para la clonado. El registro y el backup de datos deben estar en el almacenamiento principal para realizar la clonado en el almacenamiento principal y en el almacenamiento secundario para realizar la clonado en el almacenamiento secundario.
    Las opciones Recover database y Until Cancel no se seleccionan si SnapCenter no encuentra los backups de registro apropiados. Es posible proporcionar la ubicación del archivo de registro externo si el backup del registro no está disponible en Specify external archive log locations. Se pueden especificar varias ubicaciones del registro.
    Nota: Si desea clonar una base de datos de origen configurada para admitir FRA y Oracle Managed Files (OMF), el destino del registro para la recuperación también debe respetar la estructura de directorios de OMF.

    La página PostOps no se muestra si la base de datos de origen es una base de datos Data Guard en espera o Active Data Guard en espera. Para bases de datos Data Guard en espera o Active Data Guard en espera, SnapCenter no ofrece la opción de seleccionar el tipo de recuperación en la interfaz gráfica de usuario de SnapCenter, pero la base de datos se recupera con el tipo de recuperación Until Cancel sin aplicar ningún registro.

    Filed name Descripción
    Until Cancel SnapCenter realiza la recuperación mediante el montaje del backup de registro más reciente que posee la secuencia ininterrumpida de archivos de registro después del backup de datos que se seleccionó para la clonado.

    La base de datos clonada se recupera hasta el archivo de registro faltante o dañado.

    Date and time SnapCenter recupera la base de datos hasta la fecha y la hora especificadas. El formato aceptado es mm/dd/yyyy hh:mm:ss.
    Nota: La hora puede especificarse en formato de 24 horas.
    Until SCN (System Change Number) SnapCenter recupera la base de datos hasta un SCN especificado.
  11. En la página Notification, de la lista desplegable Email preference, seleccione los escenarios en los cuales desea enviar correos electrónicos.
    También debe especificar las direcciones de correo electrónico del remitente y los destinatarios, así como el asunto del correo. Si desea adjuntar el informe de la operación de restauración realizada, seleccione Attach Job Report.
    Nota: Para las notificaciones de correo electrónico, se deben haber especificado los detalles del servidor SMTP desde la interfaz gráfica de usuario o desde el comando de PowerShell Set-SmSmtpServer.
  12. Revise el resumen y haga clic en Finish.
    Nota: Al realizar una recuperación como parte de la operación de creación de un clon, incluso si se producen errores en la recuperación, el clon se crea con una advertencia. Es posible realizar una recuperación manual de este clon para que la base de datos del clon pase a un estado consistente.
  13. Para revisar el progreso de la operación, haga clic en Monitor > Jobs.

Resultado

Después de clonar la base de datos, es posible actualizar la página de recursos para que enumere la base de datos clonada como uno de los recursos disponibles para realizar backups. La base de datos clonada puede protegerse como cualquier otra base de datos con el flujo de trabajo de backup estándar, o bien puede incluirse en un grupo de recursos (recientemente creado o existente). La base de datos clonada puede volver a clonarse (clon de clones).
Nota: Si no realizó la recuperación durante la clonado, se pueden producir errores en el backup de la base de datos clonada debido a una recuperación incorrecta, y es posible que deba realizar una recuperación manual. También se pueden producir errores en el backup de registro si la ubicación predeterminada que se completó para los registros de archivos es un almacenamiento de terceros o si el sistema de almacenamiento no está configurado con SnapCenter.