Share via


Considérations relatives à la mise à niveau vers System Center 2012 - Operations Manager

 

S'applique à: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

Cette section de la documentation Conception et planification aborde des concepts clés et des considérations pour la mise à niveau vers System Center 2012 – Operations Manager ou System Center 2012 Service Pack 1 (SP1), Operations Manager.Mise à niveau vers System Center 2012 - Operations Manager contient des scénarios et des procédures de mise à niveau complets.

Le chemin de mise à niveau pris en charge est de System Center Operations Manager 2007 R2 vers System Center 2012 – Operations Manager, puis vers System Center 2012 Service Pack 1 (SP1) ; les clients doivent donc réaliser plusieurs mises à niveau. Lors de l'exécution de plusieurs mises à niveau, il est nécessaire de vérifier si les configurations système requises se chevauchent ou pas entre System Center 2012 – Operations Manager et SP1. Par exemple, vous devez déterminer quelles versions de SQL Server sont prises en charge et comment il vous sera demandé de passer d'une version de SQL Server à une autre lorsque vous effectuez des mises à niveau entre des versions d'Operations Manager.

Si vous n'avez pas consulté Mise en route de System Center 2012 - Operations Manager ou Configuration système requise pour System Center 2012 – Operations Manager, vous pouvez le faire avant de continuer. Ces documents contiennent les principaux concepts et des détails de configuration importants que vous trouverez utiles en tant que client procédant à une mise à niveau.

Notes

Unified Installer est un utilitaire conçu pour effectuer de nouvelles installations de System Center 2012 à des fins de test et d'évaluation uniquement. Pour effectuer une mise à niveau depuis une installation existante de System Center ou pour choisir des options d'installation telles que la haute disponibilité ou les installations de composants multiserveurs, nous vous recommandons de vous reporter plutôt aux procédures détaillées dans les guides de déploiement pour chaque composant de System Center 2012.

Suppression de RMS et le nouvel émulateur RMS

Dans Operations Manager, la plus importante modification ayant un effet sur la conception et la planification est la suppression du serveur d'administration racine (RMS). Tous les serveurs d'administration sont homologues maintenant qu'il n'existe aucun RMS. Par conséquent, le RMS n'est plus un point de défaillance unique car tous les serveurs d'administration hébergent les services précédemment hébergés uniquement par le RMS. Les rôles sont distribués à tous les serveurs d'administration. Si un serveur d'administration devient indisponible, ses responsabilités sont automatiquement redistribuées. Un rôle d'émulateur RMS fournit une compatibilité ascendante pour les packs d'administration ciblant le RMS. Si vous ne disposez pas de packs d'administration qui ont précédemment ciblé le RMS, vous n'aurez pas à utiliser l'émulateur RMS.

Préparation à la mise à niveau

Avant la mise à niveau :

Important

Avant d'effectuer l'une de ces procédures, vérifiez que les serveurs dans votre groupe d'administration Operations Manager 2007 R2 satisfont les configurations minimales prises en charge pour System Center 2012 – Operations Manager. Cela vous permettra de déterminer si vous devez ajouter de nouveaux serveurs à votre groupe d'administration avant la mise à niveau. Pour plus d'informations, consultez Supported Configurations for System Center 2012 – Operations Manager (Configurations prises en charge pour System Center 2012 : Operations Manager).

Dans une mise à niveau du groupe d'administration distribué, vous mettez à niveau les serveurs d'administration secondaires, les passerelles et les agents. L'ordre de mise à niveau des agents dépend de la façon dont les agents ont été déployés. Si vous avez installé les agents manuellement, vous mettez à niveau les agents avant de mettre à niveau les passerelles et serveurs d'administration.

  1. Supprimer des agents de la gestion en attente

  2. Vérifier le RMS Operations Manager 2007 R2 pour la console connectée active

  3. Désactiver l'abonnement aux notifications

  4. Arrêter les services de connecteur ou désactiver n'importe quel connecteur

Ces procédures sont décrites en détail dans Tâches préliminaires à la mise à niveau pour Operations Manager

Intégration Active Directory et Agents

Si des agents dépendent du RMS, déplacez-les vers des serveurs d'administration secondaires pour effectuer le travail des agents. Il est important de mettre d'abord à niveau manuellement vos agents. Ces procédures sont décrites en détail dans Liste de vérification : Mise à jour distribuée (complexe)

Operations Manager

Un entrepôt de données est désormais obligatoire ; cela est nouveau pour System Center 2012 – Operations Manager et inclus dans tous les scénarios de dimensionnement d'Operations Manager Sizing Helper

Lors de la mise à niveau, l'interface utilisateur vous guidera pour ajouter un entrepôt de données si aucun n'existe.

Pools de ressources

Un pool de ressources est un regroupement de serveurs d'administration ou de serveurs de passerelle qui sont utilisés pour se répartir le travail et reprendre le travail d'un membre défectueux.

En raison de l'introduction de pools de ressources, nous recommandons que tous les serveurs d'administration soient connectés par un réseau à faible latence. Cela signifie que si vous utilisez des serveurs d'administration dans plusieurs centres de données ou sites, nous vous recommandons de déplacer tous les serveurs d'administration vers un centre de données unique et d'utiliser des serveurs de passerelle sur les autres sites.

Vous devez toujours disposer de deux serveurs d'administration dans N'IMPORTE quel environnement. Un second serveur d'administration permet le basculement et la restauration facile. Tous les serveurs d'administration sont membres du pool de ressources Tous les serveurs d'administration, qui équilibre la charge d'analyse de votre groupe d'administration lors de l'ajout de nouveaux serveurs d'administration et fournit un basculement automatique pour l'analyse. Pour obtenir des détails complets, voir Déploiement distribué d'Operations Manager.

Assurez-vous que le service SDK est exécuté sur tous les serveurs d'administration et que n'importe quel client SDK (console, console Web, connecteur, PowerShell) peut s'y connecter. Dans System Center 2012 – Operations Manager, le programme d'installation définit ce service pour qu'il démarre automatiquement sur chaque serveur d'administration lors de l'installation. Nous prenons en charge tous les clients SDK qui se connectent à n'importe quel serveur d'administration.

Analyse du réseau

Pour obtenir des informations sur les packs d'administration et l'exécution de la découverte réseau, consultez Éléments à prendre en compte lors de la conception d'un groupe d'administration pour l'analyse réseau.