Journal des transactions et récupération des données
CA Directory conserve un journal des transactions pour les mises à jour apportées à un référentiel de données. Vous devez configurer le journal des transactions en fonction de vos besoins en termes de sécurité par rapport aux performances :
cad140fr
CA Directory conserve un journal des transactions pour les mises à jour apportées à un référentiel de données. Vous devez configurer le journal des transactions en fonction de vos besoins en termes de sécurité par rapport aux performances :
- Désactiver le journal des transactions: fournit les meilleures performances, mais en cas d'arrêt anormal du DSA ou de panne d'électricité, vous devrez effectuer une récupération après sinistre pour restaurer le référentiel de données à partir d’une sauvegarde.
- Enable logging without flushing(Activer la journalisation sans vidage) : fournit des performances quasiment équivalentes à celles d’un journal désactivé. En cas d'arrêt anormal du DSA, redémarrez-le simplement ; aucune opération de récupération n’est requise. Toutefois, en cas de panne d'électricité, une récupération sera nécessaire.
- Enable logging without flushing(Activer la journalisation sans vidage) : il s'agit du paramètre le plus sûr, car le DSA peut être redémarré après un arrêt anormal ou une panne d'électricité et aucune opération de récupération n’est requise. Toutefois, si le vidage a été désactivé, environ 100 mises à jour auront lieu par seconde, au lieu d’environ 10 000 par seconde.
Remarque
: Il est possible que la seule définition du journal des transactions à des fins de vidage vers le disque ne soit pas suffisante pour assurer la sécurité. Cela est dû au fait qu'en fonction de la configuration et des systèmes de disque, de nombreux systèmes d’exploitation peuvent signaler que des données ont été écrites sur le disque quelques minutes avant l'opération de transfert. Pour plus d’informations sur les paramètres d’écriture différée, reportez-vous à la documentation de votre système d’exploitation.Récupération d’un serveur unique
Si vous exécutez un seul serveur (sans redondance), activez le journal des transactions. A des fins de sécurité maximum, activez le vidage du fichier des transactions. Si cela affecte les performances de manière considérable et que la récupération à partir de sauvegardes peut être envisagée, vous pouvez désactiver le vidage.
Vous devez effectuer la récupération après sinistre pour un serveur unique dans les cas suivants :
- Perte d’un serveur
- Arrêt anormal d'un DSA et non-disponibilité de fichier des transactions
- Panne d'électricité, ou erreur critique dans le système d’exploitation sans opération de vidage du fichier des transactions
- Echec de disque
Dans ces cas de figure, effectuez une récupération après sinistre à partir de sauvegardes.
Récupération de DSA homologues
Si la redondance existe dans la configuration de l’annuaire, il est possible de récupérer des DSA à partir de leurs homologues. En cas d'arrêt anormal d'un DSA et s'il existe un fichier des transactions, vous pouvez simplement le redémarrer. Si des opérations à écriture multiple étaient placées dans une file d’attente, elles seront perdues. Par conséquent, la configuration de ces DSA se présentera comme suit :
- Activation de la récupération DISP avec écriture multiple
- Activation du fichier des transactions
En cas d'arrêt normal ou anormal d'un DSA, vous pouvez simplement le redémarrer. Le fichier de transaction permet au DSA d'assurer la cohérence du référentiel de données et le protocole DISP à écriture multiple garantit la synchronisation du DSA avec ses homologues.
Remarque
: Pour plus d’informations, reportez-vous à la section Récupération par réplication DISP avec écriture multiple (DISP avec écriture multiple).Vous devez effectuer une récupération après sinistre dans les cas suivants :
- Aucun fichier de transaction n'est disponible.
- Une panne d'électricité ou une défaillance du système d’exploitation s'est produite.
- Un échec du disque s'est produit.
- Le DSA a été inactif pendant une longue durée (ou il s’agit d’un nouveau DSA).
Exécution d'une récupération après sinistre
Si un sinistre est survenu dans votre implémentation de CA Directory, la récupération automatique ne sera pas assurée à partir d’un fichier de transaction (serveur unique) ni d’un DSA homologue (DISP à écriture multiple). Vous devrez récupérer vos données à partir d’une sauvegarde à la place.
Pour récupérer vos données en cas de sinistre, effectuez l’une des opérations suivantes.
- Dans le cas d'un serveur unique :
- Recherchez votre dernière copie de sauvegarde.
- Supprimez le journal des transactions (fichier .tx).
- Renommez les fichiers sauvegardés en supprimant le préfixe z de l’extension de fichier. Le fichier doit maintenant être nomméserver.db.
- Redémarrez le DSA.
- Dans le cas d’homologues multiples :Remarque: Les étapes ci-dessous supposent que vous avez plusieurs homologues et que l'homologue B était indisponible pendant une longue durée. La procédure d’ajout d’un nouvel homologue est très similaire.