Mejorar la gestión de la revista
Con 4D v20 R3, se ha introducido una nueva funcionalidad para permitir una mejor gestión del diario. Esta característica se refiere a la opción «Usar archivo de registro», que ahora se puede anular como otros parámetros de copia de seguridad.
En esta entrada del blog, explicaremos por qué es útil y le mostraremos cómo utilizarla.
Integración automática de varios diarios
Como desarrolladores y administradores de bases de datos, ustedes conocen la importancia de recuperarse rápidamente de los datos corruptos. Las copias de seguridad y los diarios le ayudan en esta tarea. Pero a veces, una copia de seguridad puede estar dañada, y debe volver de una copia de seguridad más antigua e integrar varios diarios consecutivamente. O puede que el archivo de su diario esté creciendo demasiado rápido y prefiera crear uno nuevo con regularidad para evitar saturar el disco duro de su servidor. O simplemente está utilizando su propia forma de hacer copias de seguridad de su base de datos. En todos estos casos, debe integrar múltiples diarios, lo que sólo es posible manualmente a través del Centro de Seguridad y Mantenimiento.
Con 4D v20, puede integrar automáticamente múltiples diarios al iniciar la base de datos. Permítame explicarle cómo funciona.
4D Backup, VSS snapshots y los nuevos comandos para bloquear el almacén de datos
4D le ofrece múltiples formas integradas de hacer copias de seguridad de sus datos: el backup 4D y el uso de un servidor espejo. Con 4D v20, 4D expone comandos internos para bloquear el datastore, permitiéndole copiar sus datos mientras 4D está en ejecución.
Primero, hablemos de los diferentes medios para hacer backup de sus datos con 4D.
Quién hizo qué: Almacenar los alias de los usuarios en el diario
A estas alturas, seguramente habrás descubierto la nueva capacidad de identificar a tus usuarios gracias al SET USER ALIAS comando. En 4D v18 R2, el comportamiento del comando ha sido ampliado. ¿Cómo? Siga leyendo.
Replicación de la base de datos
Al integrar el archivo de registro, 4D se detiene en el primer error y no devuelve ningún mensaje de error. Las razones de los errores de integración podrían ser un registro dañado, por ejemplo debido a un disco duro en mal estado o a un error de software durante la escritura. Si ese error se produce al final, no hay problema; pero también puede producirse al principio o en medio del registro. En este caso, los datos posteriores al error podrían ser útiles.
Ahora, cuando la integración falla en modo estándar, puede intentar la integración en modo de auto-reparación. En este caso, 4D intenta resolver el error encontrado, no detiene la integración y devuelve la lista de errores.
Exportación de JSON para el Diario
En las aplicaciones 4D, el archivo de datos es importante, por lo que toda la actividad de la base de datos se almacena en el archivo de registro. Como todos saben, el archivo de registro es un elemento vital para la restauración de la base de datos tras una contingencia desafortunada. Sin embargo, toda la información sobre la actividad de la base de datos también puede ser útil para el análisis. Por ejemplo, para comprobar la actividad en una tabla, para ver los cambios realizados por un usuario y para seguir el historial de un registro.
Contacto con nosotros
¿Tiene alguna pregunta, sugerencia o simplemente quiere ponerse en contacto con los bloggers de 4D? Escríbenos.
* Su privacidad es muy importante para nosotros. Haga clic aquí para ver nuestra Política