[ORACLE] DUPLICATE sin conexión a la TARGET ni CATÁLOGO DE RECUPERACION

RMAN 11GR2: DUPLICATE sin TARGET ni CATÁLOGO DE RECUPERACION

Aplica a Oracle Database – EE – Version 11.2.0.1 y posteriors
Objetivo: Duplicar base de datos sin conectar a la base de datos target (la base de datos origen, la que queremos duplicar), y sin catálogo de recuperación. Este tipo de duplicate sólo se puede realizar para backups en disco, no en cinta. Si fuera con catálogo de recuperación se podría hacer también para backups en cinta.
Lo único que RMAN necesita es la localización de las backup pieces.

Ejemplo:
RMAN> DUPLICATE DATABASE TO dup11r2
UNTIL TIME "TO_DATE('29-MAY-2010 14:16:42','DD-MON-YYYYHH24:MI:SS')"
SPFILE
set control_files='D:\dup11r2\c1.ctl'
set db_file_name_convert='D:\Database\Ora11g2\ora11g2','d:\dup11r2'
set log_file_name_convert='D:\Database\Ora11g2\ora11g2','d:\dup11r2'
BACKUP LOCATION 'D:\dup11r2';

El proceso involucrado en este tipo de duplicado:
-Rman restaura el spfile desde el backup indicado.
-una vez que el spfile es restaurado, rman establece los valores apropiados a los parámetros mencionados en el comando de duplicate. Por ejemplo:
Db_name
Control_files
Db_file_name_convert
Log_file_name_convert
Etc

Hecho esto, rman reinicia la instancia en nomount para que los cambios tengan efecto.
-Rman cambia el valor del parámetro db_name al database name de la target para llevar a cabo el restore del fichero de control. El fc restaurado tendrá el db_name de la target database y como no podemos un db_name diferente en el spfile y en el fc, rman establecerá el db_name al db_name de la target database y realizará el restore de los datafiles y controlfiles.
Si el duplicate está haciéndose en la misma máquina, dado que 2 controlfiles con el mismo db_name no pueden montarse, rman configura la instancia auxiliar con el parámetro db_unique_name establecido a un valor único (el database name especificado para la base de datos auxiliary en el comando duplicate, en el ejemplo dup11r2).
-se restauran los controlfile donde indiquen los parámetros control_files
-rman restuara los datafiles a las rutas especificadas por log_file_name_convert
-hace recovery de los datafiles
-rman para la bbdd para resetear el valor de db_name al valor proporcionado por la auxiliary
-se monta la bbdd y el controlfile se recrea para cambiar el database name y el id. Y se abre la bbdd con resetlog.

PASOS

1º hacer backup de spfile, controlfile,database y archivelogs:
Backup spfile;
Backup database include current controlfile plus archivelog;

2º hacer las backup pieces disponibles para la operacion de duplicado
-si el duplicado va a hacerse en un servidor diferente, mover las pieces al servidor (ftp, scp, etc)
3º crear un fichero de password para la instancia auxiliar
4º crear un fichero de inicialización para la instancia auxiliar con un único parámetro DB_NAME
DB_NAME=dup11r2
5ºArrancar la instancia auxiliar en nomount
Export ORACLE_SID=dup11r2
Export ORACLE_HOME
Export PATH=$ORACLE_HOME/bin:$PATH
Sqlplus / as sysdba
Startup nomount

6º conectar a la instancia auxiliary desde rman y realizer el duplicado:

% rman auxiliary /

RMAN > DUPLICATE DATABASE TO dup11r2
UNTIL TIME "TO_DATE('29-MAY-2010 14:16:42','DD-MON-YYYY HH24:MI:SS')"
SPFILE
set control_files='D:\dup11r2\c1.ctl'
set db_file_name_convert='D:\Database\Ora11g2\ora11g2','d:\dup11r2'
set log_file_name_convert='D:\Database\Ora11g2\ora11g2','d:\dup11r2'
BACKUP LOCATION 'D:\dup11r2'
;




Referencias:
My Oracle Support Doc ID 874352 y 1375864.1


Comentarios

Publicar un comentario

Entradas populares de este blog

[ORACLE] Script Espacio ocupado y libre de tablespaces (incluyendo los temporary)

En este script utilizo la vista dba_temp_free_space que está disponible a partir de la versión 11g de Oracle: SELECT a . tablespace_name , a . asignado , b . libre , c . contents , c . status FROM ( SELECT tablespace_name , SUM ( bytes )/ 1024 / 1024 AS asignado FROM dba_Data_files GROUP BY tablespace_name ) a , ( SELECT tablespace_name , SUM ( bytes )/ 1024 / 1024 AS libre FROM dba_free_space GROUP BY tablespace_name ) b , ( SELECT tablespace_name , contents , status FROM dba_tablespaces ) c WHERE a . tablespace_name = b . tablespace_name (+) AND a . tablespace_name = c . tablespace_name UNION ALL SELECT d . TABLESPACE_NAME , d . ALLOCATED_SPACE / 1024 / 1024 , d . FREE_SPACE / 1024 / 1024 , e . contents , e . status FROM dba_temp_free_space d , dba_tablespaces e WHERE d . tablespace_name = e . tablespace_name AND contents = 'TEMPORARY' ; Para la versión
Leer más

Oracle - Apuntes sobre LOBs para DBAs

Imagen
Objetivo Este documento recopila información que considero interesante conocer sobre los LOBs (en la documentación oficial los llaman formalmente como “ Large Objects ”, y a partir de la 11.1 como “ Basic Files ”), sobre todo a la hora de la administración. Lógicamente no sustituye a la documentación oficial, sólo son unos apuntes que he ido recopilando de varias fuentes y he preferido juntarlo en un documento único. No hablo para nada de tablas particionadas ni de IOT´s. Esto en la documentación oficial. Introducción ¿Qué son? ¿Para qué se utilizan? ¿Clases de LOBs? ¿Características? Todo esto mejor en la documentación oficial, pero haré un resumen esquemático. Estructura Cuando se crea una tabla conteniendo una columna de tipo LOB, se crean dos segmentos para contener la columna LOB especificada. Estos segmentos son de tipo LOBSEGMENT y LOBINDEX . El segmento LOBINDEX se utiliza para acceder a las páginas/trozos (chunks) que se almacenan en el segmento LOBSEGMENT. Cuando cr
Leer más

Oracle - Traza 10046 (SQL_TRACE)

Cómo obtener una traza 10046 (SQL_TRACE) Hay varias formas de obtener una traza 10046 para el diagnostico de rendimiento en consultas. 1º Evento 10046 El código de evento especial es equivalente a establecer el parámetro de inicialización SQL_TRACE=true La ventaja de utilizar este evento es que posibilita detalles extra en el fichero de traza generado, dependiendo del nivel especificado en el evento. 10046 EVENT levels:         1  - Enable standard SQL_TRACE functionality (Default)         4  - As Level 1 PLUS trace bind values         8  - As Level 1 PLUS trace waits              This is especially useful for spotting latch wait etc.              but can also be used to spot full table scans and index scans.         12 - As Level 1 PLUS both trace bind values and waits         16 - Added in 11g to generate STAT line dumps for each execution Sintaxis de ejemplo:      A nivel de sesión:             alter session set events '10046 trace
Leer más