Espejeo en Bases de Datos
Espejeo en general (data mirroring) se refiere a al procedimiento de protección de datos y de acceso
a los mismos en los equipos informáticos implementado en la tecnología de RAID1.
Consiste en la idea básica de tener dos discos duros conectados. Uno es el principal y en el segundo
se guarda la copia exacta del principal, almacenando cualquier cambio que se haga en tiempo real en
las particiones, directorios, etc, creando imágenes exactas, etc.
De esta forma se consigue tener 2 discos duros idénticos y que permiten, si todo está bien
configurado, que ante el fallo del disco principal, el secundario tome el relevo, impidiendo la caída del
sistema y la pérdida de los datos almacenados.
Sin embargo, cuando hablamos de espejeo de base de datos (Database Mirroring) en especial, nos
referimos a una configuración donde dos o tres servidores de base de datos, ejecutándose en
equipos independientes, cooperan para mantener copias de la base de datos y archivo de registro de
transacciones (log).
Tanto el servidor primario como el servidor espejo mantienen una copia de la base de datos y el
registro de transacciones, mientras que el tercer servidor, llamado el servidor árbitro, es usado
cuando es necesario determinar cuál de los los otros dos servidores puede tomar la propiedad de la
base de datos. El árbitro no mantiene una copia de la base de datos. La configuración de los tres
servidores de base de datos (el primario, el espejo y el árbitro) es llamado Sistema Espejo (Mirroring
System), y el servidor primarioy espejo juntos son llamados Servidores Operacionales (Operational
Servers) o Compañeros (Partners).
Para hacer el mirror, es necesario como mínimo 2 instancias y como máximo 3. Si utilizamos 2
instancias, una de ellas contiene la base de datos y la otra la espejo. La pega de esta configuración es
que el failover no es automático y se necesita intervención humana. Si utilizamos 3 instancias,
entonces utilizamos una de ellas como witness server y permite que el failover sea automático, osea
que cuando una caiga, la otra se ponga en marcha. Para ello el witness server se encarga de “mirar”
el estado de las 2 instancias y cuando una de ellas cae, pone la otra en marcha.
Beneficios del Espejeo
La gran ventaja de este método es que permite el failover automático sin intervención humana
(siempre que se instale un tercer servidor witness). De hecho, en la cadena de conexión de las
aplicaciones de .NET, podemos especificar cuando conectamos con la aplicación el servidor de sql al
que nos conectamos y un failover partner, osea un servidor mirror para que en caso de failover, la
aplicación pueda reconectar automáticamente al otro servidor. La desventaja del mirror, respecto el
log shipping y la replicación, es que sólo podemos tener una máquina secundaria o mirror y que esta
no es accesible y no podemos tenerla en modo lectura.
Además de proporcionar una copia adicional de los datos con el fin de redundancia en caso de fallo
de hardware, la duplicación de disco puede permitir que cada disco seacceda por separado para los
propósitos de lectura. En determinadas circunstancias esto puede mejorar significativamente el
rendimiento ya que el sistema puede elegirpara cada lectura que disco puede buscar más
rápidamente a los datos requeridos.Esto es especialmente importante cuando hay varias tareas que
compiten por los datos en el mismo disco, y el "trashing" (donde el cambio entre tareas ocupa más
tiempo que la tarea en sí) se puede reducir. Esta es una consideración importante enlas
configuraciones de hardware que frecuentemente tienen acceso a los datos en el disco.
En algunas implementaciones, el disco reflejado se puede dividir fuera y se utiliza para la copia de
seguridad de datos, permitiendo que el primer disco para permanecer activos. Sin embargo, la fusión
Espejeo en general (data mirroring) se refiere a al procedimiento de protección de datos y de acceso
a los mismos en los equipos informáticos implementado en la tecnología de RAID1.
Consiste en la idea básica de tener dos discos duros conectados. Uno es el principal y en el segundo
se guarda la copia exacta del principal, almacenando cualquier cambio que se haga en tiempo real en
las particiones, directorios, etc, creando imágenes exactas, etc.
De esta forma se consigue tener 2 discos duros idénticos y que permiten, si todo está bien
configurado, que ante el fallo del disco principal, el secundario tome el relevo, impidiendo la caída del
sistema y la pérdida de los datos almacenados.
Sin embargo, cuando hablamos de espejeo de base de datos (Database Mirroring) en especial, nos
referimos a una configuración donde dos o tres servidores de base de datos, ejecutándose en
equipos independientes, cooperan para mantener copias de la base de datos y archivo de registro de
transacciones (log).
Tanto el servidor primario como el servidor espejo mantienen una copia de la base de datos y el
registro de transacciones, mientras que el tercer servidor, llamado el servidor árbitro, es usado
cuando es necesario determinar cuál de los los otros dos servidores puede tomar la propiedad de la
base de datos. El árbitro no mantiene una copia de la base de datos. La configuración de los tres
servidores de base de datos (el primario, el espejo y el árbitro) es llamado Sistema Espejo (Mirroring
System), y el servidor primarioy espejo juntos son llamados Servidores Operacionales (Operational
Servers) o Compañeros (Partners).
Para hacer el mirror, es necesario como mínimo 2 instancias y como máximo 3. Si utilizamos 2
instancias, una de ellas contiene la base de datos y la otra la espejo. La pega de esta configuración es
que el failover no es automático y se necesita intervención humana. Si utilizamos 3 instancias,
entonces utilizamos una de ellas como witness server y permite que el failover sea automático, osea
que cuando una caiga, la otra se ponga en marcha. Para ello el witness server se encarga de “mirar”
el estado de las 2 instancias y cuando una de ellas cae, pone la otra en marcha.
Beneficios del Espejeo
La gran ventaja de este método es que permite el failover automático sin intervención humana
(siempre que se instale un tercer servidor witness). De hecho, en la cadena de conexión de las
aplicaciones de .NET, podemos especificar cuando conectamos con la aplicación el servidor de sql al
que nos conectamos y un failover partner, osea un servidor mirror para que en caso de failover, la
aplicación pueda reconectar automáticamente al otro servidor. La desventaja del mirror, respecto el
log shipping y la replicación, es que sólo podemos tener una máquina secundaria o mirror y que esta
no es accesible y no podemos tenerla en modo lectura.
Además de proporcionar una copia adicional de los datos con el fin de redundancia en caso de fallo
de hardware, la duplicación de disco puede permitir que cada disco seacceda por separado para los
propósitos de lectura. En determinadas circunstancias esto puede mejorar significativamente el
rendimiento ya que el sistema puede elegirpara cada lectura que disco puede buscar más
rápidamente a los datos requeridos.Esto es especialmente importante cuando hay varias tareas que
compiten por los datos en el mismo disco, y el "trashing" (donde el cambio entre tareas ocupa más
tiempo que la tarea en sí) se puede reducir. Esta es una consideración importante enlas
configuraciones de hardware que frecuentemente tienen acceso a los datos en el disco.
En algunas implementaciones, el disco reflejado se puede dividir fuera y se utiliza para la copia de
seguridad de datos, permitiendo que el primer disco para permanecer activos. Sin embargo, la fusión
