Ce chapitre présente une procédure qui vous aide à mettre à niveau ou à migrer un environnement distribué par phases contrôlées.
Ce chapitre suppose que votre environnement contienne plusieurs serveurs d'administration, certains serveurs étant situés sur des sites distants. Cette configuration est appelée ensemble multi-maître (MMS, Multi-Master Set). Un MMS comprend un serveur d'administration primaire et un ou plusieurs serveurs d'administration secondaires associés. Pour plus d'informations sur le fonctionnement d'un MMS, reportez-vous à la section Configuring a Multi-Master Set
(Configuration d'un MMS) du Directory and Resource Administrator Administrator Guide (Guide de l'administrateur de Directory and Resource Administrator).
Exécutez le kit NetIQAdminInstallationKit.msi pour extraire le support d'installation de DRA, puis installez et exécutez l'utilitaire de contrôle de l'état de santé.
Assurez-vous de planifier votre déploiement de DRA avant d'entamer la procédure de mise à niveau. Lorsque vous planifiez votre déploiement, tenez compte des instructions suivantes :
Testez la procédure de mise à niveau dans votre environnement de test avant de déployer la mise à niveau dans votre environnement de production. Les tests vous permettent d'identifier et de résoudre les problèmes inattendus sans entraver les tâches quotidiennes des responsables administratifs.
Reportez-vous à Ports et protocoles requis.
Déterminez le nombre d'assistants administrateur qui s'appuient sur chaque MMS. Si la plupart de vos assistants administrateur s'appuient sur des serveurs ou des ensembles de serveurs spécifiques, commencez par mettre à niveau ces serveurs durant les heures creuses.
Déterminez les assistants administrateur qui ont besoin de la console de délégation et de configuration. Vous pouvez obtenir cette information de l'une des façons suivantes :
Passez en revue les assistants administrateur associés aux groupes d'assistants administrateur intégrés.
Passez en revue les assistants administrateur associés à la technologie ActiveViews intégréee.
Utilisez DRA Reporting pour générer des rapports sur le modèle de sécurité, tels que les rapports ActiveView Assistant Admin Details (Détails des assistants administrateur ActiveView) et Groupes d'assistants administrateur.
Informez ces assistants administrateur de vos plans de mise à niveau des interfaces utilisateur.
Déterminez les assistants administrateur qui doivent se connecter au serveur d'administration primaire. Ces assistants administrateur doivent mettre à niveau leurs ordinateurs clients une fois que vous avez mis à niveau le serveur d'administration primaire.
Informez ces assistants administrateur de vos plans de mise à niveau des serveurs d'administration et des interfaces utilisateur.
Déterminez si vous devez implémenter des modifications de délégation, de configuration ou de stratégie avant de commencer la procédure de mise à niveau. Selon votre environnement, cette décision peut être prise au cas par cas.
Coordonnez la mise à niveau de vos ordinateurs clients et de vos serveurs d'administration pour assurer un temps hors service minimal. Sachez que DRA ne prend pas en charge l'exécution des versions antérieures de DRA avec la version actuelle de DRA sur le même serveur d'administration ou ordinateur client.
Avant d'installer les mises à niveau, effectuez au préalable les étapes suivantes pour préparer chaque ensemble de serveurs à la mise à niveau.
|
Étapes |
Détails |
|---|---|
|
Sauvegarde de l'instance AD LDS |
Ouvrez l'utilitaire de contrôle de l'état de santé et procédez à la vérification de la sauvegarde de l'instance AD LDS pour créer une sauvegarde de votre instance AD LDS actuelle. |
|
Création d'un plan de déploiement |
Créez un plan de déploiement pour la mise à niveau des serveurs d'administration et des interfaces utilisateur (ordinateurs clients des assistants administrateur). Pour plus d'informations, reportez-vous à la section Planification d'une mise à niveau DRA. |
|
Allocation d'un serveur secondaire pour l'exécution d'une version antérieure de DRA |
Facultatif : allouez un serveur d'administration secondaire à l'exécution d'une version antérieure de DRA lors de la mise à niveau d'un site. |
|
Introduction des modifications nécessaires pour ce MMS |
Apportez les modifications nécessaires aux paramètres de délégation, de configuration ou de stratégie pour ce MMS. Utilisez le serveur d'administration primaire pour modifier ces paramètres. |
|
Synchronisation des MMS |
Synchronisez les ensembles de serveurs afin que chaque serveur d'administration contienne les derniers paramètres de configuration et de sécurité. |
|
Sauvegarde du registre du serveur primaire |
Sauvegardez le registre à partir du serveur d'administration primaire. La sauvegarde de vos anciens paramètres de registre permet de récupérer facilement votre configuration précédente et ses paramètres de sécurité. |
REMARQUE :Si vous une bonne raison de restaurer la sauvegarde de l'instance AD LDS, procédez comme suit :
Arrêtez l'instance AD LDS en cours dans Gestion de l'ordinateur > Services. L'intitulé sera différent : NetIQDRASecureStoragexxxxx.
Remplacez le fichier adamnts.dit actuel par le fichier adamnts.dit de sauvegarde comme indiqué ci-dessous :
Emplacement du fichier actuel : %ProgramData%/NetIQ/DRA/<NomInstanceDRA>/data/
Emplacement du fichier de sauvegarde : %ProgramData%/NetIQ/ADLDS/
Redémarrez l'instance AD LDS.
L'allocation d'un ou plusieurs serveurs d'administration secondaires pour exécuter localement une version antérieure de DRA sur un site pendant la mise à niveau peut aider à réduire le temps hors service et les connexions coûteuses vers des sites distants. Cette étape est facultative et permet aux assistants administrateur d'utiliser une version antérieure de DRA tout au long de la procédure de mise à niveau, jusqu'à ce que vous soyez certain que votre déploiement est terminé.
Envisagez cette option si vous êtes concerné par une ou plusieurs des exigences de mise à niveau suivantes :
Vous souhaitez un minimum de temps hors service, voire aucun.
Vous devez prendre en charge un grand nombre d'assistants administrateur sans pouvoir mettre immédiatement à niveau tous les ordinateurs clients.
Vous voulez continuer à prendre en charge l'accès à une version antérieure de DRA après la mise à niveau du serveur d'administration primaire.
Votre environnement inclut un MMS qui s'étend sur plusieurs sites.
Vous pouvez installer un nouveau serveur d'administration secondaire ou désigner un serveur secondaire existant exécutant une version antérieure de DRA. Si vous avez l'intention de mettre à niveau ce serveur, il doit être le dernier serveur que vous mettez à niveau. Dans le cas contraire, désinstallez complètement DRA de ce serveur lorsque vous avez terminé votre mise à niveau.
L'installation d'un nouveau serveur d'administration secondaire sur un site local peut vous aider à éviter les connexions coûteuses à des sites distants et garantit que vos assistants administrateur peuvent continuer à utiliser une version antérieure de DRA sans interruption. Si votre environnement comporte un MMS qui s'étend sur plusieurs sites, vous devriez envisager cette option. Par exemple, si votre MMS se compose d'un serveur d'administration primaire sur votre site de Paris et d'un serveur d'administration secondaire sur votre site de Tokyo, envisagez d'installer un serveur secondaire sur le site de Paris et de l'ajouter au MMS correspondant. Ce serveur supplémentaire permet aux assistants administrateur du site de Paris d'utiliser une version antérieure de DRA jusqu'à ce que la mise à niveau soit terminée.
Vous pouvez utiliser un serveur d'administration secondaire existant en tant que serveur dédié pour une version antérieure de DRA. Si vous ne prévoyez pas de mettre à niveau un serveur d'administration secondaire sur un site donné, vous devez envisager cette option. Si vous ne pouvez pas dédier un serveur secondaire existant, envisagez d'installer un nouveau serveur d'administration pour ce faire. L'allocation d'un ou plusieurs serveurs secondaires pour l'exécution d'une version antérieure de DRA permet à vos assistants administrateur de continuer à utiliser une version antérieure de DRA sans interruption jusqu'à la fin de la mise à niveau. Le recours à cette option est idéal dans les environnements étendus qui utilisent un modèle d'administration centralisée.
Avant de sauvegarder le registre de la version antérieure de DRA ou d'entamer la procédure de mise à niveau, assurez-vous de synchroniser les ensembles de serveurs afin que chaque serveur d'administration contienne les derniers paramètres de configuration et de sécurité.
REMARQUE :vérifiez que vous avez apporté toutes les modifications nécessaires aux paramètres de délégation, de configuration ou de stratégie de ce MMS. Utilisez le serveur d'administration primaire pour modifier ces paramètres. Une fois le serveur d'administration primaire mis à niveau, vous ne pouvez pas synchroniser les paramètres de délégation, de configuration ou de stratégie avec les serveurs d'administration exécutant des versions antérieures de DRA.
Pour synchroniser votre ensemble de serveurs existant :
Connectez-vous au serveur d'administration primaire en tant qu'administrateur intégré.
Démarrez l'interface MMC.
Dans le panneau de gauche, développez Gestion de la configuration.
Cliquez sur Serveurs d'administration.
Dans le volet de droite, sélectionnez le serveur d'administration primaire approprié pour cet ensemble de serveurs.
Cliquez sur Propriétés.
Sous l'onglet Planification de la synchronisation, cliquez sur Rafraîchir maintenant.
Vérifiez la réussite de la synchronisation et la disponibilité de tous les serveurs d'administration secondaires.
La sauvegarde du registre du serveur d'administration garantit que vous pouvez revenir à vos configurations précédentes. Par exemple, si vous devez désinstaller complètement la version actuelle de DRA et utiliser la version précédente, le fait de disposer d'une sauvegarde de vos paramètres de registre précédents vous permet de récupérer facilement vos paramètres de configuration et de sécurité.
Cependant, soyez prudent lorsque vous modifiez votre registre. En cas d'erreur dans votre registre, le serveur d'administration peut ne pas fonctionner comme prévu. Si une erreur se produit pendant la procédure de mise à niveau, vous pouvez utiliser la sauvegarde de vos paramètres de registre pour le restaurer. Pour plus d'informations, reportez-vous à l'aide de l'Éditeur du Registre.
IMPORTANT :la version du serveur DRA, le nom du système d'exploitation Windows de même que la configuration du domaine géré doivent être parfaitement identiques lors de la restauration du registre.
IMPORTANT :avant la mise à niveau, sauvegardez le système d'exploitation Windows de la machine qui héberge DRA ou créez une image instantanée de la machine virtuelle.
Pour sauvegarder le registre du serveur d'administration :
Exécutez regedit.exe.
Cliquez avec le bouton droit sur le nœud HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Mission Critical Software\OnePoint, et sélectionnez Exporter.
Indiquez le nom et l'emplacement du fichier dans lequel enregistrer la clé de registre, puis cliquez sur Enregistrer.
La liste de contrôle suivante vous guide tout au long de la procédure de mise à niveau. Réeffectuez cette procédure pour mettre à niveau chaque ensemble de serveurs de votre environnement. Si vous ne l'avez pas encore fait, employez l'utilitaire de contrôle de l'état de santé pour créer une sauvegarde de votre instance AD LDS actuelle.
Vous pouvez répartir cette procédure de mise à niveau en plusieurs phases, en mettant à jour un MMS à la fois. Cette procédure de mise à niveau vous permet également d'inclure temporairement des serveurs secondaires exécutant une version antérieure de DRA et des serveurs secondaires exécutant la version actuelle de DRA dans le même MMS. DRA prend en charge la synchronisation entre les serveurs d'administration exécutant une version antérieure de DRA et les serveurs exécutant la version actuelle de DRA. Cependant, sachez que DRA ne prend pas en charge l'exécution d'une version antérieure de DRA avec la version actuelle sur le même serveur d'administration ou ordinateur client.
Dans DRA 9.2 ou version ultérieure, la configuration du serveur d'automatisation du workflow est stockée dans AD LDS au lieu du registre. Lors de la mise à jour de DRA 9.1 ou version antérieure vers DRA 9.2 ou version ultérieure, la configuration du registre est automatiquement déplacée vers AD LDS et répliquée sur l'ensemble des serveurs secondaires.
AVERTISSEMENT :ne mettez pas à niveau vos serveurs d'administration secondaires tant que vous n'avez pas mis à niveau le serveur d'administration primaire de ce MMS.
|
Étapes |
Détails |
|---|---|
|
Exécution de l'utilitaire de contrôle de l'état de santé |
Installez l'utilitaire de contrôle de l'état de santé DRA en mode autonome et exécutez-le à l'aide d'un compte de service. Résolvez tous les problèmes. |
|
Exécution d'une mise à niveau test |
Effectuez une mise à niveau test dans votre environnement de test afin d'identifier les problèmes potentiels et de minimiser les temps hors service en production. |
|
Ordre de la mise à niveau |
Déterminez l'ordre dans lequel vous souhaitez mettre à niveau vos ensembles de serveurs. |
|
Préparation de chaque MMS pour la mise à niveau |
Préparez chaque MMS pour la mise à niveau. Pour plus d'informations, reportez-vous aux Tâches préalables à la mise à niveau. |
|
Mise à niveau du serveur primaire |
Mettez à niveau le serveur d'administration primaire dans le MMS approprié. |
|
Installation d'un nouveau serveur secondaire |
(Facultatif) Pour réduire les temps hors service sur les sites distants, installez un serveur d'administration secondaire local exécutant la version de DRA la plus récente. |
|
Déploiement des interfaces utilisateur |
Déployez les interfaces utilisateur auprès de vos assistants administrateur. |
|
Mise à niveau des serveurs secondaires |
Mettez à niveau les serveurs d'administration secondaires du MMS. |
|
Mise à niveau de DRA Reporting |
Mettez à niveau DRA Reporting. |
|
Mise à niveau des extensions REST |
Exécutez le programme d'installation des extensions REST DRA. |
|
Exécution de l'utilitaire de contrôle de l'état de santé |
Exécutez l'utilitaire de contrôle de l'état de santé qui a été installé dans le cadre de la mise à niveau. Résolvez tous les problèmes. |
Après avoir préparé votre MMS, mettez à niveau le serveur d'administration primaire. Ne mettez pas à niveau les interfaces utilisateur sur les ordinateurs clients des assistants administrateur tant que vous n'avez pas terminé la mise à niveau du serveur d'administration primaire. Pour plus d'informations, reportez-vous à la section Déploiement des interfaces utilisateur DRA.
REMARQUE :pour des considérations plus détaillées sur les mises à niveau, reportez-vous aux Directory and Resource Administrator Release Notes (Notes de version de Directory and Resource Administrator).
Avant de procéder à la mise à niveau, informez vos assistants administrateur de la date et heure auxquelles vous prévoyez de démarrer cette procédure. Si vous avez alloué un serveur d'administration secondaire pour l'exécution d'une version antérieure de DRA, spécifiez également ce serveur afin que les assistants administrateur puissent continuer à utiliser la version précédente de DRA pendant la mise à niveau.
REMARQUE :une fois que vous avez mis à niveau le serveur d'administration primaire, vous ne pouvez pas synchroniser les paramètres de délégation, de configuration ou de stratégie de ce serveur avec les serveurs d'administration secondaires exécutant une version antérieure de DRA.
L'installation d'un nouveau serveur d'administration secondaire pour exécuter la version actuelle de DRA sur un site local peut vous aider à réduire les connexions coûteuses aux sites distants tout en réduisant les temps hors service globaux et en permettant un déploiement plus rapide des interfaces utilisateur. Cette étape est facultative et permet aux assistants administrateur d'utiliser à la fois la version actuelle de DRA et une version antérieure de DRA tout au long de la procédure de mise à niveau, jusqu'à ce que vous soyez certain que votre déploiement est terminé.
Envisagez cette option si vous êtes concerné par une ou plusieurs des exigences de mise à niveau suivantes :
Vous souhaitez un minimum de temps hors service, voire aucun.
Vous devez prendre en charge un grand nombre d'assistants administrateur sans pouvoir mettre immédiatement à niveau tous les ordinateurs clients.
Vous voulez continuer à prendre en charge l'accès à une version antérieure de DRA après la mise à niveau du serveur d'administration primaire.
Votre environnement inclut un MMS qui s'étend sur plusieurs sites.
Par exemple, si votre MMS se compose d'un serveur d'administration primaire sur votre site de Paris et d'un serveur d'administration secondaire sur votre site de Tokyo, envisagez d'installer un serveur secondaire sur le site de Tokyo et de l'ajouter au MMS correspondant. Ce serveur supplémentaire équilibre mieux la charge d'administration quotidienne sur le site de Tokyo et permet aux assistants administrateur de l'un ou l'autre site d'utiliser une version antérieure de DRA ainsi que la version actuelle de DRA jusqu'à la fin de la mise à niveau. En outre, vos assistants administrateur ne subissent aucun temps hors service puisque vous pouvez déployer immédiatement les interfaces utilisateur DRA actuelles. Pour plus d'informations sur la mise à niveau des interfaces utilisateur, reportez-vous à la section Déploiement des interfaces utilisateur DRA.
En général, vous devez déployer les interfaces utilisateur DRA actuelles après la mise à niveau du serveur d'administration primaire et d'un serveur d'administration secondaire. Toutefois, pour les assistants administrateur qui doivent utiliser le serveur d'administration primaire, assurez-vous d'abord de mettre à niveau leurs ordinateurs clients en installant la console de délégation et de configuration. Pour plus d'informations, reportez-vous à la section Planification d'une mise à niveau DRA.
Si vous effectuez souvent un traitement par lots via l'interface de ligne de commande ou le fournisseur ADSI ou si vous générez fréquemment des rapports, envisagez d'installer ces interfaces utilisateur sur un serveur d'administration secondaire dédié pour conserver un équilibre de charge approprié sur le MMS.
Vous pouvez autoriser vos assistants administrateur à installer les interfaces utilisateur DRA ou déployer ces interfaces au moyen d'une stratégie de groupe. Vous pouvez également déployer facilement et rapidement la console Web pour plusieurs assistants administrateur.
REMARQUE :vous ne pouvez toutefois pas exécuter plusieurs versions des composants DRA côte à côte sur le même serveur DRA. Si vous prévoyez de mettre à niveau progressivement les ordinateurs clients des assistants administrateur, envisagez de déployer la console Web pour garantir un accès immédiat à un serveur d'administration exécutant la version actuelle de DRA.
Lors de la mise à niveau des serveurs d'administration secondaires, vous pouvez mettre à niveau chaque serveur en fonction de vos besoins d'administration. Étudiez également la planification de la mise à niveau et le déploiement de l'interface utilisateur DRA. Pour plus d'informations, reportez-vous à la section Déploiement des interfaces utilisateur DRA.
Par exemple, un plan de mise à niveau standard peut comprendre les étapes suivantes :
Mettez à niveau un serveur d'administration secondaire.
Demandez aux assistants administrateur qui utilisent ce serveur d'installer les interfaces utilisateur appropriées, telles que la console de gestion des comptes et des ressources.
Répétez les étapes 1 et 2 ci-dessus jusqu'à la mise à niveau complète du MMS.
Avant de procéder à la mise à niveau, informez vos assistants administrateur de la date et heure auxquelles vous prévoyez de démarrer cette procédure. Si vous avez alloué un serveur d'administration secondaire pour l'exécution d'une version antérieure de DRA, spécifiez également ce serveur afin que les assistants administrateur puissent continuer à utiliser la version précédente de DRA pendant la mise à niveau. Lorsque vous avez terminé la procédure de mise à niveau pour ce MMS et que tous les ordinateurs clients des assistants administrateur exécutent des interfaces utilisateur mises à niveau, placez hors ligne tous les serveurs restants qui utilisent une version antérieure de DRA.
Avant de mettre à niveau DRA Reporting, assurez-vous que votre environnement répond à la configuration minimale requise pour NRC 3.2. Pour plus d'informations sur la configuration requise pour l'installation et les considérations de mises à niveau, reportez-vous au Reporting Center Guide (Guide de Reporting Center) sur le site de documentation DRA.
|
Étapes |
Détails |
|---|---|
|
Désactivation de la prise en charge de DRA Reporting |
Pour vous assurer que les collecteurs de création de rapports ne s'exécutent pas pendant la procédure de mise à niveau, désactivez la prise en charge de DRA Reporting dans la fenêtre Reporting Service Configuration (Configuration du service de création de rapports) de la console de délégation et de configuration. |
|
Connexion au serveur d'instance SQL avec les informations d'identification applicables |
Connectez-vous au serveur Microsoft Windows sur lequel vous avez installé l'instance SQL pour les bases de données de création de rapports avec un compte d'administrateur. Assurez-vous que ce compte dispose des privilèges d'administrateur local ainsi que des privilèges d'administrateur système sur SQL Server. |
|
Lancement du programme d'installation de DRA Reporting |
Exécutez le fichier exécutable DRAReportingSetup.exe. à partir du kit d'installation et suivez les instructions de l'Assistant d'installation. |
|
Exécution du programme d'installation de NRC |
Conditionnel : si votre service Web NRC est installé sur un autre ordinateur, connectez-vous à l'ordinateur sur lequel le service Web est installé et exécutez NRCSetup.exe pour mettre à niveau le service Web NRC. REMARQUE :si la base de données de configuration a été installée sur un serveur distinct, elle devra d'abord être mise à niveau. |
|
Exécution du programme d'installation de NRC sur les ordinateurs clients |
Exécutez NRCSetup.exe sur tous les ordinateurs clients NRC. |
|
Activation de la prise en charge de DRA Reporting |
Sur votre serveur d'administration primaire, activez la création de rapports dans la console de délégation et de configuration. |
Si votre environnement utilise l'intégration SSRS, vous devez redéployer vos rapports. Pour plus d'informations sur le redéploiement des rapports, reportez-vous au NetIQ Reporting Center Reporting Guide (Guide de création de rapports NetIQ Reporting Center) sur le site de documentation DRA.
Pour mettre à niveau la console Web et les extensions REST vers Directory and Resource Administrator 9.2, vous devez utiliser DRA 9.0.1 ou une version ultérieure. Pour plus d'informations sur la configuration requise, reportez-vous à la section Configuration requise de la console Web et des extensions DRA.
Pour mettre à niveau la console Web et les extensions DRA :
Après avoir téléchargé le kit d'installation DRA, accédez à l'emplacement auquel le support d'installation a été extrait, cliquez avec le bouton droit sur le fichier DRARESTExtensionsInstaller.exe, puis sélectionnez Exécuter en tant qu'administrateur.
Suivez les instructions de l'Assistant d'installation jusqu'à ce que l'installation soit terminée, puis cliquez sur Terminer.
Pour plus d'informations sur les étapes de l'assistant d'installation, reportez-vous aux étapes d'une nouvelle installation : Installation des extensions REST DRA.
Lorsque vous effectuez une mise à niveau vers une version plus récente de DRA, vous souhaitez conserver toutes les personnalisations que vous avez effectuées pour la console Web sur le serveur Web. Pour vous faciliter la tâche, DRA dispose d'un utilitaire de mise à niveau des personnalisations intégré au programme d'installation des extensions REST DRA. Cet utilitaire s'exécute automatiquement lorsque vous exécutez le fichier exécutable DRARESTExtensionsInstaller.exe pour mettre à niveau des extensions REST sur le serveur Web. Vous pouvez également réexécuter manuellement l'utilitaire à partir du répertoire d'installation de DRA après l'installation.
Une partie de la procédure de l'utilitaire de mise à niveau des personnalisations consiste à sauvegarder vos personnalisations avant le démarrage de la mise à niveau. Au cours de la procédure de mise à niveau, l'utilitaire crée un fichier journal de toutes les modifications apportées en raison de la mise à niveau et inclut également un avertissement relatif aux éléments de personnalisation qui ne peuvent pas être mis à jour automatiquement.
Nous recommandons de consulter le journal après la mise à niveau. Si nécessaire, vous pouvez restaurer l'état initial des personnalisations antérieures de la mise à niveau en les copiant à partir du dossier de sauvegarde. Vous pouvez définir le chemin du dossier pour les personnalisations mises à niveau lorsque l'utilitaire de mise à niveau des personnalisations s'ouvre ou vous pouvez utiliser le chemin par défaut, qui est renseigné automatiquement.
Les chemins par défaut pour les personnalisations mises à niveau et la sauvegarde des personnalisations sont fournis ci-dessous :
Chemin par défaut du dossier personnalisé : C:\inetpub\wwwroot\DRAClient\components\lib\ui-templates\custom
Dossier de sauvegarde par défaut : $CustomFolderPath\custom_upgrade_$VERSIONFROM_to_$VERSIONTO_backup