Novell Documentation: eDirectory 8.8 - Récupération de la base de données en cas d'échec de la vérification de la restauration

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 sur le serveur en cours de restauration et 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 aux sections 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 notamment être les suivantes :

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 fichiers journaux de transactions individuelles dans l'opération de restauration.
Le jeu de fichiers journaux de transactions individuelles fourni pour la restauration est incomplet.

NOTE: 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 à 8.5. Pour plus d'informations sur cette situation et la façon de procéder, reportez-vous à la section Rétrocompatibilité du processus de vérification de la restauration avec eDirectory 8.5 et 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 tous les fichiers 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 de 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 fichiers journaux de transactions individuelles nécessaires pour effectuer une restauration complète et garantir la réussite de la vérification, vous devez suivre les instructions de cette section pour restaurer le serveur. Voici un récapitulatif des éléments récupérables en cas d'échec de la vérification :

Vous pouvez toujours récupérer l'identité du serveur et les droits du 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 enlever 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 dans l'anneau de répliques. Vous pouvez ensuite 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 (absence 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 du système de fichiers, ainsi que pour enlever le serveur de l'anneau de répliques et l'y réintégrer. Une fois cette procédure exécutée et la réplication 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 à la section Nettoyage de l'anneau de répliques. Consultez ensuite la section Réparation du serveur défaillant et réinstallation des répliques.

Nettoyage de l'anneau de répliques

Cette procédure 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 des 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 de l'indisponibilité de ce dernier.

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 se trouve 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 :

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 à la section Options DSRepair avancées.

WARNING: 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, consultez le site Web du support Novell, Solution 2938493.
Sélectionnez Opérations de partition et de réplique.
Sélectionnez la partition à modifier, afin de pouvoir enlever le serveur défaillant de l'anneau de répliques pour cette partition.
Sélectionnez Afficher l'anneau de répliques pour afficher la liste des serveurs disposant de répliques de la partition.
(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.
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.
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, cette option ne figure pas dans la liste.

WARNING: veillez à ne pas effectuer cette opération si le serveur défaillant est désigné comme réplique maîtresse. Cette information est indiquée dans la liste des serveurs de l'anneau. S'il s'agit de la réplique maîtresse, désignez un autre serveur en tant que maître, comme expliqué à l'Step 5. Revenez ensuite à cette étape et enlevez le serveur défaillant de l'anneau de répliques.
Loguez-vous en tant qu'utilisateur Admin.
Après avoir lu le message d'explication, indiquez que vous souhaitez poursuivre.
Quittez DSRepair.

Tous les serveurs qui font partie de l'anneau de répliques sont notifiés.
Répétez 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 en vue de 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 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 actualisée 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 enlever les répliques à l'aide de DSRepair, puis les réinstaller à l'aide de la fonction de réplication :

Assurez-vous d'avoir terminé la procédure Nettoyage de l'anneau de répliques.
Remplacez 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 : dans la ligne de commande, entrez
    edirutil -i.
  - Windows : exécutez
    lecteur\novell\nds\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 expliqué dans la section 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 à restaurer. Pour ce faire, entrez
  
  login -s nom_serveur_ou_adresse_IP -p numéro_port -u nom_utilisateur.contexte -w mot_de_passe
  
  Par exemple, sous Windows, vous entrez
  
  login -s 151.155.111.1 -p 8008 -u admin.ma_société -w mon_mot_de_passe
  
  Si un message d'erreur affiche qu'il est impossible d'établir une connexion sécurisée, vérifiez si votre machine possède les fichiers JSSE mentionnés dans la section Établissement d'une connexion sécurisée avec le client eMBox.
  
  Pour savoir quel numéro de port utiliser, reportez-vous à la section 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 de remplacer 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 NDS, mais la laisse verrouillée.
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émarrer.
- 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.

WARNING: l'utilisation incorrecte des options avancées de DSREPAIR risque d'endommager votre arborescence. Pour plus d'informations sur ces options, consultez le site Web du support Novell, Solution 2938493.
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.
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 des répliques.
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 désiré, cliquez sur OK puis sur Terminé.
7. Répétez cette procédure pour chaque anneau de répliques dont le serveur faisait partie.
Attendez la fin du processus de réplication.

Le processus de réplication est terminé lorsque les répliques passent de l'état Nouveau à Actif. Vous pouvez vérifier l'état dans iManager. Pour plus d'informations, reportez-vous à la section Affichage des informations sur une réplique.
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.
(Conditionnel) Si vous souhaitez utiliser la consignation de transactions individuelles par fichier sur le serveur, vous devez recréer votre configuration afin de vous assurer que cette 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.

Cette opération est nécessaire car, au cours d'une restauration, la consignation de transactions individuelles par fichier reprend sa configuration par défaut, autrement dit elle est désactivée et l'emplacement par défaut est rétabli. 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.

Pour plus d'informations sur les fichiers journaux de transactions individuelles et leur emplacement, reportez-vous à la section Utilisation des fichiers journaux de transactions individuelles.