12.1 Opérations de réparation de base

Cette opération recherche et corrige les erreurs eDirectory les plus graves qui figurent dans les fichiers de base de données eDirectory d'un serveur donné. Cette réparation réalise huit opérations principales, dont aucune ne requiert l'intervention de l'administrateur. Pendant certaines de ces opérations, la base de données locale est verrouillée. La réparation complète sans surveillance génère un ensemble temporaire de fichiers de la base de données locale et effectue les corrections nécessaires par rapport à ces fichiers. De cette manière, en cas de problème grave, les fichiers d'origine demeurent intacts.

Résoudre des problèmes spécifiques est bien plus efficace que d'effectuer une réparation sans surveillance. L'exécution de la réparation complète sans surveillance peut occuper le double de l'espace disque actuellement utilisé par les fichiers de la base de données. Pour plus d'informations, reportez-vous à la section Réparation de la base de données locale.

La reconstitution des index opérationnels utilisés par eDirectory n'est possible que lorsque la base de données locale est verrouillée.

Le tableau ci-dessous liste les opérations réalisées au cours d'une réparation complète sans surveillance :

Pour effectuer une réparation complète sans surveillance :

Cette option de réparation permet d'éliminer les incohérences dans la base de données locale afin que eDirectory puisse ouvrir cette dernière et y accéder.

Si vous le souhaitez, la réparation de la base de données locale peut s'effectuer sur un ensemble temporaire de fichiers. Sinon, la réparation est effectuée sur la base de données existante.

Pour que la réparation s'effectue sur un ensemble temporaire de fichiers de la base de données, vous devez fermer celle-ci pendant cette partie de l'opération. Si vous décidez de travailler sur un ensemble temporaire de fichiers, vous êtes invité à valider les modifications apportées lors de la réparation pour les rendre permanentes. Dans le cas contraire, les modifications sont appliquées immédiatement.

Après une réparation, vous pouvez afficher le journal des opérations de réparation pour déterminer si d'autres réparations sont nécessaires. Pour plus d'informations, reportez-vous à la Section 12.2, Affichage et configuration du fichier journal des réparations.

Cette option vérifie chaque objet de référence externe afin de déterminer si une réplique contenant l'objet peut être localisée. Si tous les serveurs qui contiennent une réplique de la partition sur laquelle se trouve l'objet sont inaccessibles, l'objet est introuvable. Si l'objet est introuvable, un avertissement est envoyé.

Cette opération fournit également les informations de notice nécrologique.

Cette opération tente d'éliminer toutes les incohérences dans un objet eDirectory qui pourraient empêcher eDirectory d'accéder à ces données. Elle n'est possible que pour les partitions créées par l'utilisateur et pour la partition de référence externe.

Elle est exécutée sur les fichiers de base de données actifs. Si l'altération se situe au niveau physique, vous pouvez être amené à exécuter une vérification physique et une vérification de structure avant de tenter de réparer l'objet.

Veillez à toujours disposer d'une copie de sauvegarde actualisée de la base de données eDirectory.

La réparation transforme les objets incohérents en objets inconnus lorsque des propriétés obligatoires font défaut ou lorsqu'ils ne sont pas valides pour d'autres raisons (leurs propriétés ne satisfont pas aux exigences minimales pour un type d'objet). Les objets inconnus sont des objets réels identifiés par eDirectory. Ils sont considérés comme « inconnus » car leur classe n'a pas pu être complètement validée. Vous pouvez supprimer des objets inconnus, représentés par des icônes en forme de point d'interrogation, mais il est difficile de leur rendre leur type d'origine.

Cette réparation supprime tous les objets de la base de données eDirectory locale qui appartiennent à la classe d'objet Inconnu et ne possèdent aucun objet subordonné. La suppression sera ensuite synchronisée avec d'autres répliques de l'arborescence eDirectory.