Duplicando CDB - Usando Backup Sets comprimidos para ejecutar una "Active Database Duplication"
En el siguiente ejemplo estamos trabajando inicialmente como base de datos origen con la CDB llamada “prmcdb” que será duplicada en la CDB llamada “dupcdb” como ocurre en la segunda parte de esta serie de artículos. Se pueden ver los detalles cuando se establece la conexión de “prmcbd” como “target” y la conexión con la base de datos "dupcdb" como "auxiliar". En este caso usamos el comando DUPLICATE de RMAN con las siguientes opciones:
Opción de duplicación |
CDB
|
Tipo de duplicación
|
Active Database Duplication
|
Método de duplicación
|
Pull Based
|
Tipo de backup utilizado
|
Compressed Backupsets
|
Número de “Target Channels”
|
1
|
Número de “Auxiliary Channels”
|
2
|
RMAN>run
{
allocate channel c1 device type disk;
allocate auxiliary channel a1 device type disk;
allocate auxiliary channel a2 device type disk;
duplicate target database to dupcdb
from active database
spfile
parameter_value_convert ='prmcdb','dupcdb'
set db_file_name_convert ='prmcdb','dupcdb'
set log_file_name_convert ='prmcdb','dupcdb'
using compressed backupset;
}
Descripción del código:
Este código es un poco diferente al código presentado en la parte II. RMAN utiliza COMPRESSED BACKUPSETS para duplicar la base de datos origen. Usando “backup set” comprimidos se minimiza el tamaño de los mismos proporcionando un mejor desempeño en la duplicación de la base de datos. En este caso, también el numero de “target channels” (1) es menor que el de “auxiliary channels”(2) por tal motivo la ejecución de “active database duplication” se realizará utilizando el método “Pull-Based”. También utilizamos en este caso los parámetros parameter_value_convert y db{log}_file_name_convert en el comando duplicate. El uso de estos parámetros está explicado en la primera parte (parte 1) de esta serie de artículos.
En la salida podemos observar un procedimiento normal de duplicación como siempre fue en versiones anteriores.
Este código es un poco diferente al código presentado en la parte II. RMAN utiliza COMPRESSED BACKUPSETS para duplicar la base de datos origen. Usando “backup set” comprimidos se minimiza el tamaño de los mismos proporcionando un mejor desempeño en la duplicación de la base de datos. En este caso, también el numero de “target channels” (1) es menor que el de “auxiliary channels”(2) por tal motivo la ejecución de “active database duplication” se realizará utilizando el método “Pull-Based”. También utilizamos en este caso los parámetros parameter_value_convert y db{log}_file_name_convert en el comando duplicate. El uso de estos parámetros está explicado en la primera parte (parte 1) de esta serie de artículos.
En la salida podemos observar un procedimiento normal de duplicación como siempre fue en versiones anteriores.
No hay comentarios:
Publicar un comentario