Récupération de la base de données en cas d'échec de la vérification de la restauration

Le processus de restauration comprend une étape de vérification qui consiste à comparer la base de données eDirectory du serveur en cours de restauration à celles des autres serveurs de l'anneau de répliques, par rapprochement des vecteurs de transition. (Pour plus d'informations sur le processus de restauration, reportez-vous à Présentation du processus de restauration avec Backup eMTool et à Vecteurs de transition et processus de vérification de la restauration.)

Si les vecteurs de transition ne correspondent pas, la vérification échoue. Il faut généralement en déduire qu'il manque des données dans les fichiers utilisés pour la restauration. Les raisons peuvent être les suivantes, par exemple :

• Vous n'avez pas activé la consignation de transactions individuelles par fichier avant d'effectuer la dernière sauvegarde.
• Vous n'avez pas introduit les journaux de transactions individuelles dans l'opération de restauration.
• Le jeu de journaux de transactions individuelles fourni pour la restauration est incomplet.

REMARQUE :  la vérification de la restauration peut également échouer si l'anneau de répliques comprend un serveur qui exécute une version de eDirectory antérieure à la version 8.5. Pour plus d'informations sur cette situation et la façon de procéder, reportez-vous à Le processus de vérification de la restauration offre une compatibilité ascendante avec eDirectory 8.5 et les versions ultérieures uniquement.

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.

Si vous possédez tous les fichiers de sauvegarde et journaux de transactions individuelles nécessaires à une restauration complète, mais avez oublié de les fournir pendant le processus, vous pouvez vous contenter d'exécuter à nouveau la restauration avec l'ensemble complet de fichiers. Si la restauration est complète lors du second essai, la vérification réussit et la base de données restaurée s'ouvre.

Si vous ne possédez pas tous les fichiers de sauvegarde et journaux de transactions individuelles nécessaires pour effectuer une restauration complète et faire en sorte que la vérification s'effectue correctement, vous devez suivre les instructions de cette section pour restaurer le serveur. Voici un récapitulatif de ce que vous pouvez récupérer en cas d'échec de la vérification :

• Vous pouvez toujours récupérer l'identité du serveur et les droits sur le système de fichiers.
• Vous ne pouvez pas récupérer les répliques qui figuraient sur le serveur à partir de la sauvegarde, mais vous pouvez utiliser ce dernier pour ces répliques après avoir exécuté la procédure de récupération présentée ici. Vous devez retirer le serveur de l'anneau de répliques et utiliser les options de restauration avancées ainsi que l'outil DSRepair pour remettre le serveur dans un état qui permette sa réintégration à l'anneau de répliques. Vous pouvez alors réinstaller les répliques de votre choix.
• Néanmoins, si le serveur détenait l'unique copie d'une partition de la base de données (sans qu'il y en ait d'autres répliques), celle-ci ne peut pas être récupérée.

Si la vérification a échoué, suivez les instructions ci-dessous pour rétablir l'identité du serveur et les droits sur le système de fichiers, ainsi que pour retirer le serveur de l'anneau de répliques et l'y réintégrer. Une fois que vous avez exécuté cette procédure et que la réplication est terminée, le serveur doit fonctionner comme avant la défaillance (exception faite des partitions qui n'étaient pas répliquées et qui ne peuvent donc pas être rétablies).

Reportez-vous d'abord à Nettoyage de l'anneau de répliques. Reportez-vous ensuite à Réparation du serveur défaillant et réinstallation des répliques.

Nettoyage de l'anneau de répliques

Cette procédure vous explique comment effectuer les tâches suivantes :

• Réassigner des répliques maîtresses. Si le serveur défaillant contient la réplique maîtresse d'une partition, utilisez DSRepair pour désigner une nouvelle réplique maîtresse sur un autre serveur de la liste des répliques.

• Supprimer de la liste de répliques les références au serveur défaillant. Tous les serveurs faisant partie des anneaux de répliques qui incluaient le serveur défaillant doivent être informés que ce dernier n'est plus disponible.

Conditions préalables

• eDirectory est installé sur la machine sur laquelle vous tentez de restaurer le serveur défaillant.
• Une restauration a été tentée, mais la vérification a échoué.
• La base de données NDS est ouverte et en service, et la base de données RST est toujours sur la machine (elle y a été laissée par le processus de restauration).
• Vous savez quelles partitions répliquées ont été stockées sur le serveur défaillant. Les répliques que contenait le serveur sont listées dans l'en-tête du fichier de sauvegarde.

Procédure

Pour nettoyer l'anneau de répliques :

1. Depuis la console de l'un des serveurs qui partageaient une réplique avec le serveur défaillant, chargez DSRepair avec le paramètre permettant d'accéder aux options avancées.

   • NetWare et Windows : utilisez le paramètre -a.
   • UNIX : utilisez le paramètre -Ad.

   Pour plus d'informations sur l'exécution de DSRepair avec le paramètre -a ou -Ad, reportez-vous à Options DSRepair avancées.

   AVERTISSEMENT :  

   si vous utilisez DSRepair avec le paramètre -a ou -Ad, certaines des options avancées peuvent endommager votre arborescence. Pour plus d'informations sur ces options, reportez-vous au site Web de support Novell, Solution 2938493.

2. Sélectionnez Opérations de partition et de réplique.

3. Sélectionnez la partition à modifier, afin de pouvoir supprimer le serveur défaillant de l'anneau de répliques pour cette partition.

4. Sélectionnez Afficher l'anneau de répliques pour afficher la liste des serveurs disposant de répliques de la partition.

5. (Conditionnel) Si le serveur défaillant contenait la réplique maîtresse, choisissez un autre serveur pour cette réplique en sélectionnant Désigner ce serveur en tant que nouvelle réplique maîtresse.

   L'anneau de répliques comporte désormais une nouvelle réplique maîtresse. Toutes les répliques faisant partie de l'anneau sont informées de son existence.

6. Patientez pendant la mise en place de la réplique maîtresse. Avant de poursuivre, vérifiez que les autres serveurs de l'anneau ont bien enregistré le changement.

7. Revenez à Afficher l'anneau de répliques. Sélectionnez le nom du serveur défaillant puis Enlever ce serveur de l'anneau de répliques.

   si vous n'avez pas chargé DSRepair avec le paramètre -a ou -Ad (selon la plate-forme) pour accéder aux options avancées, vous ne disposez pas de cette option dans la liste.

   AVERTISSEMENT :  

   veillez à ne pas effectuer cette opération si le serveur défaillant est désigné comme réplique maîtresse. Cela est indiqué dans la liste des serveurs de l'anneau. Si le serveur contient la réplique maîtresse, désignez un autre serveur en tant que maître, comme il est indiqué dans Etape 5. Revenez ensuite à cette étape et retirez le serveur défaillant de l'anneau de répliques.

8. Loguez-vous en tant qu'utilisateur Admin.

9. Après avoir lu le message d'explication, indiquez que vous souhaitez poursuivre.

10. Quittez DSRepair.

    Tous les serveurs qui font partie de l'anneau de répliques sont notifiés.

11. Reprenez cette procédure sur un serveur pour chaque anneau de répliques dont le serveur défaillant faisait partie.

Pour finir de préparer le serveur défaillant à charger de nouvelles copies des répliques, poursuivez avec la procédure ci-dessous, Réparation du serveur défaillant et réinstallation des répliques.

Réparation du serveur défaillant et réinstallation des répliques

Cette procédure vous permet de changer en références externes les informations relatives aux répliques qui figurent sur le serveur, de sorte que celui-ci ne se considère plus comme serveur faisant partie de l'anneau de répliques. Une fois que vous avez appliqué cette méthode pour enlever les répliques du serveur, vous pouvez déverrouiller la base de données.

Après avoir retiré les répliques, vous terminez la procédure en les réinstallant sur le serveur. Celui-ci reçoit ainsi une nouvelle copie à jour de chaque réplique. Après la réinstallation de chaque réplique, le serveur doit fonctionner de la même façon qu'avant la défaillance.

Pour retirer les répliques à l'aide de DSRepair, puis les réinstaller à l'aide de la fonction de réplication :

1. Assurez-vous que vous avez terminé la procédure Nettoyage de l'anneau de répliques.

2. Ignorez la restauration sur le serveur en utilisant l'option de restauration avancée appropriée du client eMBox.

   1. Lancez le client eMBox en mode interactif :

      • NetWare et UNIX : sur la ligne de commande, entrez
        edirutil -i.
      • Windows : exécutez
        lecteur\novell\nds\embox\edirutil.exe -i

      Le fichier edirutil est un raccourci pour l'exécution du client eMBox. Il pointe vers l'exécutable Java et l'emplacement par défaut où le client eMBox est installé avec eDirectory ; pour NetWare, il comprend l'option -ns, qui est nécessaire (Vous pouvez également entrer les informations manuellement, comme indiqué dans Exécution du client eMBox sur un poste de travail.)

      Lorsque le client eMBox s'ouvre, l'invite correspondante s'affiche : Client eMBox>

   2. Loguez-vous au serveur que vous souhaitez restaurer. Pour ce faire, entrez

      login -s nom_serveur_ou_adresse_IP -p numéro_port -u nomutilisateur.contexte -w mot de passe

      Par exemple, sous Windows, vous entrez

      login -s 151.155.111.1 -p 8008 -u admin.masociété -w monmotdepasse

      Si un message d'erreur indiquant qu'il est impossible d'établir une connexion sécurisée s'affiche, vérifiez si votre machine possède les fichiers JSSE listés dans Établissement d'une connexion sécurisée avec le client eMBox.

      Pour savoir quel numéro de port utiliser, reportez-vous à Recherche des numéros de port eDirectory.

      Le client eMBox indique si le login a réussi.

   3. Utilisez l'option de restauration avancée permettant d'ignorer la restauration et précisez un nom de fichier journal :

      restadv -v -l nomfichierjournal

      Cette option de restauration avancée renomme la base de données RST (la base de données qui a été restaurée, mais dont la vérification a échoué) en base de données NDS, mais la laisse verrouillée.

3. Depuis la console du serveur, changez en références externes toutes les informations relatives aux répliques figurant sur le serveur, à l'aide des options avancées de DSRepair.

   • NetWare : entrez dsrepair -XK2 -rd
   • Windows : cliquez sur Démarrer > Paramètres > Panneau de configuration > Services Novell eDirectory. Sélectionnez dsrepair.dlm. Dans le champ Paramètres de démarrage, tapez - XK2 -rd. Cliquez sur Début.
   • UNIX : entrez ndsrepair -R -Ad -xk2

   Le paramètre -rd ou R permet de réparer la base de données locale et la réplique.

   AVERTISSEMENT :  

   l'utilisation incorrecte des options avancées de DSREPAIR risque d'endommager votre arborescence. Pour plus d'informations sur ces options, reportez-vous au site Web de support Novell, Solution 2938493.

4. Lorsque la réparation est terminée, supprimez le verrouillage et ouvrez la base de données à l'aide des options de restauration avancées suivantes du client eMBox :

   restadv -o -k -l nomfichierjournal

   Le paramètre -o permet d'ouvrir la base de données et le paramètre -k de supprimer le verrouillage.

5. Utilisez iManager pour réintroduire le serveur dans l'anneau de répliques :

   1. Dans Novell iManager, cliquez sur le bouton Rôles et tâches .

   2. Cliquez sur Partition et répliques > Affichage de la réplique.

   3. Spécifiez le nom et le contexte de la partition à répliquer, puis cliquez sur OK.

   4. Cliquez sur Ajouter une réplique.

   5. En regard du champ Nom du serveur, cliquez sur le bouton Parcourir , puis sélectionnez le serveur que vous venez de restaurer.

   6. Sélectionnez le type de réplique qui vous convient, cliquez sur OK puis sur Terminé.

   7. Reprenez la procédure pour chaque anneau de répliques dont le serveur faisait partie.

6. Attendez que le processus de réplication prenne fin.

   Le processus de réplication est terminé lorsque les répliques passent de l'état Nouveau à l'état Activé. Vous pouvez vérifier l'état dans iManager. Pour plus d'informations, reportez-vous à Affichage des informations sur une réplique

7. Si vous avez restauré les fichiers de sécurité NICI, redémarrez le serveur pour réinitialiser NICI une fois la restauration et la réplication terminées.

8. (Conditionnel) Si vous voulez utiliser la consignation de transactions individuelles par fichier sur le serveur, vous devez recréer votre configuration afin de vous assurer que la fonction est activée et que les journaux sont enregistrés à un emplacement autorisant la tolérance aux pannes. Après avoir activé les journaux de transactions individuelles, vous devez également effectuer une nouvelle sauvegarde complète.

   Cette opération est nécessaire car, au cours d'une restauration, la configuration de la consignation de transactions individuelles reprend son état par défaut, c'est-à-dire qu'elle est désactivée et que l'emplacement correspondant reprend sa valeur par défaut. 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 plus d'informations sur les fichiers journal de transactions individuelles et sur leur emplacement, reportez-vous à Utilisation des journaux de transactions individuelles.