Il est extrêmement important, lors de la restauration de la base de données eDirectory, de s'assurer que cette dernière est complète. Avant de restaurer une base de données eDirectory sur un serveur, assurez-vous que les conditions préalables ont été remplies, comme expliqué dans Conditions préalables à la restauration. Si vous ne savez pas comment collecter les fichiers de sauvegarde appropriés, reportez-vous à Localisation des fichiers de sauvegarde requis pour une restauration.
Si le serveur fait partie d'un anneau de répliques, vous devez vous assurer que tous les journaux de transactions individuelles créés depuis la dernière sauvegarde figurent dans un même répertoire du serveur, sous le nom qu'ils avaient au moment de leur création.
Pour plus de détails, reportez-vous à Localisation des fichiers de sauvegarde requis pour une restauration.
REMARQUE : si vous ne disposez pas de fichiers de sauvegarde pour le serveur, utilisez XBrowse pour essayer de récupérer des informations sur ce dernier en sondant eDirectory. Effectuez cette opération avant de supprimer l'objet Serveur ou tout objet associé de l'arborescence. Vous trouverez XBrowse ainsi que des informations supplémentaires sur le siteWeb de support Novell, solution 2960653.
Il est nécessaire, dans un premier temps, de rétablir le serveur dans une nouvelle arborescence car vous allez le créer sous le nom qu'il avait avant la défaillance, mais vous devez éviter la confusion qu'entraînerait son intégration dans l'arborescence originale avant que la restauration n'ait recréé son identité complète. Une fois le processus de restauration de la base de données terminé, le serveur est rétabli dans son arborescence d'origine.
Le processus de restauration désactive la fonction de consignation et rétablit la configuration par défaut pour cette dernière.
Vous devez effectuer la nouvelle sauvegarde complète afin de vous protéger contre toute défaillance susceptible de survenir avant la prochaine sauvegarde complète sans surveillance planifiée.
Pour changer le nom du serveur NetWare sur lequel vous effectuez la restauration, remplacez le nom qui figure dans le fichier autoexec.ncf et redémarrez le serveur.
eDirectory Backup eMTool restaure d'abord la sauvegarde complète. Une fois cette opération terminée, il vous invite à saisir les noms des fichiers de sauvegarde incrémentielle. Il vous indique l'ID du fichier suivant. Une fois tous ces fichiers restaurés, Backup eMTool passe aux journaux de transactions individuelles (Reportez-vous également à Présentation du processus de restauration avec Backup eMTool.)
Après avoir collecté tous les fichiers nécessaires, effectuez la restauration à l'aide de iManager ou du client eMBox. Reportez-vous à Restauration à partir de fichiers de sauvegarde avec le client eMBox ou à Restauration à partir de fichiers de sauvegarde avec iManager.
À partir de la bande de sauvegarde du système de fichiers, copiez les fichiers de la dernière sauvegarde complète de eDirectory dans un répertoire du serveur.
Si vous voulez vérifier l'ID de la dernière sauvegarde complète, consultez le fichier journal de Backup eMTool.
À partir de la bande de sauvegarde du système de fichiers, copiez également chaque fichier de sauvegarde incrémentielle consécutif dans le même répertoire du serveur.
Pour vérifier que vous disposez des fichiers de sauvegarde incrémentielle appropriés, consultez l'en-tête du fichier de sauvegarde complète. Il contient l'ID du fichier de sauvegarde incrémentielle suivant, dans l'attribut next_inc_file_ID. L'ID mentionné dans next_inc_file_ID est identique à celui enregistré dans l'en-tête du fichier de sauvegarde incrémentielle, dans l'attribut incremental_file_number (Pour obtenir une description de l'en-tête, reportez-vous à Format de l'en-tête des fichiers de sauvegarde.)
AVERTISSEMENT :
lorsque vous ouvrez un fichier de sauvegarde, contentez-vous de consulter l'en-tête. N'essayez pas d'enregistrer ni de modifier le fichier, car il pourrait alors devenir tronqué. La plupart des applications ne peuvent pas enregistrer correctement les données binaires.
Chaque fichier de sauvegarde incrémentielle contient également l'ID du prochain fichier de sauvegarde incrémentielle.
Vous pouvez également rechercher l'ID de sauvegarde incrémentielle dans le fichier journal de Backup eMTool.
Les ID sont importants car il se peut que vos fichiers de sauvegarde aient reçu le même nom au moment de leur création (par exemple, si vous utilisez le même fichier de traitement par lots pour les sauvegardes incrémentielles sans surveillance, le nom du fichier de sauvegarde spécifié est toujours identique). Il peut alors être nécessaire de changer les noms de fichier afin de pouvoir placer toutes les sauvegardes dans le même répertoire. L'ID qui figure dans l'en-tête vous permet de trouver les fichiers appropriés, même si vous les avez renommés.
(Conditionnel) Si vous utilisez la consignation de transactions individuelles par fichier, assurez-vous que tous les journaux de transactions individuelles créés depuis la dernière sauvegarde figurent dans un répertoire du serveur, sous le nom de fichier qu'ils avaient au moment de leur création.
Si votre serveur fait partie d'un anneau de répliques, vous devez le restaurer en utilisant tous les journaux de transactions individuelles. Si vous n'incluez pas tous les journaux de transactions individuelles et si le serveur partage des répliques avec d'autres serveurs, le processus de vérification de la restauration échoue parce que les vecteurs de transition ne correspondent pas à ceux des autres répliques de l'anneau. Par défaut, la base de données eDirectory restaurée n'est pas ouverte à l'issue de la restauration si elle est incohérente par rapport aux autres répliques.
Identifiez le premier journal de transactions individuelles dont vous avez besoin en ouvrant le dernier fichier de sauvegarde dans un éditeur de texte et en consultant l'attribut current_log dans l'en-tête. Vous devez récupérer ce journal et tous les suivants.
AVERTISSEMENT :
lorsque vous ouvrez un fichier de sauvegarde, contentez-vous de consulter l'en-tête. N'essayez pas d'enregistrer ni de modifier le fichier, car il pourrait alors devenir tronqué. La plupart des applications ne peuvent pas enregistrer correctement les données binaires.
Les journaux de transactions individuelles dont vous avez besoin peuvent ne pas tous figurer au même emplacement lorsque vous souhaitez les utiliser pour une restauration. Vous devez donc vous assurer que vous en avez collecté un jeu complet et les avez placés dans le même répertoire. Les journaux de transactions individuelles peuvent se trouver à différents emplacements pour les raisons suivantes :
Si vous devez récupérer des journaux de transactions individuelles à partir d'une sauvegarde sur bande, vérifiez si vous disposez de l'ensemble de journaux le plus récent. Comparez les tampons horaires des fichiers dupliqués sur la bande et sur le serveur. Le journal de transactions individuelles que la base de données utilisait au moment de la sauvegarde du système de fichiers est incomplet sur la bande ; la version complète et la plus récente de ce fichier figure sur le serveur.
Par exemple, si l'emplacement spécifié correspondait à D:\Novell\NDS\DIBFiles\ et le nom de votre base de données eDirectory à NDS, l'emplacement des fichiers de transactions individuelles correspondait à D:\Novell\NDS\DIBFiles\nds.rfl\. Si vous avez renommé la base de données, en remplaçant NDS par ND1, le répertoire des journaux de transactions individuelles est devenu d:\Novell\NDS\DIBFiles\nd1.rfl\.
IMPORTANT : veillez à fournir tous les journaux de transactions individuelles requis. Backup eMTool ne peut pas déterminer si le jeu de journaux dont vous disposez est complet. Il les ouvre et les utilise dans l'ordre. S'il ne trouve pas le journal de transaction individuelle suivant dans le répertoire que vous avez indiqué, il met fin au processus de restauration. Si vous n'avez pas fourni tous les journaux nécessaires, la restauration est incomplète.