IMPORTANT :Avant de mettre à niveau votre environnement OpenText eDirectory existant, assurez-vous que les applications NetIQ et tierces installées assurent la prise en charge d'OpenText eDirectory 9.3. Vous pouvez consulter l'état actuel des produits OpenText dans le document TID 7003446. Il est également vivement recommandé de sauvegarder OpenText eDirectory avant toute mise à niveau.
Dans la mesure où un système NTFS offre un processus de transaction plus sécurisé qu'un système de fichiers FAT, vous ne pouvez installer OpenText eDirectory que sur une partition NTFS. Ainsi, si vous disposez uniquement de systèmes de fichiers FAT, effectuez l'une des opérations suivantes :
Créez une partition et attribuez-lui le format NTFS.
Utilisez l'Administrateur de disques. Pour plus d'informations, reportez-vous à la documentation Windows Server.
Convertissez un système de fichiers FAT existant au format NTFS à l'aide de la commande CONVERT.
Pour plus d'informations, reportez-vous à la documentation Windows Server.
Si votre serveur ne dispose que d'un système de fichiers FAT et que vous omettez ce processus, le programme d'installation vous demande de fournir une partition NTFS.
(Conditionnel) NICI 3.3 et OpenText eDirectory 9.3 prennent en charge les tailles de clé jusqu'à 8 192 bits pour le chiffrement RSA. Si vous souhaitez utiliser une taille de clé de 8 Ko, chaque serveur doit être mis à niveau vers OpenText eDirectory 9.3. De plus, NICI 3.3 doit être installé sur chaque poste de travail qui utilise les utilitaires de gestion, par exemple Identity Console.
Lorsque vous mettez à niveau votre serveur d'autorité de certification (CA) vers OpenText eDirectory 9.3, la taille de clé reste inchangée (2 Ko). La seule façon de créer une taille de clé de 8 Ko est de recréer l'autorité de certification sur un serveur OpenText eDirectory 9.3. En outre, vous devrez remplacer la taille de clé par défaut (2 kilobits) par 8 kilobits lors de la création de l'autorité de certification.
REMARQUE :le programme d'installation en mode silencieux Windows nécessite que NICI 3.3 soit installé sur le système.
Veillez à obtenir la clé d'arborescence 3DES 168 bits pour vos serveurs OpenText eDirectory.
Si vous effectuez une mise à niveau vers OpenText eDirectory 9.3, vérifiez que les derniers correctifs d'OpenText eDirectory sont installés sur tous les serveurs de l'arborescence autres que les serveurs OpenText eDirectory 9.3. Ces correctifs sont disponibles sur le site Web du support OpenText.
La version 4.0 de .NET Management Framework ou une version ultérieure est requise.
Vérifiez que les derniers Service Packs de Windows Server sont installés. Le dernier Service Pack Windows Server mis à jour doit être installé après l'installation du service SNMP Windows.
Si vous effectuez la mise à niveau à partir d'une ancienne version d'OpenText eDirectory, il doit s'agir de la version 9.3.0 ou d'une version ultérieure. Pour plus d'informations sur la détermination de la version d'eDirectory, reportez-vous à la section Détermination de la version d'OpenText eDirectory.
(Conditionnel) Si vous vous installez un serveur secondaire dans une arborescence existante sans posséder de droits d'administration d'OpenText eDirectory, vérifiez que vous disposez des droits suivants :
Droits Superviseur sur le conteneur dans lequel le serveur est installé ;
Droits Superviseur sur la partition dans laquelle ajouter le serveur.
REMARQUE :s'il existe moins de 3 répliques, ces droits sont obligatoires pour pouvoir en ajouter une.
Tous les droits d'attributs : droits de lecture, de comparaison et d'écriture sur l'objet W0.KAP.Security et W1.KAP.Security ;
droits d'entrée : droits d'exploration sur l'objet Conteneur de sécurité ;
tous les droits d'attributs : droits de lecture et de comparaison sur l'objet Conteneur de sécurité.
(Conditionnel) Si l'objet W1.KAP.Security existe, vous disposez de tous les droits d'attribut sur cet objet : lecture, comparaison et écriture. Pour plus d'informations sur l'objet W1.KAP.Security, reportez-vous à la section Creating an AES 256-Bit Tree Key (Création d'une clé AES 256 bits) du NICI Administration Guide (Guide d'administration de NICI).
(Conditionnel) Si vous installez un serveur secondaire dans une arborescence existante en tant qu'utilisateur non administrateur, assurez-vous qu'au moins l'un des serveurs de l'arborescence a la même version ou une version ultérieure d'OpenText eDirectory par rapport à celle du serveur secondaire ajouté comme administrateur de conteneur. Dans le cas où le serveur secondaire ajouté possède une version ultérieure, le schéma doit alors être prolongé par l'administrateur de l'arborescence avant d'ajouter ledit serveur à l'aide de l'administrateur de conteneur.
Lors de la configuration de eDirectory, vous devez activer les services SLP et un port de protocole NCP (NetWare Core Protocol) (port 524 par défaut) dans le pare-feu afin de permettre l'ajout du serveur secondaire. Le port NCP doit être configuré afin d'autoriser le trafic entrant et sortant.
En outre, vous pouvez activer les ports de service suivant en fonction de vos exigences :
LDAP texte clair - 389
LDAP sécurisé - 636
HTTP texte clair - 8028
HTTP sécurisé - 8030
Si vous avez activé des ports définis par l'utilisateur, vous devez les indiquer pendant la configuration d'OpenText eDirectory.
Si vous installez OpenText eDirectory sur une machine virtuelle dotée d'une adresse DHCP ou sur une machine physique ou virtuelle sur laquelle SLP n'est pas diffusé, vérifiez que l'agent Annuaire est configuré sur votre réseau.
Si vous ne disposez pas de la version la plus récente de Platform Agent (PA) lors de la mise à niveau vers OpenText eDirectory 9.3, exécutez le fichier Novell_Audit_PlatformAgent_Win64.exe à partir de l'emplacement d'installation <C:\NetIQ\eDirectory\auditds/.
L'outil OpenText eMBox (eDirectory Management Toolbox) permet d'accéder à tous les principaux utilitaires d'eDirectory, à distance comme sur le serveur. Le client à ligne de commande est une application Java. Pour l'exécuter, vous devez installer la dernière version d'Oracle ou Azul Java (1.8 ou version ultérieure). Vous devez également veiller à mettre à niveau toute version antérieure de Java en installant les mises à niveau de correctif disponibles. Une fois que la dernière version de Java est installée, exportez les variables d'environnement suivantes souhaitées :
EDIR_JAVA_HOME
JAVA_HOME
JRE_HOME
REMARQUE :
Si vous utilisez une version antérieure à OpenText eDirectory 9.0 SP4, pour exécuter le client à ligne de commande, vous devez avoir accès à l'environnement d'exécution Java.
L'installation d'Identity Manager 4.8.7 permet de mettre à niveau les paquetages dépendants Java dans OpenText eDirectory de JRE 8 vers JRE 11.
Pour déterminer la version d'OpenText eDirectory, suivez l'une des étapes mentionnées ci-dessous :
Exécutez iMonitor.
Dans la page Résumé de l'agent, cliquez sur Serveurs connus. Ensuite, sous Serveurs connus de la base de données, cliquez sur Serveurs connus. La colonne Révision de l'agent affiche le numéro de version interne de chaque serveur. Par exemple, un numéro de révision d'agent pour eDirectory 9.3 pourrait être 40301.00.
Pour plus d'informations sur l'exécution d'OpenText iMonitor, voir Accès à OpenText iMonitor
dans le Guide d'administration d'OpenText™ eDirectory CE 24.4 (v9.3).
Exécutez NDSCons.exe.
Dans le Panneau de configuration de Windows, double-cliquez sur Services OpenText eDirectory. Dans la colonne Services, sélectionnez ds.dlm, puis cliquez sur Configurer. L'onglet Agent affiche la chaîne marketing (par exemple, OpenText eDirectory 9.3) et le numéro de version interne (par exemple, 40301.00).
Affichez les propriétés d'un fichier ds.dlm.
Cliquez avec le bouton droit sur le fichier.dlm dans l'Explorateur Windows, puis cliquez sur l'onglet Version dans la boîte de dialogue Propriétés. Le système affiche alors le numéro de version de l'utilitaire. L'emplacement par défaut des fichiers ds.dlm est C:\NetIQ\eDirectory.
L'adresse IP statique doit être configurée sur le serveur pour qu'OpenText eDirectory fonctionne efficacement. La configuration de eDirectory sur les serveurs dotés d'une adresse DHCP peut provoquer des résultats imprévisibles.