Consignation des transactions

Domino® La consignation des transactions capture toutes les modifications effectuées dans une base et les inscrit dans un journal de transactions. Un enregistrement groupé des transactions consignées est ensuite effectué sur le disque, quand les ressources le permettent ou selon une planification définie à l'avance.

Une transaction est une série de modifications apportées à une base sur un serveur. Par exemple, l'ouverture d'un nouveau document, l'ajout de texte et l'enregistrement d'un document sont autant d'opérations considérées comme des transactions. Dans ce cas, la transaction consiste en trois appels d'API implicites et distincts : NotesOpen, NoteUpdate et NoteClose.

Un journal des transactions est un enregistrement des modifications apportées aux bases Notes®. Le journal des transactions se compose de partitions de journal et du fichier de contrôle du journal (NLOGCTRL.LFH). Une partition de journal est un fichier journal dans lequel les journaux des transactions sont écrits. Il se présente sous la forme Sxxxxxxx.TXN, où les caractères xxxxxxx représentent un nombre à sept chiffres unique pour ce serveur. Domino® remplit chaque partition séquentiellement avant d'écrire les données dans une autre partition. Les enregistrements sont sécurisés à l'aide d'un format propriétaire à chaîne d'octets. Chaque serveur ne dispose que d'un journal de transactions qui enregistre toutes les modifications apportées aux bases pour lesquelles la consignation des transactions est activée.

Vous pouvez utiliser la consignation des transactions pour effectuer les opérations suivantes :

• Planification de sauvegardes régulières. Les sauvegardes basées sur les journaux des transactions sont plus rapides et plus simples que les sauvegardes complètes de la base qui n'utilisent pas la consignation des transactions.
• Restauration après une panne de support. En cas de panne de support, vous pouvez restaurer la sauvegarde complète la plus récente depuis une bande, puis utiliser les journaux des transactions pour ajouter les données qui ne sont pas écrites sur le disque.
• Restauration après un incident du système. Lorsque le serveur redémarre, il parcourt les journaux de transactions et restaure toutes les écritures qui n'étaient pas présentes sur le disque au moment de l'incident. Les bases de données consignées ne requièrent pas de test de cohérence.
• Consignation des vues de la base. Cette opération permet d'éviter les reconstructions de vues.

Pour utiliser toutes les fonctions de consignation des transactions afin de procéder à des sauvegardes ou des restaurations de sauvegarde, un utilitaire de sauvegarde tiers utilisant les méthodes de sauvegarde et de restauration du kit C API Toolkit Domino®. Par exemple, en cas de réparation de support, une sauvegarde de la base est faite par l'utilitaire tiers, tandis que la consignation effectue le suivi des mises à jour de la base. Lorsque la base est perdue, la sauvegarde est actualisée grâce au journal des transactions et à l'application des mises à jour de la base depuis la dernière sauvegarde.

La restauration au redémarrage ne nécessite pas d'utilitaire tiers. Dans ce cas, la consignation se poursuit en même temps que les mises à jour. Lorsque le serveur se bloque, puis redémarre, toutes les mises à jour qui seraient généralement perdues sont écrites sur la base. Cette procédure permet de réduire le volume de données perdues et altérées suite à des incidents de serveur et réduit le temps de redémarrage puisque le test de cohérence des bases n'est pas nécessaire.