Lors de la restauration de la base de données eDirectory, le plus important est de s'assurer qu'elle 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é à la section Conditions préalables à la restauration. Si vous ne savez pas vraiment comment collecter les fichiers de sauvegarde corrects, reportez-vous à la section Localisation des fichiers de sauvegarde requis pour une restauration.
Tous les serveurs qui partagent une réplique avec le serveur à restaurer doivent être en service et communiquer. Le processus de vérification de la restauration peut ainsi effectuer un contrôle auprès de ces serveurs, qui font partie d'un même anneau de répliques.
Vous avez collecté tous les fichiers de sauvegarde dont vous avez besoin :
Le fichier de sauvegarde complète et les fichiers incrémentiels consécutifs ont été copiés dans un répertoire du serveur à restaurer.
Tous les fichiers journaux de transactions individuelles depuis la dernière sauvegarde se trouvent dans un répertoire du serveur à restaurer.
Si le serveur fait partie d'un anneau de répliques, vous devez vous assurer que tous les fichiers 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.
Reportez-vous à la section 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 tenter 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 site Web du support NetIQ.
Vous avez installé eDirectory dans une nouvelle arborescence temporaire.
Il est nécessaire, dans un premier temps, de mettre en service 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.
(Conditionnel) Si vous utilisez la consignation de transactions individuelles par fichier sur ce serveur, prévoyez de recréer la configuration appropriée à l'issue de la restauration, afin d'être certain que la fonction est activée et que les fichiers journaux sont enregistrés dans un emplacement assurant la tolérance aux pannes. Après avoir activé les fichiers journaux de transactions individuelles, vous devez également effectuer une nouvelle sauvegarde complète.
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 une 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.
(Conditionnel) Si des applications ou des objets doivent rechercher le serveur par son adresse IP, prévoyez d'utiliser la même adresse IP pour le serveur restauré.
L'outil de restauration d'eDirectory 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, l'outil de restauration passe aux fichiers journaux de transaction individuelle. Reportez-vous également à la section Présentation du processus de restauration avec l'outil de restauration.
Après avoir collecté tous les fichiers nécessaires, effectuez la restauration avec iManager ou le client DSBK. Reportez-vous à Restauration à partir de fichiers de sauvegarde avec DSBK 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 d'eDirectory dans un répertoire du serveur.
Pour vérifier l'ID de la dernière sauvegarde complète, consultez le fichier journal de l'outil de sauvegarde.
À 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 à la section 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 vous risqueriez de l'altérer. La plupart des applications n'enregistrent pas les données binaires correctement.
Chaque fichier de sauvegarde incrémentielle contient également l'ID du prochain fichier de sauvegarde incrémentielle.
Vous pouvez aussi rechercher l'ID de sauvegarde incrémentielle dans le fichier journal de l'outil de sauvegarde.
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 fichiers afin de pouvoir enregistrer toutes les sauvegardes dans le même répertoire. L'ID qui figure dans l'en-tête vous permet de trouver les fichiers corrects, même si vous avez renommé les fichiers.
(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 fichiers journaux de transactions individuelles. Si vous ne les incluez pas tous 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 transaction individuelle 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 collecter ce fichier journal ainsi que 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 vous risqueriez de l'altérer. La plupart des applications n'enregistrent pas les données binaires correctement.
Les fichiers journaux de transactions individuelles nécessaires 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 fichiers journaux de transactions individuelles peuvent se trouver à différents emplacements pour les raisons suivantes :
Vous avez modifié l'emplacement du répertoire des fichiers journaux de transactions individuelles depuis la dernière sauvegarde complète ou incrémentielle.
Vous les avez enregistrés sur bande à l'aide de la sauvegarde du système de fichiers, puis supprimés du serveur pour libérer de l'espace disque.
Si vous devez récupérer des fichiers journaux de transactions individuelles à partir d'une sauvegarde sur bande, assurez-vous que vous disposez du jeu de fichiers le plus récent. Comparez les tampons horaires des fichiers dupliqués sur la bande et sur le serveur. Le fichier journal de transaction individuelle utilisé par la base de données 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.
Vous avez renommé la base de données eDirectory depuis la dernière sauvegarde (NDS est devenu ND1, par exemple). Cela modifie le dernier nom de répertoire dans le chemin d'accès aux fichiers journaux de transactions individuelles.
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 journaux de transaction individuelle correspondait à d:\novell\nds\dibfiles\nds.rfl\. Si vous avez renommé la base de données NDS en ND1, le répertoire des fichiers journaux de transaction individuelle est devenu d:\novell\nds\dibfiles\nd1.rfl\.
IMPORTANT :veillez à fournir tous les fichiers journaux de transactions individuelles requis. L'outil de sauvegarde ne peut pas déterminer si le jeu de fichiers journaux dont vous disposez est complet. Il les ouvre et les utilise dans l'ordre. S'il ne trouve pas le fichier journal suivant dans le répertoire indiqué, il met fin au processus de restauration. Si vous n'avez pas fourni tous les fichiers journaux nécessaires, la restauration est incomplète.