CRAECIÓN DE BASE DE DATOS ESPEJO

SQL SERVER 2008

El reflejo de bases de datos SQL Server es una técnica de recuperación de desastres y alta
disponibilidad que involucra dos instancias SQL Server en la misma o en diferentes
máquinas. Una instancia SQL Server actúa como una instancia primaria llamada la principal,
mientras que la otra es una instancia reflejada llamada reflejo. En casos especiales, puede
haber una tercera instancia SQL Server que actúa como testigo.

IMPLEMENTACIÓN

1. Una de las configuraciones comunes de reflejo es el ambiente con dos SQL Servers
(SQLServer-1 y SQLServer-2), dos instancias (SQLIntance-1 y SQlInstance-2) y una
base de datos reflejada llamada SQLDB-1.

2. La segunda configuración común es el ambiente con una máquina SQL Server, dos
instancias SQL Server y una base de datos reflejada llamada SQLDB-1. Esta solución
tiene una falla mayor porque si SQLServer-1 deja de funcionar, ambas instancias
estarán no disponibles.
Modos de operación
El reflejo de bases de datos SQL Server puede ser establecido para proveer alta
disponibilidad o recuperación de desastres. Dependiendo de las necesidades, un DBA
puede elegir entre tres modos disponibles:

Alta seguridad: Los datos son escritos y enviados en las bases de datos principal y
reflejada de manera síncrona. Sólo después de enviar los datos a ambas bases de
datos, la aplicación de la base de datos puede continuar con actividad.
*Puede producir retraso y operaciones más lentas porque las transacciones deben
ser enviadas en ambas bases de datos.
*Si la base de datos principal deja de funcionar, hay dos opciones disponibles:
No hacer nada: esperar a que la base de datos principal vuelva a estar disponible.
Durante este tiempo, la instancia SQL Server no está disponible. El reflejo continuará
donde paró.
Forzar a la instancia SQL Server en la base de datos reflejada : la base de datos reflejo
se convierte en la principal. Es posible que haya pérdida de datos debido a las
transacciones enviadas en la base de datos original que no han sido enviados todavía
al reflejo actualmente actuando como la base de datos principal.
*Alta seguridad con conmutación automática por error : Estos servidores son
necesarios. Los datos son escritos y deben ser enviados de manera síncrona a las bases
de datos principal y reflejo. Sólo después de enviar los datos a ambas bases de datos,
la aplicación puede continuar corriendo.
Puede producir retraso y operaciones más lentas debido a que las transacciones deben
ser enviadas a ambas bases de datos.
Si la base de datos principal deja de funcionar, sólo una opción está disponible:
Dejar que el proceso de la conmutación automática por error se complete, la base de
datos reflejo se convierte en la principal
*Alto desempeño: la comunicación asíncrona, los datos son escritos y enviados al
servidor principal y luego enviados al servidor reflejo. La conmutación automática
por error no es posible y el servidor testigo no puede ser usado
El modo de alto desempeño está disponible sólo en la edición Enterprise de SQL
Server
SI la base de datos principal deja de funcionar, tres opciones están disponibles:
*No hacer nada: esperar a que la base de datos principal esté disponible de nuevo. El
SQL Server no está disponible. El proceso de reflejo continuará donde paró
Forzar la instancia SQL Server en la base de datos reflejo :la base de datos reflejo se
vuelve la principal. Gran posibilidad de pérdida de datos debido a la comunicación
asíncrona entre las bases de datos
*Actualización manual : para reducir la pérdida de datos, tome la cola de la copia de
seguridad del registro si el server fallado lo permite, remueva el reflejo y restaure la
cola del registro en la base de datos previamente reflejada

PROCESO CREACIÓN DE BASE DE DATOS ESPEJO:

Crear nueva instancia en sql server: