Skip to main content
Todos los proveedores de cloud
  • Amazon Web Services
  • Google Cloud
  • Microsoft Azure
  • Todos los proveedores de cloud
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Conceptos y requisitos de los clones

Colaboradores

Puede clonar una base de datos de Oracle que reside en Amazon FSx para ONTAP de NetApp o Cloud Volumes ONTAP con el backup de la base de datos en el host de la base de datos de origen o en un host alternativo. Puede clonar el backup de sistemas de almacenamiento primarios.

Antes de clonar la base de datos, debe comprender los conceptos de clon y asegurarse de que se cumplen todos los requisitos.

Requisitos para clonar una base de datos de Oracle

Antes de clonar una base de datos de Oracle, debe asegurarse de que se hayan completado los requisitos previos.

  • Debe tener creado un backup de la base de datos. Debe haber creado correctamente el backup en línea y del registro para que la operación de clonado se complete correctamente.

  • En el parámetro asm_diskstring, debe configurar:

    • AFD:* si está usando ASMFD

    • ORCL:* si está usando ASMLIB

    • /Dev/<exact_device_location> si está utilizando ASMUDEV

  • Si crea el clon en un host alternativo, este host debe cumplir los siguientes requisitos:

    • El plugin debe estar instalado en el host alternativo.

    • El software de Oracle debe estar instalado en el host alternativo.

    • El host del clon debe poder detectar LUN del almacenamiento si se clona una base de datos que resida en un almacenamiento SAN iSCSI. Si clona en un host alternativo, asegúrese de que se establezca una sesión iSCSI entre el almacenamiento y el host alternativo.

    • Si la base de datos de origen es una base de datos ASM:

      • La instancia de ASM debe estar activa y en ejecución en el host donde se realizará el clon.

      • El grupo de discos de ASM debe aprovisionarse antes de la operación de clonado si desea colocar los archivos de registro de archivos de la base de datos clonada en un grupo de discos de ASM dedicado.

      • Puede configurarse el nombre del grupo de discos de datos, pero asegúrese de que ningún otro grupo de discos ASM use el nombre en el host donde se realizará la clonado.

      • Los archivos de datos que residen en el grupo de discos de ASM se aprovisionan como parte del flujo de trabajo del clon.

Limitaciones

  • No se admite la clonado de bases de datos que residen en Azure NetApp Files.

  • No se admite la clonado de bases de datos que residen en Qtree.

  • No se admite el backup de una base de datos clonada.

  • Si se habilitan los backups automáticos diarios en Amazon FSx para NetApp ONTAP, los volúmenes clonados en Amazon FSx para NetApp ONTAP no se pueden eliminar de la interfaz de usuario de BlueXP porque FSx habría creado backups en los volúmenes clonados.
    Debe eliminar los volúmenes clonados después de eliminar todos los backups del volumen desde la interfaz de usuario de FSx y, a continuación, eliminar los clones de la interfaz de usuario de BlueXP mediante la opción force.

Métodos de clonado

Puede crear un clon con el método básico o con el archivo de especificación del clon.

Clonación mediante un método básico

Puede crear el clon con las configuraciones predeterminadas según la base de datos de origen y el backup seleccionado.

  • Los parámetros de la base de datos, el usuario inicial y el usuario de sistema operativo se establecen de forma predeterminada en la base de datos de origen.

  • Las rutas de acceso al archivo de datos se nombran según el esquema de nomenclatura seleccionado.

  • No se pueden especificar las sentencias pre-script, post-script y SQL.

  • La opción de recuperación es de forma predeterminada hasta cancelar y utiliza la copia de seguridad de registro asociada con la copia de seguridad de datos para la recuperación

Clonar utilizando archivo de especificación

Puede definir las configuraciones en el archivo de especificación del clon y usarlas para clonar la base de datos. Puede descargar el archivo de especificación, modificarlo según sus necesidades y, a continuación, cargar el archivo. "Leer más".

Los diferentes parámetros definidos en el archivo de especificación y que se pueden modificar son los siguientes:

Parámetro Descripción

archivos_control

Ubicación de los archivos de control de la base de datos del clon.

La cantidad de archivos de control será la misma que la de la base de datos de origen. Si desea anular la ruta de acceso del archivo de control, puede proporcionar otra ruta de acceso al archivo de control. El sistema de archivos o el grupo de discos ASM deben existir en el host.

redo_logs

Ubicación, tamaño, número de redo logs del grupo de redo logs.

Se requiere un mínimo de dos grupos de registros de recuperación para clonar la base de datos. 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.el sistema de archivos o el grupo de discos ASM deben existir en el host.

versión_de_oracle

La versión de Oracle en el host de destino.

oracle_home

Directorio raíz de Oracle en el host de destino.

enable_archive_log_mode

Controla el modo de registro de archivos para la base de datos clonada

parámetros_base_datos

Parámetros de la base de datos clonada

sentencias sql

Las sentencias SQL que se ejecutarán en la base de datos después del clonado

detalles_usuario_so

Usuario del sistema operativo Oracle en la base de datos del clon de destino

puerto_base_datos

Puerto que se utiliza para comunicarse con la base de datos si la autenticación del sistema operativo está deshabilitada en el host.

asm_port

Puerto que se utiliza para comunicarse con la base de datos de ASM si las credenciales se proporcionan en la entrada de creación de clon.

saltar_recuperación

No realiza la operación de recuperación.

until_scn

Recupera la base de datos hasta el scn especificado.

hasta_hora

Recupera la base de datos hasta la fecha y la hora especificadas.

El formato aceptado es mm/dd/yyyy hh:mm:ss.

until_cancel

Recupera mediante el montaje del backup de registros asociado con el backup de datos que se seleccionó para la clonación.

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

rutas_log

Ubicaciones adicionales de las rutas de acceso de registros de archivos que se usarán para recuperar la base de datos clonada.

ubicación_origen

Ubicación del grupo de discos o punto de montaje en el host de la base de datos de origen.

ubicación_del_clon

Ubicación del grupo de discos o punto de montaje que se debe crear en el host de destino correspondiente a la ubicación de origen.

tipo_ubicación

Puede ser ASM_Diskgroup o mountpoint.

Los valores se completan automáticamente en el momento de descargar el archivo. No debe editar este parámetro.

script previo

El script que se ejecutará en el host de destino antes de crear el clon.

post_script

El script que se ejecutará en el host de destino después de crear el clon.

ruta

Ruta absoluta del script en el host del clon.

Debe almacenar el script en /var/opt/snapcenter/spl/scripts o en cualquier carpeta dentro de esta ruta de acceso.

tiempo de espera

El tiempo de espera especificado para el script que se ejecuta en el host de destino.

argumentos

Argumentos especificados para los scripts.

Esquema de nomenclatura de los clones

El esquema de nomenclatura de los clones define la ubicación de los puntos de montaje y el nombre de los grupos de discos de la base de datos clonada. Puede seleccionar idéntico o generado automáticamente.

Esquema de nomenclatura idéntico

Si selecciona el esquema de nomenclatura de clones como idéntico, la ubicación de los puntos de montaje y el nombre de los grupos de discos de la base de datos clonada serán los mismos que la base de datos de origen.

Por ejemplo, si el punto de montaje de la base de datos de origen es /netapp_sourcedb/data_1 , +DATA1_DG, en la base de datos clonada, el punto de montaje permanece igual tanto para NFS como para ASM en SAN.

  • Las configuraciones como el número y la ruta de acceso de los archivos de control y los archivos de recuperación serán las mismas que las del origen.

    Nota Si los registros de recuperación o las rutas de los archivos de control se encuentran en los volúmenes que no son de datos, el usuario debería haber aprovisionado el grupo de discos ASM o el punto de montaje en el host de destino.

  • El usuario de Oracle OS y la versión de Oracle serán los mismos que la base de datos de origen.

  • El nombre del volumen de almacenamiento del clon tendrá el siguiente formato sourceVolNameSCS_Clone_CurrentTimeStampNumber.

    Por ejemplo, si el nombre del volumen en la base de datos de origen es sourceVolName, el nombre del volumen clonado será sourceVolNameSCS_Clone_1661420020304608825.

    Nota El CurrentTimeStampNumber proporciona la singularidad en el nombre del volumen.

Esquema de nomenclatura generado automáticamente

Si selecciona el esquema de clonación como generado automáticamente, la ubicación de los puntos de montaje y el nombre de los grupos de discos de la base de datos clonada se adjuntarán con un sufijo.

  • Si ha seleccionado el método de clonación básica, el sufijo será el SID clon.

  • Si ha seleccionado el método del archivo de especificación, el sufijo será el Suffix que se especificó al descargar el archivo de especificación del clon.

Por ejemplo, si el punto de montaje de la base de datos de origen es /netapp_sourcedb/data_1 y el SID de clon o el sufijo es HR, el punto de montaje de la base de datos clonada será /netapp_sourcedb/data_1_HR.

  • La cantidad de archivos de control y los archivos de registro de recuperación serán los mismos que el origen.

  • Todos los archivos de registro de recuperación y los archivos de control se ubicarán en uno de los puntos de montaje de datos clonados o los grupos de discos ASM de datos.

  • El nombre del volumen de almacenamiento del clon tendrá el siguiente formato sourceVolNameSCS_Clone_CurrentTimeStampNumber.

    Por ejemplo, si el nombre del volumen en la base de datos de origen es sourceVolName, el nombre del volumen clonado será sourceVolNameSCS_Clone_1661420020304608825.

    Nota El CurrentTimeStampNumber proporciona la singularidad en el nombre del volumen.

  • El formato del punto de montaje NAS será SourceNASMountPoint_suffix.

  • El formato del grupo de discos de ASM será SourceDiskgroup_suffix.

    Nota Si el número de caracteres del grupo de discos del clon es mayor que 25, tendrá SC_hashCode_suffix.

Parámetros de la base de datos

El valor de los siguientes parámetros de la base de datos será el mismo que el de la base de datos de origen, independientemente del esquema de nomenclatura de los clones.

  • formato_archivo_registro

  • pista_auditoría

  • procesos

  • pga_aggregate_target

  • remote_login_passwordfile

  • deshacer_tablespace

  • open_cursors

  • sga_target

  • db_block_size

El valor de los siguientes parámetros de la base de datos se añadirá con un sufijo basado en el SID del clon.

  • audit_file_dest = {sourcedatabase_parametervalue}_suffix

  • log_archive_dest_1 = {sourcedatabase_oraclehome}_suffix

Variables de entorno predefinidas compatibles para el script previo y script posterior específicos de clon

Puede utilizar las variables de entorno predefinidas compatibles al ejecutar el script previo y el script posterior mientras se clona una base de datos.

  • SC_ORIGINAL_SID especifica el SID de la base de datos de origen. Este parámetro se rellenará para los volúmenes de aplicaciones. Ejemplo: NFSB32

  • SC_ORIGINAL_HOST especifica el nombre del host de origen. Este parámetro se rellenará para los volúmenes de aplicaciones. Ejemplo: asmrac1.gdl.englab.netapp.com

  • SC_ORACLE_HOME especifica la ruta de acceso del directorio inicial de Oracle de la base de datos de destino. Ejemplo: /Ora01/app/oracle/product/18.1.0/dB_1

  • SC_BACKUP_NAME indica el nombre del backup. Este parámetro se rellenará para los volúmenes de aplicaciones. Ejemplos:

    • Si la base de datos no se está ejecutando en modo ARCHIVELOG: DATA@RG2_sspr2417819002_07-20- 2021_12.16.48.9267_0|LOG@RG2_scspr2417819002_07-20-2021_12.16.48.9267_1

    • Si la base de datos se está ejecutando en modo ARCHIVELOG: DATA@RG2_sspr2417819002_07-20- 2021_12.16.48.9267_0|LOG@RG2_sspr24819002_07-20- 2021_12.16.48.9267_1,RG2_sspr2417819002_07-21- 2021_12.16.48.9267_07_22_2021_sspr241_12.16.48.9267R17819002_R172242-__R172242

  • SC_ORIGINAL_OS_USER especifica el propietario del sistema operativo de la base de datos de origen. Ejemplo: oracle

  • SC_ORIGINAL_OS_GROUP especifica el grupo de sistemas operativos de la base de datos de origen. Ejemplo: Oinstall

  • SC_TARGET_SID indica el SID de la base de datos clonada. Para el flujo de trabajo de clonado de PDB, el valor de este parámetro no estará predefinido. Este parámetro se rellenará para los volúmenes de aplicaciones. Ejemplo: Clonedb

  • SC_TARGET_HOST especifica el nombre del host donde se clonará la base de datos. Este parámetro se rellenará para los volúmenes de aplicaciones. Ejemplo: asmrac1.gdl.englab.netapp.com

  • SC_TARGET_OS_USER especifica el propietario del sistema operativo de la base de datos clonada. Para el flujo de trabajo de clonado de PDB, el valor de este parámetro no estará predefinido. Ejemplo: oracle

  • SC_TARGET_OS_GROUP especifica el grupo del sistema operativo de la base de datos clonada. Para el flujo de trabajo de clonado de PDB, el valor de este parámetro no estará predefinido. Ejemplo: Oinstall

  • SC_TARGET_DB_PORT especifica el puerto de la base de datos de la base de datos clonada. Para el flujo de trabajo de clonado de PDB, el valor de este parámetro no estará predefinido. Ejemplo: 1521

Delimitadores compatibles

  • @ se utiliza para separar los datos de su nombre de base de datos y separar el valor de su clave. Ejemplo: DATA@RG2_scspr2417819002_07-20- 2021_12.16.48.9267_0|LOG@RG2_scspr2417819002_07-20-2021_12.16.48.9267_1

  • | se utiliza para separar los datos entre dos entidades diferentes para el parámetro SC_BACKUP_NAME. Ejemplo: DATA@RG2_scspr2417819002_07-20-2021_12.16.48.9267_0|LOG@RG2_scspr2417819002_07-20-2021_12.16.48.9267_1

  • , se utiliza para separar el conjunto de variables para la misma clave. Ejemplo: DATA@RG2_scspr2417819002_07-20- 2021_12.16.48.9267_0|LOG@RG2_scspr2417819002_07-20- 2021_12.16.48.9267_1,RG2_scspr2417819002_07-21- 2021_12.16.48.9267_07,RG2_scspr2417819002_12.16.48.9267_22-2021_-