espejeo

Espejeo conocido en ingles como mirroring.
Es una configuración donde dos o tres servidores de dase de datos, ejecutándose en equipos independientes, cooperan para mantener copias de la base de datos y archivo de registro de transacciones
El uso de un espejo lógico consiste en operar una base de datos en una máquina y mantener en una segunda máquina una copia de esta base que se actualiza periódicamente. Ambas máquinas se comunican por la red con la máquina en funcionamiento transmitiendo regularmente a la máquina de espejo los cambios realizados en la base de datos a través del intermediario del archivo de historial.
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).

 cuando hay un incidente que afecta a la base de datos operacional, la base de datos espejo se puede utilizar para conseguir rápidamente volver a trabajar sin pérdida de datos. Por otra parte, la base de datos operacionales nunca está "bloqueada" por las operaciones de backup.

 

 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.

 

 

La creación de un sistema de backup por espejo lógico se basa en dos nuevos comandos: New Log File e INTEGRATE LOG FILE.

 

El siguiente escenario ilustra, desde el punto de vista de cada equipo 4D Server, la configuración de un sistema de backup con espejo:

Paso	Equipo en operación	Equipo espejo
1	Arranque de la aplicación, back up del archivo de datos y activación (si es necesaria) del archivo de historial.
	4D crea el archivo MyDatabase.journal. Para mayor seguridad, el archivo de historial se guarda en un disco duro separado.
	Salimos de la aplicación.
	Copia de todos los archivos de la base (archivo de historial incluido) en el equipo espejo.
2	Reinicio de la aplicación e inicio de la operación (verificar que no haya un backup total programado).	Inicio de la aplicación espejo. 4D Server solicita el archivo de historial actual: selección del archivo MyDatabase.journal que fue transferido de la base operacional. Desactivación del historial actual en la página Backup/Configuración de las Preferencias
3	Decisión de actualizar el espejo (por ejemplo, después de un cierto periodo de operación).
	Ejecución del método que contiene el comando New log file. El archivo guardado se llama MyDatabase[0001-0001].journal.
	Envío por programación del archivo MyDatabase[0001-0001].journal al equipo espejo (utilizando 4DIC, Servicios web, etc.).
	La base está en operación.
4		Detección de un archivo que está esperando a ser integrado. Ejecución del método que contiene el comando INTEGRATE LOG FILE para integrar el archivo MyDatabase[0001-0001].journal.
5	Incidente en el equipo; la base es inutilizable. Decisión de pasar al equipo espejo.
	Copia del archivo de historial actual MyDatabase.journal al equipo espejo, vía la carpeta de recepción habitual.
6	Análisis del incidente y reparación.	Detección de un archivo que está esperando a ser integrado. Ejecución del método que contiene el comando INTEGRATE LOG FILE para integrar el archivo MyDatabase.journal.
		Por seguridad, creación de un archivo de historial actual en la página Backup/Configuración de las Preferencias.
		La base está en operación.
7	La máquina se repara. Remplazo de los archivos de la base por los de la base espejo. Inicio de la aplicación. 4D Server solicita el archivo de historial: selección del archivo transferido desde el equipo espejo.	Salimos de la base. Volver al paso 2.