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.
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.
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.
Qui a fait quoi : Stocker les alias des utilisateurs dans le journal
A présent, vous avez sûrement découvert la nouvelle possibilité d’identifier vos utilisateurs grâce à la commande SET USER ALIAS pour identifier vos utilisateurs. Dans 4D v18 R2, le comportement de la commande a été étendu. Comment ? Continuez à lire !
Mise en miroir des bases de données
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.
Exportation JSON pour le journal
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.
Nous contacter
Vous avez une question, une suggestion ou vous voulez simplement entrer en contact avec les blogueurs 4D ? Envoyez-nous un message !
* Votre vie privée est très importante pour nous. Veuillez cliquer ici pour consulter notre Politique