Configurar un espejo lógico

4D Server ofrece una solución integrada que permite configurar un sistema de backup vía un espejo lógico. Esta solución está basada en dos nuevos comandos: New log file y INTEGRATE LOG FILE.

Un espejo lógico es un modo backup sofisticado, destinado especialmente para bases de datos críticas o de carga alta.

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.

De esta manera, 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.

El uso de un espejo lógico corresponde a necesidades concretas. La estrategia estándar basada en copias de seguridad periódicas y el uso de un archivo de historial constituye en la mayoría de los casos una solución simple, fiable y económica. Se hace backup de la base regularmente (cada 24 horas en general). Durante la copia de seguridad, la base sigue siendo accesible en modo de sólo lectura. Este período de indisponibilidad parcial es muy corto, e incluso en el caso de bases de datos grandes (mayores de 2 GB), no dura más de 5 minutos. Esta operación puede incluso programarse para tener lugar fuera de los períodos normales de uso de la base.

Sin embargo, para ciertos tipos de organizaciones, tales como hospitales, por ejemplo, las bases de datos críticas debe ser totalmente operacionales las 24 horas del día. La base de datos no puede estar en modo de sólo lectura, aunque sea por un período muy corto de tiempo. En este caso, la creación de un espejo lógico es una buena solución.

Nota: la base espejo sólo refleja los cambios realizados a los datos. Este modo de backup no es adecuado para bases en proceso de desarrollo, donde las frecuentes modificaciones estructurales hará que el espejo rápidamente sea obsoleto o que requieren múltiples actualizaciones de la estructura de la base espejo.

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. Estos comandos se describen en el manual Lenguaje de 4D.

Los principios siguientes aplican:

• La base está instalada en el equipo 4D Server principal (máquina de funcionamiento) y una copia idéntica de la base está instalada en la máquina 4D Server espejo.
• Una prueba al inicio de la aplicación (por ejemplo, para detectar la presencia de un archivo específico en una subcarpeta de la aplicación 4D Server) permite distinguir cada versión (operacional y espejo) y por tanto ejecutar las operaciones apropiadas. 
• En la máquina 4D Server en funcionamiento, el archivo de historial es "segmentado" a intervalos regulares con el comando New log file. Dado que ninguna copia de seguridad se lleva a cabo en el servidor principal, la base se mantiene disponible permanentemente en modo lectura-escritura.
• Cada “segmento” del archivo de historial se envía a la máquina espejo, donde se integra a la base espejo utilizando el comando INTEGRATE LOG FILE.

• Un contador de tiempo en el servidor principal para la gestión de los ciclos de ejecución del comando New log file,
• Un sistema de transferencia para los "segmentos" del archivo de historial entre la máquina operacional y la máquina espejo (usando 4D Internet Commands para una transferencia vía FTP o por sistemas de mensajería, servicios web, etc),
• Un proceso en la máquina espejo destinada a supervisar la llegada de nuevos "segmentos" del archivo de historial y de integrarlos usando el comando INTEGRATE LOG FILE,
• Un sistema de comunicación y de gestión de errores entre el servidor principal y el servidor espejo.

4D Server permite efectuar backups de la base en la máquina espejo.
Todos los medios convencionales se pueden utilizar para realizar backups en la máquina espejo: backup manual vía el comando de menú Archivo, backup periódico definido en las Preferencias/Propiedades de la base o backup programado utilizando los comandos del lenguaje.

Para evitar riesgos de desincronización con la máquina operacional, 4D bloquea automáticamente la máquina espejo cuando se está llevando a cabo una de las dos operaciones básicas: integración del archivo de historial de la máquina operacional y backup de la base espejo.

• Durante la integración del archivo de historial, no es posible llevar a cabo un backup. Si se utiliza el comando BACKUP, se genera el error 1417 (ver la sección Errores de gestión de backup).
• Cuando un backup está en marcha, todos los procesos se congelan y no es posible poner en marcha la integración de un archivo de historial.

A partir de 4D v14, se puede activar el archivo de historial actual en la máquina espejo, lo que significa que puede configurar un "espejo - espejo", o una serie de servidores espejo en cascada. Esta posibilidad se basa en el comando [#cmd id="1312"/]. Para obtener más información, consulte la descripción de este comando.

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