L'Assistant de réparation de base permet d'effectuer une réparation complète sans surveillance, ainsi qu'une réparation de la base de données locale ou d'un seul objet. Vous pouvez également rechercher d'éventuelles références externes et supprimer les objets Feuille inconnus.
Cette opération recherche et corrige les erreurs OpenText eDirectory les plus graves qui figurent dans les fichiers de base de données OpenText 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 OpenText 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 :
|
Opération |
Base de données verrouillée ? |
Description |
|---|---|---|
|
Vérifier la structure et l'index de la BdD |
Oui |
Analyse la structure et le format des enregistrements et des index de la base de données. Cette opération permet de s'assurer qu'aucune altération structurelle n'a été introduite dans l'environnement OpenText eDirectory au niveau de la base de données. |
|
Reconstruire toute la base de données |
Oui |
Élimine les erreurs détectées lors de la vérification de la structure et de l'index. Les structures de données correctes sont rétablies et les fichiers de la base de données et de l'index OpenText eDirectory sont recréés. |
|
Vérifier la structure de l'arborescence |
Oui |
Examine les liens entre les enregistrements de la base de données pour s'assurer qu'à chaque enregistrement enfant correspond un parent valide. Cette opération contribue à garantir la cohérence de la base de données. Les enregistrements non valides sont marqués pour pouvoir être restaurés à partir d'une autre réplique de partition lors de la synchronisation des répliques OpenText eDirectory. |
|
Réparer toutes les répliques locales |
Oui |
Élimine les incohérences de la base de données OpenText eDirectory en comparant chaque objet et attribut aux définitions du schéma. Vérifie également le format de toutes les structures de données internes. Cette opération peut également éliminer les incohérences détectées pendant la vérification de la structure de l'arborescence, via la suppression des enregistrements non valides de la base de données. Ainsi, tous les enregistrements enfants reliés par l'intermédiaire des enregistrements non valides sont marqués comme orphelins. Ces enregistrements orphelins ne sont pas perdus, mais cette opération peut générer de nombreuses erreurs pendant la reconstitution de la base de données. Tout cela est parfaitement normal. Les objets orphelins seront automatiquement réorganisés pendant la synchronisation des répliques. |
|
Réparation des adresses réseau |
Non |
Compare les adresses réseau du serveur stockées dans OpenText eDirectory aux valeurs gérées dans les tables locales SAP, SLP ou DNS pour s'assurer qu'OpenText eDirectory dispose de données correctes. En cas d'incohérence, OpenText eDirectory est mis à jour avec les informations correctes. |
|
Valider les fichiers de syntaxe de flux |
Oui |
Les fichiers de syntaxe de flux, tels que les scripts de connexion, sont stockés dans une zone spéciale de la base de données OpenText eDirectory. Cette opération vérifie que chaque fichier de syntaxe de flux est associé à un objet OpenText eDirectory valide. Si tel n'est pas le cas, le fichier de syntaxe de flux est supprimé et son attribut de référence purgé. |
Cette option de réparation permet d'éliminer les incohérences dans la base de données locale afin qu'OpenText 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 Affichage et configuration du fichier journal des réparations.
Effectuez une réparation de la base de données locale à l'aide de la commande ndsrepair -J <valeur hexadécimale de l'ID propre au serveur>
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.
Vérifiez les références externes à l'aide de la commande ndsrepair -C
Cette opération tente d'éliminer toutes les incohérences dans un objet OpenText eDirectory qui pourraient empêcher OpenText 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 structurelle avant de commencer à réparer l'objet.
Veillez à toujours disposer d'une copie de sauvegarde actualisée de la base de données OpenText eDirectory.
Réparez un seul objet à l'aide de la commande ndsrepair -J
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 OpenText 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 OpenText 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 OpenText eDirectory.
IMPORTANT :N'effectuez cette opération qu'en parfaite connaissance de cause ou sur instruction du support technique d'OpenText.
Exécutez la commande ndsrepair -P -Ad.
Dans la liste des partitions, sélectionnez l'option Réplique.
Dans la liste des options de réplique, sélectionnez 14.