4D v14

Configurar un espejo lógico

Inicio

 
4D v14
Configurar un espejo lógico

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.
La creación de este sistema necesita la programación de código específico, en particular:
  • 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.
ATENCIÓN: un sistema de backup por espejo lógico no es compatible con los backup "estándar"  en una base en uso ya que el uso simultáneo de estos dos modos de backup dará lugar a la desincronización de la bases operacional y espejo. Por consiguiente, debe estar seguro de que ningún backup, automático o manual, se efectúe en la base operacional. Por otra parte, es posible hacer backups de la base espejo (ver el siguiente párrafo).

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:

PasoEquipo en operaciónEquipo espejo
1Arranque 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.
2Reinicio 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.  Si no quiere utilizar el historial del espejo, desactive el historial actual en la página Backup/Configuración de las Preferencias/Propiedades (asegúrese de que la opción Utilizar el archivo de historial no esté seleccionada).
3Decisió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.
4Detecció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.
5Incidente 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.
6Aná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.
7La 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.

 
PROPIEDADES 

Producto: 4D
Tema: Uso de 4D Server

 
ARTICLE USAGE

Manual de 4D Server ( 4D v14 R2)
Manual de 4D Server ( 4D v14)
Manual de 4D Server ( 4D v14 R3)
Manual de 4D Server ( 4D Server v14 R4)

Inherited from : Configurar un espejo lógico ( 4D v13)