DUPLICATE DATABASE FOR STANDBY

Es importante que consideremos que un posible desastre puede ocurrirle a nuestra base de datos productiva y en muchos casos puede que devenga en una pérdida total de servicio o del servidor mismo, donde si bien existe la posibilidad de hacer un restore de la base en un host distinto, es mucho el tiempo que nos llevaría hacerlo(Criticidad del Negocio) , sin tener los datos desde el punto en que se tomo el backup al momento de la pérdida, desatención del en el negocio, etc.

Es ahi donde ponemos en marcha nuestro plan de tener una base de datos secundaria, con la copia de todos los datos, y que pueda entrar rapidamente en contigencia en caso de que la base primaria de producción sufra una caida, se rompa un disco, no haya red, o hasta la perdidad completa del edificio donde se halla el servidor.

Oracle, nos provee una herramienta llamada dataguard, donde podemos generar una base standby, que sera la encargada de entrar en contingencia por medio de SWICTH_OVER o FAIL_OVER. También hay otros modos como DATAGUARD BROKER, que nos provee las mismas funcionalidades, pero en solo una ejecución de comandos.

Básicamente la estructura es una base Productiva, y n contingencias.

Cada contigencia es altamente recomendable tenerla en un host fuera del productivo, en lo posible en otro edificio.

Yo elegi en este caso la opción de armarlo con RMAN, y hacerlo con la opción que nos ofrece para ello por medio de DUPLICATE TARGET DATABASE FOR STANDBY.

Claramente hay que realizar una configuración previa que listo aquí mismo:

• Archivo de parámetros de la base (Pfile, spfile, init)
• listener.ora
• tnsnames.ora
• pwfile
• Que la base se encuentre en modo archivelog, un backup de RMAN «siempre es en caliente».

Para la configuración de los parámetros de la base, recomiendo leer la documentación oficial, y en breve yo expondre los que me toca modificar a mi:

Parámetros de inicio para el ROL PRIMARIO

DB_FILE_NAME_CONVERT: Toma todos los datafiles de la base y los convierte apropiadamente al nuevo path, EJ *_tbs hacia *_stbytbs

*.db_file_name_convert='+MBPRO_DG1/MBPRODG','+MBPRODG_DG1/MBPRO'

DB_LOG_FILE_CONVERT: Toma todos los redolog files y los convierte apropiadamente al nuevo path, EJ *_log hacia *_stbylog

*.log_file_name_convert='+MBPRO_DG1/MBPRODG','+MBPRODG_DG1/MBPRO'

FAL_SERVER: permite que el FAL_SERVER, ahora MBPRODG como primario, pueda enviar REDO hacia MBPRO.

*.fal_server='(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=sdat4105lx.bancocredicoop.coop)(PORT=1529)))(CONNECT_DATA=(SERVICE_NAME=MBPRODG_XPT.bancocredicoop.coop)(SERVER=dedicated)))'

FAL_CLIENT: Este parámetro permite que la base primaria MBPRO al pasar a un rol standby pueda obtener los REDO, si la base MBPRODG, ahora en rol primario no pueda enviarlos.

*.fal_client='(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=sdat4103lx.bancocredicoop.coop)(PORT=1529)))(CONNECT_DATA=(SERVICE_NAME=MBPRO_XPT.bancocredicoop.coop)(INSTANCE_NAME=MBPRO)(SERVER=dedicated)))'

LOG_ARCHIVE_CONFIG: Habilita a la base a enviar o recibir REDO, despúes de una transición de roles. Este especifica el parámetro correcto para el DG_CONFIG, del DB_UNIQUE_NAME y habilita dinamicamente la adhesión de n bases secundarias (STANDBY)

*.log_archive_config='DG_CONFIG=(MBPRO,MBPRODG)'

LOG_ARCHIVE_DEST_n: Especifica donde serán almacenados los REDO en la base primaria y secundarias.

*.log_archive_dest_1='LOCATION=USE_DB_RECOVERY_FILE_DEST'

Transmite los archivos de REDO al destino de la base standby.

*.log_archive_dest_2='service="(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=sdat4105lx.bancocredicoop.coop)(PORT=1529)))(CONNECT_DATA=(SERVICE_NAME=MBPRODG_XPT.bancocredicoop.coop)(INSTANCE_NAME=MBPRODG)(SERVER=dedicated)))"','   ARCH SYNC NOAFFIRM delay=0 OPTIONAL max_failure=0 max_connections=1   reopen=300 db_unique_name="MBPRODG" register net_timeout=180  valid_for=(online_logfile,primary_role)'

LOG_ARCHIVE_DEST_STATE_n: Habilita a que sean enviados o generados los REDO en los path especificados en el parametro LOG_ARCHIVE_DEST_n, si este se encuentra en ENABLE.

LOG_ARCHIVE_DEST_STATE_1=ENABLE
LOG_ARCHIVE_DEST_STATE_2=ENABLE

LOG_FILE_NAME_CONVERT: Convierte los paths donde se almacenan los REDO, en la primaria como en la secundaria.

*.log_file_name_convert='+MBPRODG_DG1/MBPRODG','+MBPRODG_DG1/MBPRO'

REMOTE_LOGIN_PASSWORDFILE: Habilita el mismo password para SYS en la primaria y la secundaria, se recomienda que este setado en EXCLUSIVE o SHARED.

*.remote_login_passwordfile='EXCLUSIVE'

Parámetros de inicio para el ROL SECUNDARIO

*.fal_client='MBPRODG'
*.fal_server='MBPRO'
*.db_file_name_convert='+MBPRO_DG1/MBPRO','+MBPRODG_DG1/MBPRODG'
*.log_file_name_convert='+MBPRO_DG1/MBPRO','+MBPRODG_DG1/MBPRODG'

Teniendo todo configurado, ahora podemos arrancar con nuestro proceso de duplicar la base con RMAN convirtiendola en una STANDBY.

Primero vamos a tomar un HOT_BACKUP con RMAN.

Suelo crear un script y gurdarlo en el catalogo asi me resulta mas sencillo de correr.

[oracle@saturno bin]$ rman target / catalog=rman@catrman

Recovery Manager: Release 10.2.0.4.0 - Production on Mon Sep 14 16:51:48 2009

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

connected to target database: MBPRO (DBID=xxxxxxx)
recovery catalog database Password:
connected to recovery catalog database

RMAN> list script names;

List of Stored Scripts in Recovery Catalog

Global Scripts

Script Name
Description
-----------------------------------------------------------------------
full_cold_backup

full_hot_backup

incremental_copy

RMAN> run {execute script full_hot_backup; }

Cuando finaliza el backup debemos pasarlo al mismo path que generamos en producción, en el equipo de contingencia, de lo contrario habrá que catalogar las piezas.

Nos logueamos en el equipo de contingencia, colocamos las variables de ambiente y ejecutamos el comando de RMAN bajo la siguiente sintaxis, recordemos que aca estamos utilizando el modo DUPLICATE, pero también podemos crear una STANDBY de forma MANUAL.

[oracle@saturno bin]$ rman target=sys@MBPRO catalog=rman@catrman auxiliary /

Recovery Manager: Release 10.2.0.4.0 - Production on Wed Sep 16 14:23:02 2009

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

target database Password:
connected to target database: MBPRO (DBID=xxxxxxx)
recovery catalog database Password:
connected to recovery catalog database
connected to auxiliary database: MBPRO (not mounted)

Una vez dentro podemos correr los comando de duplicate de RMAN para este caso en particular, DUPLICATE TARGET DATABASE FOR STANDBY;

RMAN> DUPLICATE TARGET DATABASE FOR standby;

Starting Duplicate Db at 16-SEP-09
allocated channel: ORA_AUX_DISK_1
channel ORA_AUX_DISK_1: sid=154 devtype=DISK

contents of Memory Script:
{
restore clone standby controlfile;
sql clone 'alter database mount standby database';
}
executing Memory Script

Starting restore at 16-SEP-09
using channel ORA_AUX_DISK_1

channel ORA_AUX_DISK_1: restoring control file
channel ORA_AUX_DISK_1: copied control file copy
input filename=/u03/rman_database_backup/controlSTBY.ctl
output filename=+MBPRO_DG1/MBPROdg/controlfile/current.257.697731795
Finished restore at 16-SEP-09

sql statement: alter database mount standby database
released channel: ORA_AUX_DISK_1
WARNING: DB_FILE_NAME_CONVERT resulted in invalid ASM names; names changed to diskgroup only.

contents of Memory Script:
{
set newname for tempfile  1 to
"+MBPRO_DG1";
switch clone tempfile all;
set newname for datafile  1 to
"+MBPRO_DG1";
set newname for datafile  2 to
"+MBPRO_DG1";
set newname for datafile  3 to
"+MBPRO_DG1";
set newname for datafile  4 to
"+MBPRO_DG1";
set newname for datafile  5 to
"+MBPRO_DG1";
set newname for datafile  6 to
"+MBPRO_DG1";
set newname for datafile  7 to
"+MBPRO_DG1";
set newname for datafile  8 to
"+MBPRO_DG1";
set newname for datafile  9 to
"+MBPRO_DG1";
restore
check readonly
clone database
;
}
executing Memory Script

executing command: SET NEWNAME

renamed temporary file 1 to +MBPRO_DG1 in control file

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

Starting restore at 16-SEP-09
allocated channel: ORA_AUX_DISK_1
channel ORA_AUX_DISK_1: sid=158 devtype=DISK

channel ORA_AUX_DISK_1: starting datafile backupset restore
channel ORA_AUX_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00001 to +MBPRO_DG1
restoring datafile 00002 to +MBPRO_DG1
restoring datafile 00003 to +MBPRO_DG1
restoring datafile 00004 to +MBPRO_DG1
restoring datafile 00005 to +MBPRO_DG1
restoring datafile 00006 to +MBPRO_DG1
restoring datafile 00007 to +MBPRO_DG1
restoring datafile 00008 to +MBPRO_DG1
restoring datafile 00009 to +MBPRO_DG1
channel ORA_AUX_DISK_1: reading from backup piece /u03/rman_database_backup/20090914_MBPRO_t697567954_s1091_p1_dbf
contents of Memory Script:
{
   switch clone datafile all;
}
executing Memory Script
datafile 1 switched to datafile copy
input datafile copy recid=306 stamp=687025587 filename=+MBPRO_DG1/oapp1n/datafile/system.286.687024281
datafile 2 switched to datafile copy
input datafile copy recid=307 stamp=687025587 filename=+MBPRO_DG1/oapp1n/datafile/undotbs1.301.687024277
datafile 3 switched to datafile copy
input datafile copy recid=308 stamp=687025587 filename=+MBPRO_DG1/oapp1n/datafile/sysaux.287.687024279
datafile 4 switched to datafile copy
input datafile copy recid=309 stamp=687025587 filename=+MBPRO_DG1/oapp1n/datafile/users.317.687024381
datafile 5 switched to datafile copy
input datafile copy recid=310 stamp=687025587 filename=+MBPRO_DG1/oapp1n/datafile/undotbs2.295.687024279
datafile 6 switched to datafile copy
input datafile copy recid=311 stamp=687025587 filename=+MBPRO_DG1/oapp1n/datafile/undotbs3.289.687024279
datafile 7 switched to datafile copy
input datafile copy recid=312 stamp=687025587 filename=+MBPRO_DG1/oapp1n/datafile/MB_IDX.284.687024327
datafile 8 switched to datafile copy
input datafile copy recid=312 stamp=687025587 filename=+MBPRO_DG1/oapp1n/datafile/MB_IDX.284.687024327
datafile 9 switched to datafile copy

Una vez finalizado el proceso, podemos ejecutar verificar se se están aplicando los logs.

select NAME, THREAD#, SEQUENCE#, APPLIED, registrar
from v$archived_log where APPLIED='NO' order by sequence#;

De no ser asi hay que dar la orden para que  comience el recovery de los REDO que están llegando desde la primaria.

ALTER DATABASE RECOVERY MANAGER STANDBY DATABASE CANCEL;