Tâches postérieures à la mise à niveau lors de la mise à niveau vers System Center Operations Manager
Une fois le processus de mise à niveau terminé, vous devez effectuer de nombreuses tâches postérieures à la mise à niveau.
Tâches postérieures à la mise à niveau
Effectuez les tâches suivantes lorsque vous avez terminé le processus de mise à niveau.
Réactiver les abonnements aux notifications
Redémarrez ou réactivez les services connecteurs (si nécessaire)
Réactiver les services ACS sur les agents qui ont été mis à niveau
Réinitialiser la taille du cache HealthService de l’agent
Vérifier que la mise à niveau a réussi
Réactiver les abonnements aux notifications
Une fois la mise à niveau terminée, procédez comme suit pour réactiver les abonnements.
Ouvrez la console Opérateur avec un compte membre du rôle Administrateurs Operations Manager pour le groupe d’administration Operations Manager.
Dans la console Opérateur, dans le volet de navigation, sélectionnez le bouton Administration .
Remarque
Lorsque vous exécutez la console Opérateur sur un ordinateur qui n’est pas un serveur d’administration, la boîte de dialogue Se connecter au serveur s’affiche. Dans la zone de texte Nom du serveur, entrez le nom du serveur d’administration Operations Manager auquel vous souhaitez vous connecter.
Dans le volet Administration , sous Notifications, sélectionnez Abonnements.
Dans le volet Actions , sélectionnez Activer pour chaque abonnement répertorié qui a été activé avant d’effectuer la mise à niveau.
Redémarrer ou réactiver les services de connecteur
Reportez-vous à la documentation tierce de tous les connecteurs installés pour déterminer si les connecteurs sont pris en charge pour System Center Operations Manager. Si vous avez arrêté un connecteur pour une raison quelconque lors de la mise à niveau, redémarrez le service.
Procédez comme suit pour redémarrer un service de connecteur :
- Ouvrez le composant logiciel enfichable MMC Services. Sélectionnez Démarrer, puis entrez services.msc dans la zone De recherche démarrer .
- Dans la colonne Nom , cliquez avec le bouton droit sur le connecteur que vous souhaitez redémarrer, puis sélectionnez Démarrer.
Réactiver les services de collecte d’audit
Si les services ACS étaient activés pour un agent avant la mise à niveau, ils ont été désactivés dans le cadre du processus de mise à niveau de l'agent. Réactivez les services ACS selon le cas.
Réinitialiser la taille du cache HealthService de l’agent
Restaurez la valeur par défaut de la taille du cache du service de contrôle d’intégrité de l’agent en mettant à jour, de façon manuelle ou automatisée, le paramètre de Registre suivant des agents avec votre solution de gestion de configuration ou d’orchestration : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlsSet\Services\HealthService\Parameters\Management Groups<ManagementGroupName>\maximumQueueSizeKb
La valeur décimale par défaut du type DWORD est de 15360 (15 Mo).
Vérifier que la mise à niveau a réussi
Effectuez les tâches suivantes pour vérifier que la mise à niveau a été effectuée correctement.
- Vérifiez l’état d’intégrité des serveurs de gestion et de passerelle, ainsi que les agents dans la vue d’état Health Service Watcher. Dans l’espace de travail Administration de la console Opérateur, assurez-vous que les serveurs et agents de gestion et de passerelle sont intègres. Dans l'espace de travail Analyse , vérifiez s'il existe des alertes liées à l'intégrité du groupe d'administration.
- Consultez les journaux d'événements de tous les serveurs d'administration à la recherche de nouvelles erreurs. Triez les alertes à partir de la colonne de la dernière date de modification pour consulter les nouvelles alertes.
- Surveillez l’utilisation du processeur et de la mémoire et les E/S disque sur vos serveurs de base de données pour vous assurer qu’elles fonctionnent normalement.
- Si la fonctionnalité de création de rapports est installée, sélectionnez Reporting, puis exécutez un rapport de performances générique pour vous assurer que reporting fonctionne correctement.
Appliquer la solution de contournement pour que les règles AD fonctionnent
Les règles AD précédentes ne fonctionnent pas après la mise à niveau vers Operations Manager 2019. Après la mise à niveau vers Operations Manager 2019 à partir d’Operations Manager 2016 (ou 2016 UR antérieures à UR7), les règles AD précédentes ne fonctionnent pas en raison de la modification du format des règles Active Directory. La mise à niveau vers Operations Manager 2019 à partir d’Operations Manager 2016 UR7 et UR8 n’a pas ce problème.
Les règles AD précédentes ne fonctionnent pas après la mise à niveau vers Operations Manager 2025. Après la mise à niveau vers Operations Manager 2025 à partir d’Operations Manager 2022, les règles AD précédentes ne fonctionnent pas en raison de la modification du format des règles Active Directory.
Pour résoudre ce problème, procédez comme suit :
- Après la mise à niveau vers 2022, exportez le pack d’administration par défaut dans un dossier.
- Après la mise à niveau vers 2025, exportez le pack d’administration par défaut vers un dossier.
Ouvrez Microsoft.SystemCenter.OperationsManager.DefaultUser.xml à partir du dossier exporté.
Renommez toutes les règles AD pour utiliser <Nom de domaine NetBIOS du serveur d’administration> au lieu de <FQDN du serveur d’administration>, exemple ci-dessous.
Remarque
Le nom de domaine respecte la casse.
Exemple :
Before : Rule ID="_smx.net_MS1_contoso.com » Enabled="true »
Après : Rule ID="_SMX_MS1_contoso.com » Enabled="true »
Importez le pack d’administration mis à jour.
Les règles sont désormais visibles sur la console.
Pour plus d’informations sur ce problème, consultez mettre à jour une intégration Active Directory à Operations Manager.
Étapes suivantes
Pour comprendre la séquence et les étapes d’installation des rôles serveur Operations Manager sur plusieurs serveurs de votre groupe d’administration, consultez Déploiement distribué d’Operations Manager.