Produit

Améliorer la gestion du journal

Avec 4D v20 R3, une nouvelle fonctionnalité a été introduite pour permettre une meilleure gestion des journaux. Cette fonctionnalité concerne l’option « Utiliser le fichier journal », qui peut désormais être remplacée comme d’autres paramètres de sauvegarde.

Dans cet article de blog, nous allons vous expliquer pourquoi cette option est utile et vous montrer comment l’utiliser.

Produit blank

Intégration automatique de multiples journaux

En tant que développeurs et administrateurs de bases de données, vous savez combien il est important de pouvoir récupérer rapidement des données corrompues. Les sauvegardes et les journaux vous aident dans cette tâche. Mais il arrive qu’une sauvegarde soit corrompue et que vous deviez revenir à une sauvegarde plus ancienne et intégrer plusieurs journaux consécutivement. Il se peut aussi que votre fichier journal prenne trop d’ampleur et que vous préfériez en créer régulièrement un nouveau pour éviter d’encombrer le disque dur de votre serveur. Ou encore, vous utilisez votre propre méthode de sauvegarde des données. Dans tous ces cas, vous devez intégrer plusieurs journaux, ce qui n’est possible que manuellement via le Centre de Sécurité et de Maintenance.

Avec 4D v20, vous pouvez intégrer automatiquement de multiples journaux au démarrage de votre base de données. Laissez-moi vous expliquer comment cela fonctionne.

Produit blank

4D Backup, VSS snapshots et les nouvelles commandes pour verrouiller le datastore

4D vous offre plusieurs moyens intégrés de sauvegarder vos données : La sauvegarde 4D et l’utilisation d’un serveur miroir. Avec 4D v20, 4D expose des commandes internes pour verrouiller le datastore, ce qui vous permet de copier vos données pendant que 4D est en cours d’exécution.
Tout d’abord, parlons des différents moyens de sauvegarder vos données avec 4D.

Produit blank

Mise en miroir des bases de données

Traduit automatiquement de Deepl

Lors de l’intégration du fichier journal, 4D s’arrête à la première erreur et ne renvoie aucun message d’erreur. Les erreurs d’intégration peuvent être dues à un journal endommagé, par exemple à cause d’un mauvais disque dur ou d’une erreur logicielle pendant l’écriture. Si cette erreur se produit à la fin, pas de problème ; mais elle peut aussi se produire au début ou au milieu du journal. Dans ce cas, les données situées après l’erreur peuvent être utiles.

Maintenant, lorsque l’intégration échoue en mode standard, vous pouvez essayer l’intégration en mode auto-réparation. Dans ce cas, 4D essaie de résoudre l’erreur rencontrée, n’arrête pas l’intégration et renvoie la liste des erreurs.

Produit blank

Exportation JSON pour le journal

Traduit automatiquement de Deepl

Dans les applications 4D, le fichier de données est important, aussi toute l’activité de la base de données est stockée dans le fichier journal. Comme vous le savez tous, le fichier journal est un élément vital pour la restauration de votre base de données à la suite d’une éventualité malheureuse. Cependant, toutes les informations sur l’activité de la base de données peuvent également être utiles pour l’analyse. Par exemple, pour vérifier l’activité sur une table, pour voir les modifications apportées par un utilisateur, et pour suivre l’historique d’un enregistrement.