¿Qué son los StandBy de Redologs?

May 2012
Mon	Tue	Wed	Thu	Fri	Sat	Sun
<< <		> >>
	1	2	3	4	5	6
7	8	9	10	11	12	13
14	15	16	17	18	19	20
21	22	23	24	25	26	27
28	29	30	31

Una muy buena pregunta, que no todos somos capaces de responder

Los StandBy Redo, son estructuras creadas en una instancia StandBy , que tienen el mismo tamaño que los redo de la primaria y que sirven para recibir las transacciones desde el ambiente productivo, esto hace que ante un Crash de la base productiva, se pierdan menos datos, dado que la primera estructura donde llegan las transacciones son estos StandBy de redo, más que aplicación directa de los archives sobre los datafiles, como suele ocurrir en las bases de datos Standby

Con la característica de Real-Time Apply el redo de la primaria es aplicado a la Standby a través de los StandBy Redo Logs (SRL), esto hace que no tengamos que esperar a que el archive este realmente generado para su posterior aplicación, o sea, beneficios por todos lados

Para poder generar los Standby Redo Logs (SRL) se ejecuta este simple comando

alter database add standby logfile '+DiskGroup o ruta física' size XXM;

Un dato que puede servirnos, el proceso RFS que se ejecuta en nuestro ambiente Standby y que podemos ver algo así

Tue Nov 1 13:50:51 2011
RFS[1]: Successfully opened standby log 4: '+DGDATA/nliqstb/onlinelog/group_4.293.766066871'

Este proceso RFS es el encargado en la base de datos StandBy de recibir los datos desde la primaria y escribirlos a disco generando los archivelogs o la información de los standby de redo .El encargado de aplicar las transacciones que se encuentran en esos StandBy de Redo o en los archives que se encuentran en la StandBy es el proceso llamado MRP (Managed Recovery Process)

Siempre es beneficioso usar SRL , dado que cuando se produce un switch en la primaria, también se produce en la StandBy , lo que implica que también en nuestra base de datos StandBy se generan archives

A modo de resumen de los StandBy Redo Logs (SRL)

Son requeridos cuando :

Se ocupa el modo de máxima protección y máxima disponibilidad

Cuando se requiere ocupar REAL-TIME APPLY

Cuando se ocupan cascadas de Standby, o sea, desde una primaria, debemos generar 2 StandBy, pero para no sobrecargar la primaria, se envian la información de redo desde la primera StandBy hacía la segunda StandBy

Algo así : Primaria ------(Txs)----> Standby#1 ------(Txs)----> Standby#2

Sus ventajas :

Los StandBy Redo logs, pueden estar en Raw Devices, ASM o File Systems

Pueden ser multiplexados

Ante un crash y posteriorfailover, se puede aplicar más data desde los SRL que desde los mismos archives de ambiente productivo

Se puede consultar los StandBy de redo logs generados en una standby

SQL> SELECT GROUP#,THREAD#,SEQUENCE#,ARCHIVED,STATUS FROM V$STANDBY_LOG;

    GROUP#    THREAD#  SEQUENCE# ARC STATUS
---------- ---------- ---------- --- ----------
         4          1          0 NO  UNASSIGNED
         5          1          0 NO  UNASSIGNED
         6          0          0 YES UNASSIGNED
        10          0          0 YES UNASSIGNED
        11          0          0 YES UNASSIGNED
        12          0          0 YES UNASSIGNED

6 rows selected

Explicación de los modos

Documentación Oficial
Creando StandBy Físicas
Sobre Standby