Instalación y configuración de UNIX para Clustered Data ONTAP
Qué es la clonación
Sugerir cambios
PDF
Puede clonar una base de datos para crear una réplica exacta de la base de datos original. Es posible crear el clon a partir de un backup completo o desde el estado actual de la base de datos.
A continuación se presentan algunas de las ventajas de crear un clon con SnapManager:
Ventajas |
Detalles |
Velocidad |
La operación de clonación de SnapManager usa la función FlexClone disponible con Data ONTAP. Esto permite clonar rápidamente grandes volúmenes de datos. |
Gestión eficiente del espacio |
Cuando crea un clon con SnapManager, solo se necesita espacio para los cambios entre el backup y el clon. Un clon SnapManager es una copia Snapshot editable de la base de datos original y puede crecer según sea necesario. Por el contrario, un clon físico de la base de datos requiere que disponga de espacio suficiente para copiar la base de datos completa. |
Copia virtual |
Puede utilizar la base de datos clonada como si fuera la base de datos original. Por ejemplo, puede usar un clon para pruebas, comprobaciones de plataformas y actualizaciones, simulaciones múltiples aplicadas a un conjunto de datos de gran tamaño, y pruebas y almacenamiento provisional en oficinas remotas. Los cambios en el clon no afectan a la base de datos original. Una vez clonada la base, la base de datos clonada queda totalmente operativa. |
Sencillez |
Es posible clonar una base de datos a cualquier host con los comandos de SnapManager. |
Para poder clonar una base de datos, debe asegurarse de que se cumplen los siguientes requisitos previos:
-
Elimine el archivo speLing <SID>.ora de $ORACLE_HOME\database.
-
Elimine el archivo OLET <SID>.ora de $ORACLE_HOME\database.
-
Elimine los destinos de volcado de Oracle que estén especificados en el archivo de especificación del clon.
-
Elimine los archivos de control de Oracle que estén especificados en el archivo de especificación del clon.
-
Elimine los archivos de registro de recuperación de Oracle especificados en el archivo de especificación del clon.
Debe proporcionar al clon un nuevo identificador del sistema. No se pueden ejecutar simultáneamente dos bases de datos con el mismo identificador de sistema en el mismo host. Es posible tener un clon en otro host con el mismo identificador de sistema. Es posible asignar al clon una etiqueta o dejar que SnapManager cree una etiqueta con el identificador del sistema, la fecha y la hora en que se creó el clon.
Cuando introduce una etiqueta, no debe incluir espacios ni caracteres especiales.
Como parte del proceso de clonado, SnapManager crea los parámetros y archivos de Oracle necesarios para la base de datos clonada. Un ejemplo de un archivo de Oracle necesario es el archivo <SID>.ora de Re.
Cuando se clona una base de datos, SnapManager crea un nuevo archivo <SID>.ora para la base de datos en el directorio $ORACLE_HOME\database.
Cuando SnapManager clona el almacenamiento de una base de datos, también crea un nuevo punto de montaje del sistema de archivos, pero no cambia la estructura de directorio en el punto de montaje desde la CLI de SnapManager. No obstante, desde la interfaz gráfica de usuario de SnapManager, es posible cambiar la estructura de directorio y los metadatos del sistema de archivos.
Es posible clonar un backup de base de datos en el host en el que reside la base de datos o en un host alternativo.
Si la base de datos clonada utilizaba un archivo spfile, SnapManager crea un archivo spfile para el clon. Coloca este archivo en el directorio $ORACLE_HOME\database y crea la estructura de directorio para los archivos de diagnóstico. el nombre de archivo es spfile <SID>.ora.