GESTION Y SEGURIDAD DE LAS BASES DE DATOS

CREACION DE REFLEJO EN LAS BASES DE DATOS

DESARROLLO ACTIVIDAD

Para:
RICARDO ENRIQUE CANTILLO CARRILLO
Instructor CURSO GESTION Y SEGURIDAD DE LAS BASES DE DATOS

Por:
YOVANNYS CUELLO GUARDIOLA
Aprendiz GESTION Y SEGURIDAD DE LAS BASES DE DATOS

Bogot D.C.
Noviembre 30 de 2015

INTRODUCCION
La disponibilidad de una base de datos principalmente se puede aumentar mediante la
utilizacin y creacin de reflejo de la base de. La creacin de reflejo se implementa en
cada una de las bases de datos y slo funciona con las que utilizan el modelo de
recuperacin completa. Los modelos de recuperacin simple y de recuperacin
optimizado para cargas masivas de registros no admiten la creacin de reflejo de la base
de datos. Por lo tanto, todas las operaciones masivas se registran siempre por completo.
La creacin de reflejo de una base de datos funciona con cualquier nivel de compatibilidad
con bases de datos.

La creacin de reflejos de la base de datos mantiene dos copias de una sola base de
datos que deben residir en diferentes instancias de SQL Server Database Engine (Motor
de base de datos de SQL Server). Generalmente, estas instancias de servidor residen en
equipos de diferentes ubicaciones. Una instancia de servidor sirve la base de datos a los
clientes (el servidor principal). La otra instancia acta como un servidor en estado de
espera activa o semiactiva (el servidor reflejado), en funcin de la configuracin y del
estado de la sesin de creacin de reflejo. Cuando la sesin no est sincronizada, el
servidor reflejado suele estar disponible como servidor en espera activa (con posible
prdida de datos).
Ventajas de la creacin de reflejo de la base de datos
La creacin de reflejo de la base de datos es una estrategia sencilla que ofrece las
siguientes ventajas:
- Aumenta la proteccin de los datos.
La creacin de reflejo de la base de datos proporciona una redundancia completa
o casi completa de los datos, en funcin de si el modo de funcionamiento es el de
alta seguridad o el de alto rendimiento. Para obtener ms informacin, vea "Modos
de funcionamiento", ms adelante en este tema.
- Incrementa la disponibilidad de una base de datos.
Si se produce un desastre en el modo de alta seguridad con conmutacin
automtica por error, la conmutacin por error pone en lnea rpidamente la copia
en espera de la base de datos, sin prdida de datos.
- Mejora la disponibilidad de la base de datos de produccin durante las
actualizaciones.
Para minimizar el tiempo de inactividad para una base de datos reflejada, puede
actualizar secuencialmente las instancias de SQL Server que participan en una
sesin de creacin de reflejo de la base de datos.
Funcionamiento de la creacin de reflejo de la base de datos
Los dos servidores, principal y reflejado, se comunican y colaboran como asociados en
una sesin de creacin de reflejo de la base de datos. Los dos asociados tienen roles
complementarios en la sesin: el rol principal y el rol reflejado. En cada momento, un
asociado realiza el rol principal y el otro realiza el rol reflejado. Cada asociado se describe
como poseedor de su rol actual. El asociado que posee el rol principal se
denomina servidor principal y su copia de la base de datos es la base de datos principal
actual.
Cuando se implementa la creacin de reflejo de la base de datos en un entorno de
produccin, la base de datos principal es la base de datos de produccin.
La creacin de reflejo de la base de datos implica rehacer cada operacin de insercin,
actualizacin y eliminacin que se produce desde la base de datos principal a la base de
datos reflejada tan pronto como sea posible
A partir de SQL Server 2008, el servidor principal comprime la secuencia de entradas del
registro de transacciones antes de enviarla al servidor reflejado. Esta compresin del
registro se produce en todas las sesiones de creacin de reflejo.

Modos de funcionamiento
Una sesin de creacin de reflejo de la base de datos se ejecuta en modo sincrnico o
asincrnico. Con el funcionamiento asincrnico, las transacciones se confirman sin
esperar a que el servidor reflejado escriba el registro en el disco, lo que maximiza el
rendimiento. Con el funcionamiento sincrnico, una transaccin se confirma en ambos
asociados, pero a costa de aumentar la latencia de las transacciones.
Existen dos modos de funcionamiento de la creacin de reflejo. Uno de ellos, el modo de
alta seguridad, admite el funcionamiento sincrnico. En el modo de alta seguridad, cuando
se inicia una sesin, el servidor reflejado sincroniza la base de datos reflejada con la base
de datos principal lo ms rpido posible. Una vez sincronizadas las bases de datos, una
transaccin se confirma en ambos asociados, pero a costa de aumentar la latencia de las
transacciones.
El segundo modo de funcionamiento, el modo de alto rendimiento, se ejecuta de manera
asincrnica. El servidor reflejado intenta hacer frente a las entradas de registro enviadas
por el servidor principal. La base de datos reflejada podra retrasarse ligeramente en
relacin con la base de datos principal.

El modo de alta seguridad con conmutacin automtica por error requiere una tercera
instancia de servidor denominada testigo. A diferencia de los dos asociados, el testigo no
sirve a la base de datos. El testigo admite la conmutacin automtica por error al
comprobar que el servidor principal se encuentre activo y en funcionamiento. El servidor
reflejado inicia la conmutacin automtica por error slo si ste y el testigo permanecen
mutuamente conectados despus de haberse desconectado del servidor principal.
En la siguiente ilustracin se muestra una configuracin que incluye un testigo.

Para obtener ms informacin, vea "Conmutacin de roles", ms adelante en este tema.

CONFIGURACIN DE MODO DE ESPEJO CON TESTIGO

Lo primero que tenemos que realizar es un backup de la BBDD que queremos tener en
alta disponibilidad, para esto, necesitamos comprobar que el modo de copia de seguridad
tiene que estar en modo FULL.
Desde el servidor en donde est ubicada la BBDD, y desde SQL SERVER Management
Studio, realizaremos la exportacin de la BBD y del fichero de log:
backup
database
GruposM
to
Disk=C:\BackupBBDD\GruposM.bak;
backup Log GruposM to Disk=C:\BackupBBDD\LogGruposM.bak;
Copiamos el directorio en el servidor SQL que servir de espejo (TSQL02), y
restauraremos la BBDD y el Log.
restore DataBase GruposM from Disk=C:\BackupBBDD\GruposM.bak with
NORECOVERY;restore
Log
GruposM
from
Disk=C:\BackupBBDD\LogGruposM.bak with NORECOVERY;
Veremos que la BBDD se queda en modo Restoring, nos iremos al TSQL01 e inicimos
el proceso de Espejo.
Pulsaremos botn derecho encima de la BBDD que requiera estar en Espejo, y pulsamos
en Tasks > Mirror

Pulsamos en Configuring Security e iniciamos el Wizard de configuracin de seguridad.

Como en nuestra solucin vamos a incluir un testigo, vamos a indicar que SI lo vamos a
utilizar

Indicamos
que la configuracin se va a guardar tanto en los servidores principales, como en los de
Espejo y marcamos la opcin de Testigo.

Tenemos que abrir en el Firewall de Windows el puerto 5022 en cada uno de los
servidores
de
alta
disponibilidad.

Al pulsar conectar, nos indicar que tenemos que realizar logon con un usuario,
cambiaremos e indicaremos el usuario SA con su respectiva contrasea.

Realizamos las mismas acciones en cada uno de los servidores espejos que vamos a
utilizar, indicando el nombre del servidor y pulsando en Connect para realizar el Logon

en

el

SQL-SERVER

del

servidor.

Para el testigo, realizamos las mismas acciones que con un equipo de espejo. Indicar el
nombre
del
servidor
y
pulsar
Conectar
para
realizar
el
logon.

Pulsamos

Esperamos

en Finish del

wizard

que

que

inicie

finalic

la

configuracin

la

de

Espejo.

configuracin.

Mientras, podremos ver como la BBDD que hemos seleccionado para que est en alta
disponibilidad, va cambiando el estado en cada uno de los servidores espejo, el proceso

es

de

validacin

de

los

ficheros

la

BBDD.

El estado final ser que en Servidor Principal, veremos que la BBDD est en modo
(Principal, Synchronized), y los servidores en estado Espejo, estarn en modo (Mirror,
Synchronized
/Restoring)

Provando la Alta disponibilidad

Lo primero que deberemos hacer es bajarnos el Cliente Nativo para SQL-Server, en mi

caso para SQL-Server 2008, para poder configurar los servidores de espejo que tiene
nuestro entorno y no perder conectividad con los datos. En caso de utilizar el driver ODBC
de SQL Server del sistema, slo podremos indicar 1 servidor SQL para realizar la
conexin, y en caso de Failover, deberemos configurar el ODBC para que apunte al otro
servidor SQL (o crear 2 origenes ODBC).

Indicaremos informacin descriptiva del origen de datos que vamos a crear, y cual es el
servidor
principal
del
entorno.

CONCLUSIONES

La creacin de reflejo de la base de datos de SQL Server permite mantener una copia, o
reflejo, de una base de datos de SQL Server en un servidor en espera. El reflejo garantiza
que en todo momento existen dos copias distintas de los datos, lo que proporciona una
alta disponibilidad y una completa redundancia
La gran ventaja de este mtodo es que permite el failover automtico sin intervencin
humana (siempre que se instale un tercer servidor witness).
Se puede especificar cundo se conecta con la aplicacin el servidor de sql al que nos
conectamos y un failover partner, osea un servidor mirror para que en caso de failover, la
aplicacin pueda reconectar automticamente al otro servidor.

BIBLIOGRAFIA
http://www.corporacionsybven.com/portal/index.php?
option=com_content&view=article&id=362.
http://miblogtecnico.wordpress.com/tag/sql-server-mirror-espejo-en-sql-server-mirror-ensql-server-alta-disponibilidad-en-sql-server/.