7.3 Réalisation d’une exécution directe avant la mise à niveau de eDirectory

ndsupg peut permettre de réaliser une exécution directe avant de mettre à niveau les paquetages. Cet utilitaire seul peut être utilisé avec une base de données copiée sur toutes les plateformes prises en charge. L’avantage est que les services eDirectory seront encore disponibles pendant la réalisation de l’exécution directe.

Ici, l’option -d peut être utilisée quand l’utilitaire de mise à niveau fait lui-même une copie de la DIB et effectue la mise à niveau sur la copie. ds.nlm doit être déchargé lors de la copie de la base de données afin de garantir l’intégrité de la base de données. La mise à niveau requiert deux fois la taille de la base de données car une copie doit être faite.

7.3.1 Problèmes courants rencontrés pendant le processus de mise à niveau

La section suivante de FAQ aborde les problèmes courants rencontrés lors de la mise à niveau des versions précédentes de eDirectory vers eDirectory 9.0.

Question : j’effectue une mise à niveau de eDirectory 8.7.x vers eDirectory 9.0. Le processus de mise à niveau a échoué et a émis une erreur. Mon serveur eDirectory 8.7.x n’apparaît plus.

Réponse : Lors de la mise à niveau de la version 8.7.x vers eDirectory 9.0, la base de données passe par une mise à niveau en deux phases. Pendant la première phase, une paire de clés est créée pour les attributs chiffrés. Au cours de la seconde phase, la DIB est mise à niveau afin de modifier les références. Si la deuxième phase échoue après la première phase, les binaires existants (eDirectory 8.7.x) ne pourront pas ouvrir la base de données car elle est déjà mise à niveau vers le niveau 9.0 et la version de cette dernière est changée pour refléter cela. Nous recommandons de faire une sauvegarde de la base de données avant de procéder à la mise à niveau vers eDirectory 9.0. Pour de plus amples détails, veuillez consulter la Section 9.2, Migration vers eDirectory 9.0  sans mettre à niveau le système d’exploitation.

Question : le processus de mise à niveau semble prendre beaucoup de temps.

Réponse : La mise à niveau analyse l’intégralité de la base de données et contrôle les attributs de référence sur tous les objets. Ce processus peut durer un moment en fonction du nombre d’objets dans la base de données. Cela peut durer des heures pour une base de données comportant 5 millions d’objets avec des attributs de référence sur tous les objets.

Question : le processus de mise à niveau semble prendre beaucoup d’espace dans le stockage.

Réponse : Puisque la mise à niveau de l’ensemble des références doit être effectuée dans une seule transaction et que le retour à l’état initial de la transaction est requis en cas d’échec de la mise à niveau, FLAIM conserve les blocs modifiés dans son fichier nds.db. Par conséquent, vous verrez peut-être le fichier nds.dbaugmenter pendant le processus de mise à niveau. C’est normal. Le fichier peut déborder sur nds.00v, nds.002, etc. Le processus de mise à niveau nécessitera jusqu’à 100 % de l’espace disque existant selon le nombre d’objets à mettre à niveau. Par exemple, si tous les objets de la DIB ont des attributs de référence, une DIB de 15 Go peut exiger 15 Go supplémentaires d’espace disponible.

Question : la mise à niveau de la base de données de eDirectory se poursuit, même si je fournis un mauvais mot de passe et utilisateur admin.

Réponse : La mise à niveau du paquetage eDirectory et de la base de données se déroule en fonction des droits de votre système de fichiers. Le mot de passe administrateur de eDirectory ne sera pas utilisé à cette fin. L’effet secondaire est que la connexion peut échouer au démarrage de la mise à niveau. La prochaine tentative d’utilisation de la commande ndsconfig upgrade se poursuivra toujours.

Question : j’ai indiqué un mauvais mot de passe pour l’administrateur. Ma mise à niveau a échoué et j’ai redémarré la mise à niveau avec le bon mot de passe. La mise à niveau met beaucoup de temps (jusqu’à 1 heure pour 5 millions d’objets avec des attributs de référence sur tous) à afficher le premier écran.

Réponse : eDirectory conserve les attributs de référence dans un conteneur distinct de la base de données. Le retard de l’affichage du premier écran est causé par la durée de la suppression par FLAIM du conteneur de base de données qui contient les dossiers d’attributs « Référence ».