Préparation d'une restauration

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é dans la section Conditions préalables à la restauration. En cas de doutes concernant la collecte des fichiers de sauvegarde appropriés, reportez-vous à la section Localisation des fichiers de sauvegarde requis pour une restauration.


Conditions préalables à la restauration

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 fichiers journaux de transactions individuelles. (Reportez-vous également à la section 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 à la section Restauration à partir de fichiers de sauvegarde avec le client eMBox ou Restauration à partir de fichiers de sauvegarde avec iManager.


Localisation des fichiers de sauvegarde requis pour une restauration

  1. À 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.

    Pour vérifier l'ID de la dernière sauvegarde complète, consultez le fichier journal de Backup eMTool.

  2. À 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.)

    WARNING:  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 aussi 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 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 appropriés, même si vous les avez renommés.

  3. (Conditionnel) Si vous utilisez la consignation de transactions individuelles par fichier sur ce serveur, assurez-vous que tous les fichiers 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.

    WARNING:  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 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 transactions individuelles 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 transactions individuelles est devenu d:\novell\nds\dibfiles\nd1.rfl\.

    IMPORTANT:  veillez à fournir tous les fichiers journaux de transactions individuelles requis. Backup eMTool 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.