Configuration requise pour System Center Operations Manager

Les sections suivantes décrivent les performances globales et la scalabilité de System Center 2022 - Operations Manager. Ces sections fournissent également des recommandations pour les configurations matérielles pour différentes charges de travail. Puisque System Center Operations Manager est conçu pour être flexible et évolutif, la configuration matérielle requise pour certains scénarios peut différer des consignes présentées ici. D’autres sections du guide de planification abordent en détail les facteurs qui affectent les performances de chaque composant Operations Manager, de façon qu’ils puissent être adaptés aux conditions requises spécifiques.

Limites de capacité pour Operations Manager

Ces informations vous permettent de comprendre les caractéristiques de performances et de scalabilité des différents composants Operations Manager prenant en charge un groupe d’administration.

Élément analysé Limite conseillée
Consoles Opérateur simultanées 50
Ordinateurs analysés par agent et affectés à un serveur d'administration 3 000
Ordinateurs analysés par agent et affectés à un serveur de passerelle 2 000
Ordinateurs avec analyse des exceptions sans agent (AEM) par serveur d'administration dédié 25 000
Ordinateurs avec analyse des exceptions sans agent (AEM) par groupe d'administration 100 000
Ordinateurs analysés par client collectif par serveur d'administration 2 500
Serveurs d'administration par agent pour l'hébergement multiple 4
Ordinateurs gérés sans agent par serveur d'administration 10
Ordinateurs gérés sans agent par groupe d'administration 60
Ordinateurs gérés par agent et UNIX ou Linux par groupe d'administration 6 000 (avec 50 consoles ouvertes) ; 15 000 (avec 25 consoles ouvertes)
Ordinateurs UNIX ou Linux par serveur d'administration dédié 1 000
Ordinateurs UNIX ou Linux analysés par serveur de passerelle dédié 200
Périphériques réseau gérés par un pool de ressources avec trois serveurs d'administration ou plus 1 000
Périphériques réseau gérés par deux pools de ressources 2 000
Agents pour analyse des performances des applications (APM) 700
Applications pour analyse des performances des applications (APM) 400
URL analysées par serveur d'administration dédié 3 000
URL analysées par groupe d'administration dédié 12 000
URL analysées par agent 50

Séquence de mise à niveau

Si vous mettez à niveau une installation de System Center 2019 - Operations Manager intégrée à un ou plusieurs composants System Center, il est important que vous procédiez à la mise à niveau dans l’ordre suivant.

  1. Orchestrator : si le pack d’intégration Operations Manager est installé pour prendre en charge les runbooks qui effectuent l’automatisation sur votre groupe d’administration Operations Manager.
  2. Service Manager - si vous avez configuré les connecteurs pour importer les données d’élément de configuration et d’alerte des objets détectés et surveillés à partir d’Operations Manager.
  3. Data Protection Manager : si vous avez configuré la console centrale pour gérer de manière centralisée votre environnement DPM.
  4. Operations Manager
  5. Virtual Machine Manager : si vous avez configuré l’intégration à Operations Manager pour surveiller l’intégrité de vos composants VMM, des machines virtuelles et des hôtes de machines virtuelles.

Configuration matérielle requise

Utilisez ces informations pour déterminer si votre environnement matériel peut prendre en charge l’installation de System Center 2022 - Operations Manager ou la mise à niveau vers System Center 2022 - Operations Manager, en prenant en compte la configuration matérielle minimale requise pour le processeur, la mémoire et l’espace disque. Vous devez utiliser les informations ici, que vous déployiez un ou plusieurs composants, et pour obtenir des informations plus spécifiques pour vous aider à planifier la quantité d’infrastructure nécessaire pour un nouveau déploiement Operations Manager, consultez l’assistant de dimensionnement d’Operations Manager

Notes

Bien que l’assistance de dimensionnement Operations Manager 2012 n’ait pas été mise à jour pour refléter la version 2016 et ultérieure d’Operations Manager, les informations fournies sont toujours valides pour vous aider à estimer vos besoins de conception. Toutefois, le nombre d’ordinateurs UNIX/Linux par serveur de passerelle et de gestion, comme indiqué dans la section Surveillance Unix ou Linux n’est pas correct. Le nombre d’ordinateurs UNIX/Linux par serveur a augmenté et est indiqué dans le tableau des capacités d’éléments surveillés plus haut dans cet article.

Rôle serveur Operations Manager Processeur x64 (min.) Mémoire (min.) Espace disque (min.)
Serveur d'administration Processeur quadruple cœur, 2,66 GHz 8 Go 10 Go
Serveur de passerelle gérant jusqu’à 2 000 agents Processeur quadruple cœur, 2,66 GHz 8 Go 10 Go
Serveur de passerelle dans un pool de ressources gérant jusqu’à 500 périphériques réseau Processeur octuple cœur, 2,66 GHz 32 Go 10 Go
Serveur de passerelle dans un pool de ressources gérant jusqu’à 100 ordinateurs UNIX/Linux Processeur quadruple cœur, 2,66 GHz 4 Go de RAM 10 Go
Serveur de console Web Processeur quadruple cœur, 2,66 GHz 8 Go 10 Go
Serveur SQL Server Reporting Services Processeur quadruple cœur, 2,66 GHz 8 Go 10 Go

Configuration logicielle requise pour les composants Operations Manager

Systèmes d'exploitation serveur

Les versions suivantes du système d’exploitation Windows Server sont prises en charge pour les composants Operations Manager suivants.

Composant Windows Server 2019 Standard, Datacenter Windows Server 2019 Server Core Windows Server 2022 Standard, Datacenter Windows Server 2022 Server Core
Serveur d’administration Operations Manager Oui Oui Oui Oui
Serveur de passerelle Operations Manager Oui Oui Oui Oui
Console Web Operations Manager Oui Oui
Collecteur des services ACS Operations Manager Oui Oui
Console Opérateur Operations Manager Oui Oui
Base de données opérationnelle, de l’entrepôt de données et ACS Operations Manager
Base de données des services ACS
Oui Oui Oui Oui
Operations Manager Reporting Server Oui Oui

Base de données de l’entrepôt de données, base de données de l’audit ACS et base de données opérationnelle dans Operations Manager

Serveur d’administration/serveur de passerelle

  • Système d’exploitation : consultez Configuration requise pour le système d’exploitation du serveur.
  • Version de Windows PowerShell : Windows PowerShell version 2.0 ou Windows PowerShell version 3.0.
  • Gestion à distance de Windows : la Gestion à distance de Windows doit être activée pour le serveur d'administration.
  • .NET Framework 4.7.2 ou .NET Framework 4.8 est nécessaire.

Console Operations Manager

Console Web

  • Système d’exploitation : consultez Configuration requise pour le système d’exploitation du serveur.

  • Navigateur web client pour les tableaux de bord avec Silverlight : pour la compatibilité descendante avec les tableaux de bord silverlight, Internet Explorer 11 et Silverlight 5 sont requis.

    Notes

    Operations Manager 2019 et ultérieur inclut uniquement la version 64 bits de la console Opérateur. La console web ne prend pas en charge l’exécution d’Internet Explorer en mode de compatibilité. Sinon, vous recevrez une page vide lorsque vous tentez d’accéder à la console.

  • Navigateur web client pour la console Web HTML5 :

    • Internet Explorer version 11
    • Microsoft Edge version 88 ou ultérieure
    • Google Chrome version 88 ou ultérieure
    • Internet Information Services : IIS 7.5 et version ultérieure, avec la Console de gestion IIS et les services de rôle suivants installés :
    • Contenu statique
    • Document par défaut
    • Exploration des répertoires
    • Erreurs HTTP
    • Journalisation HTTP
    • Observateur de demandes
    • Filtrage des demandes
    • Compression de contenu statique
    • Prise en charge de Serveur Web (IIS)
    • Compatibilité avec la métabase de données IIS 6
    • ASP.NET (les versions 3.5 et 4.7.2 ou les versions ultérieures d’ASP.NET sont requises.)
    • Authentification Windows
  • Site web sélectionné pour la console Web : nécessite une liaison http ou https configurée.

  • .NET Framework 4.7.2 ou .NET Framework 4.8 est nécessaire.

Notes

L’installation de la console web nécessite l’activation de l’option Restrictions ISAPI et CGI dans IIS pour ASP.NET 4.8. Pour activer cette option, sélectionnez le serveur Web dans IIS Manager, puis double-cliquez sur Restrictions ISAPI et CGI. Sélectionnez ASP.NET v4.8, puis sélectionnez Autoriser.

Serveur Operations Manager Reporting

  • Système d’exploitation : consultez Configuration requise pour le système d’exploitation du serveur.

  • Microsoft SQL Server, consultez SQL Server Requirements (Configuration requise pour SQL Server).

  • Service d’accès à distance au Registre : doit être activé et démarré.

  • Microsoft SQL Server Reporting Services, consultez SQL Server Requirements (Configuration requise pour SQL Server).

    Notes

    System Center 2016 – Operations Manager et les versions ultérieures prennent en charge les SQL Server Reporting Services en mode natif uniquement ; n’utilisez pas le mode intégré SharePoint.

  • .NET Framework 4.7.2 ou .NET Framework 4.8 est nécessaire.

Système d’exploitation client

Les systèmes d’exploitation clients Windows 10 et Windows 11 sont pris en charge pour la console Opérateur d’Operations Manager 2022.

Système d’exploitation Microsoft Monitoring Agent

Notes

Operations Manager 2022 inclut uniquement la version 64 bits de l’agent.

  • Windows Server 2022 - Standard, Datacenter, Server Core

  • Windows Server 2019 - Standard, Datacenter, Server Core

  • Windows Server 2016 - Standard, Datacenter, Server Core

  • Windows Server 2012 R2 - Standard, Datacenter, Server Core

  • Windows Server 2012 - Standard, Datacenter, Server Core

  • Windows 10 - Entreprise, Professionnel

  • Windows 11 - Entreprise, Professionnel

  • Système de fichiers : %SYSTEMDRIVE% doit être formaté avec le système de fichiers NTFS.

  • Windows PowerShell version 3.0.

  • Microsoft .NET Framework (versions 3.5 et 4.7.2 ou ultérieures de Microsoft .NET requises).

    Notes

    Windows PowerShell est nécessaire pour collecter localement les journaux IntelliTrace et exécuter les packs d’administration System Center Operations Manager qui utilisent des scripts PowerShell. Microsoft .NET Framework 3.5 ou version ultérieure est nécessaire pour collecter localement les journaux IntelliTrace et l’analyse des performances d’application .NET.

Virtualisation

Microsoft prend en charge l’exécution de toutes les fonctionnalités serveur de System Center 2022 - Operations Manager dans les environnements physiques ou virtuels satisfaisant aux configurations minimales requises indiquées dans le présent document. Certaines restrictions relatives aux fonctionnalités de virtualisation s’appliquent à Operations Manager. Plus précisément, Microsoft ne prend pas en charge l’utilisation des fonctionnalités de virtualisation suivantes, quelle que soit la technologie de virtualisation utilisée avec Operations Manager :

  • Les ordinateurs virtuels exécutant un composant Operations Manager ne doivent pas utiliser de fonctionnalités où toute activité sur l’ordinateur virtuel n’est pas immédiatement validée sur le disque dur virtuel. Cela inclut l’utilisation d’instantanés et l’écriture des modifications sur un disque dur virtuel temporaire.
  • Les ordinateurs virtuels exécutant un composant Operations Manager ne peuvent pas être suspendus ou placés dans un « état d’enregistrement » status et redémarrés. Ils ne peuvent être arrêtés et redémarrés qu’avec un ordinateur physique.

System Center 2016 - Operations Manager et versions ultérieures s’exécutent sur des machines virtuelles dans Microsoft Azure comme sur des systèmes informatiques physiques. Nous vous recommandons d’exécuter Operations Manager sur des machines virtuelles Microsoft Azure pour analyser d’autres machines virtuelles ou ressources hébergées dans Azure, ou pour analyser des instances et des charges de travail hébergées localement. Vous pouvez également exécuter Operations Manager localement et analyser des machines virtuelles Microsoft Azure ou d’autres ressources dans Azure.

  • Les machines virtuelles qui exécutent des composants Operations Manager peuvent être répliquées vers un autre environnement virtualisé à l’aide du service Azure Site Recovery. L’environnement virtualisé mentionné ici peut être local ou Azure, et basculerait vers cet environnement en raison d’un sinistre.
  • Si, pour des raisons de performances, les bases de données Operations Manager doivent être hébergées sur des serveurs SQL virtualisés, nous vous recommandons de stocker la base de données opérationnelle et la base de données de l’entrepôt de données sur un disque dur physique lié directement et non sur un disque dur virtuel.

Coexistence prise en charge

Le tableau suivant liste les scénarios dans lesquels la coexistence entre Operations Manager 2022 et les versions antérieures d’Operations Manager est prise en charge.

Version Coexistence du groupe d’administration
Operations Manager 2019 jusqu’au dernier correctif cumulatif Oui

Mise à niveau sur place

System Center 2022 - Operations Manager prend en charge une mise à niveau sur place à partir des versions suivantes :

System Center 2019

Active Directory et DNS

Operations Manager s’intègre à Active Directory pour l’authentification, l’attribution de droits et l’autorisation. DNS est utilisé pour la résolution de noms des rôles de prise en charge dans le groupe d’administration, ainsi que des ordinateurs, des périphériques réseau et d’autres charges de travail surveillées telles que les URL web.

Active Directory Domain Services

System Center Operations Manager s’appuie sur AD DS pour de nombreux services, notamment la définition des principes de sécurité, l’attribution de droits, l’authentification et l’autorisation. Operations Manager interroge AD DS lors de la découverte des ordinateurs et des services, et peut utiliser les services AD DS pour stocker et distribuer les informations de configuration de l'agent. Pour qu’Operations Manager fonctionne correctement, AD DS et son service de prise en charge, DNS, doivent être sains et atteindre des niveaux de configuration minimum. De plus, certaines conventions d'affectation des noms de domaines doivent être suivies.

Attribution des noms des espaces de domaines

Un groupe d’administration Operations Manager ne peut pas être installé dans un domaine Active Directory racine qui a un espace de noms DNS plat. Vous pouvez cependant installer le groupe d'administration dans les domaines enfants du domaine racine. Par exemple, vous avez un domaine racine dont le nom DNS est « Woodgrove ». Étant donné que ce domaine racine a un espace de noms DNS plat, vous ne pouvez pas installer un groupe d’administration Operations Manager dans le domaine Woodgrove. Toutefois, si le domaine Woodgrove possède un domaine enfant dont le nom DNS est « National », le nom de domaine complet du domaine enfant est national.woodgrove. Pour plus d'informations sur la configuration de Windows pour les domaines dont le nom DNS ne comprend qu'une seule partie, consultez « Informations sur la configuration des domaines Active Directory à l'aide de noms DNS en une seule partie ».

Niveau fonctionnel de domaine

Windows Server Active Directory peut fonctionner à différents niveaux fonctionnels. Ces niveaux se distinguent par la version du système d'exploitation Windows Server qui est autorisée sur les contrôleurs de domaine présents dans le domaine. System Center Operations Manager n’a pas d’exigence de niveau fonctionnel de domaine.

Niveau fonctionnel d'une forêt

Le niveau fonctionnel d'une forêt ressemble au niveau fonctionnel de domaine, car il définit un niveau minimal de système d'exploitation de contrôleur de domaine dans toute la forêt. Une fois qu’il est défini, les contrôleurs de domaine avec des systèmes d’exploitation de niveau inférieur ne peuvent pas être introduits dans la forêt. Operations Manager n’a pas d’exigence de niveau fonctionnel de forêt.

DNS

DNS doit être installé et dans un état sain pour prendre en charge AD DS. Au-delà de la fiabilité d’Operations Manager sur AD DS, il n’y a pas d’exigence DNS spécifique.

Les sections suivantes décrivent les performances globales et la scalabilité de System Center 2019 - Operations Manager. Ces sections fournissent également des recommandations sur les configurations matérielles pour diverses charges de travail. Puisque System Center Operations Manager est conçu pour être flexible et évolutif, la configuration matérielle requise pour certains scénarios peut différer des consignes présentées ici. D’autres sections du guide de planification abordent en détail les facteurs qui affectent les performances de chaque composant Operations Manager, de façon qu’ils puissent être adaptés aux conditions requises spécifiques.

Limites de capacité pour Operations Manager

Ces informations vous permettent de comprendre les caractéristiques de performances et de scalabilité des différents composants Operations Manager prenant en charge un groupe d’administration.

Élément analysé Limite conseillée
Consoles Opérateur simultanées 50
Ordinateurs analysés par agent et affectés à un serveur d'administration 3 000
Ordinateurs analysés par agent et affectés à un serveur de passerelle 2 000
Ordinateurs avec analyse des exceptions sans agent (AEM) par serveur d'administration dédié 25 000
Ordinateurs avec analyse des exceptions sans agent (AEM) par groupe d'administration 100 000
Ordinateurs analysés par client collectif par serveur d'administration 2 500
Serveurs d'administration par agent pour l'hébergement multiple 4
Ordinateurs gérés sans agent par serveur d'administration 10
Ordinateurs gérés sans agent par groupe d'administration 60
Ordinateurs gérés par agent et UNIX ou Linux par groupe d'administration 6 000 (avec 50 consoles ouvertes) ; 15 000 (avec 25 consoles ouvertes)
Ordinateurs UNIX ou Linux par serveur d'administration dédié 1 000
Ordinateurs UNIX ou Linux analysés par serveur de passerelle dédié 200
Périphériques réseau gérés par un pool de ressources avec trois serveurs d'administration ou plus 1 000
Périphériques réseau gérés par deux pools de ressources 2 000
Agents pour analyse des performances des applications (APM) 700
Applications pour analyse des performances des applications (APM) 400
URL analysées par serveur d'administration dédié 3 000
URL analysées par groupe d'administration dédié 12 000
URL analysées par agent 50

Séquence de mise à niveau

Si vous mettez à niveau une installation de System Center 2016/1801/1807 - Operations Manager intégrée à un ou plusieurs composants System Center, il est important que vous procédiez à la mise à niveau dans l’ordre suivant.

  1. Orchestrator : si le pack d’intégration Operations Manager est installé pour prendre en charge les runbooks qui effectuent l’automatisation sur votre groupe d’administration Operations Manager.
  2. Service Manager - si vous avez configuré les connecteurs pour importer les données d’élément de configuration et d’alerte des objets détectés et surveillés à partir d’Operations Manager.
  3. Data Protection Manager : si vous avez configuré la console centrale pour gérer de manière centralisée votre environnement DPM.
  4. Operations Manager
  5. Virtual Machine Manager : si vous avez configuré l’intégration à Operations Manager pour surveiller l’intégrité de vos composants VMM, des machines virtuelles et des hôtes de machines virtuelles.

Configuration matérielle requise

Utilisez ces informations pour déterminer si votre environnement matériel peut prendre en charge l’installation de System Center 2019 - Operations Manager ou la mise à niveau vers System Center 2016 - Operations Manager, en prenant en compte la configuration matérielle minimale requise pour le processeur, la mémoire et l’espace disque. Vous devez utiliser les informations ici, que vous déployiez un ou plusieurs composants, et pour obtenir des informations plus spécifiques pour vous aider à planifier la quantité d’infrastructure nécessaire pour un nouveau déploiement Operations Manager, consultez l’assistant de dimensionnement d’Operations Manager.

Notes

Bien que l’assistance de dimensionnement d’Operations Manager 2012 n’ait pas été mise à jour pour refléter la version 2016 et ultérieure d’Operations Manager, les informations fournies sont toujours valides pour vous aider à estimer vos besoins de conception. Toutefois, le nombre d’ordinateurs UNIX/Linux par serveur de passerelle et de gestion, comme indiqué dans la section Supervision Unix ou Linux , n’est pas correct. Le nombre d’ordinateurs UNIX/Linux par serveur a augmenté et est indiqué dans le tableau des capacités d’éléments surveillés plus haut dans cet article.

Rôle serveur Operations Manager Processeur x64 (min.) Mémoire (min.) Espace disque (min.)
Serveur d'administration Processeur quadruple cœur, 2,66 GHz 8 Go 10 Go
Serveur de passerelle gérant jusqu’à 2 000 agents Processeur quadruple cœur, 2,66 GHz 8 Go 10 Go
Serveur de passerelle dans un pool de ressources gérant jusqu’à 500 périphériques réseau Processeur octuple cœur, 2,66 GHz 32 Go 10 Go
Serveur de passerelle dans un pool de ressources gérant jusqu’à 100 ordinateurs UNIX/Linux Processeur quadruple cœur, 2,66 GHz 4 Go de RAM 10 Go
Serveur de console Web Processeur quadruple cœur, 2,66 GHz 8 Go 10 Go
Serveur SQL Server Reporting Services Processeur quadruple cœur, 2,66 GHz 8 Go 10 Go

Configuration logicielle requise pour les composants Operations Manager

Systèmes d'exploitation serveur

Les versions suivantes du système d’exploitation Windows Server sont prises en charge pour les composants Operations Manager suivants.

Composant Windows Server 2016 Standard, Datacenter Windows 2016 Server Core Windows Server 2019 Standard, Datacenter Windows Server 2019 Server Core
Serveur d’administration Operations Manager oui oui oui oui
Serveur de passerelle Operations Manager oui oui oui oui
Console Web Operations Manager oui oui
Collecteur des services ACS Operations Manager oui oui
Console Opérateur Operations Manager oui oui
Base de données opérationnelle, de l’entrepôt de données et ACS Operations Manager
Base de données des services ACS
oui oui oui oui
Operations Manager Reporting Server oui oui

Base de données de l’entrepôt de données, base de données de l’audit ACS et base de données opérationnelle dans Operations Manager

Serveur d’administration/serveur de passerelle

  • Système d’exploitation : consultez Configuration requise pour le système d’exploitation du serveur.
  • Version de Windows PowerShell : Windows PowerShell version 2.0 ou Windows PowerShell version 3.0.
  • Gestion à distance de Windows : la Gestion à distance de Windows doit être activée pour le serveur d'administration.
  • .NET Framework 4 ou .NET Framework 4.5 requis, .NET Framework 4.7 ou 4.8 également pris en charge.

Console Operations Manager

Notes

Report Viewer dépend de Types CLR du système Microsoft pour SQL Server 2014. Le package SQL Server System CLR Types contient les composants implémentant les types geometry, geography et hierarchy ID dans SQL Server 2014. Ce composant peut être installé séparément à partir du serveur pour autoriser les applications clientes à utiliser ces types hors du serveur.

  • .NET Framework 4 ou .NET Framework 4.5 est requis ; .NET Framework 4.7 et 4.8 sont également pris en charge.

Console Web

  • Système d’exploitation : consultez Configuration requise pour le système d’exploitation du serveur.

  • Navigateur web client pour les tableaux de bord avec Silverlight : pour la compatibilité descendante avec les tableaux de bord silverlight, Internet Explorer 11 et Silverlight 5 sont requis.

    Notes

    Operations Manager 2019 inclut uniquement la version 64 bits de la console Opérateur. La console web ne prend pas en charge l’exécution d’Internet Explorer en mode de compatibilité ; sinon, vous recevrez une page vide lorsque vous tentez d’accéder à la console.

  • Navigateur web client pour la console Web HTML5 :

    • Internet Explorer version 11
    • Microsoft Edge version 40 ou ultérieure
    • Google Chrome version 67 ou ultérieure
    • Internet Information Services : IIS 7.5 et version ultérieure, avec la Console de gestion IIS et les services de rôle suivants installés :
    • Contenu statique
    • Document par défaut
    • Exploration des répertoires
    • Erreurs HTTP
    • Journalisation HTTP
    • Observateur de demandes
    • Filtrage des demandes
    • Compression de contenu statique
    • Prise en charge de Serveur Web (IIS)
    • Compatibilité avec la métabase de données IIS 6
    • ASP.NET (les versions 3.5 et 4.5 d’ASP.NET sont requises, ainsi que les versions ultérieures.)
    • Authentification Windows
  • Site web sélectionné pour la console Web : nécessite une liaison http ou https configurée.

  • .NET Framework 4 ou .NET Framework 4.5 est requis ; .NET Framework 4.7 et 4.8 sont également pris en charge.

Notes

L’installation de la console Web nécessite l’activation de l’option Restrictions ISAPI et CGI dans IIS pour ASP.NET 4. Pour activer cette option, sélectionnez le serveur Web dans IIS Manager, puis double-cliquez sur Restrictions ISAPI et CGI. Sélectionnez ASP.NET v4.0.30319, puis sélectionnez Autoriser.

Serveur Operations Manager Reporting

  • Système d’exploitation : consultez Configuration requise pour le système d’exploitation du serveur.

  • Microsoft SQL Server, consultez SQL Server Requirements (Configuration requise pour SQL Server).

  • Service d’accès à distance au Registre : doit être activé et démarré.

  • Microsoft SQL Server Reporting Services, consultez SQL Server Requirements (Configuration requise pour SQL Server).

    Notes

    System Center 2016 – Operations Manager et versions ultérieures prend en charge SQL Server Reporting Services en mode natif uniquement ; n’utilisez pas le mode intégré SharePoint.

  • .NET Framework 4 ou .NET Framework 4.5 est requis ; .NET Framework 4.7 et 4.8 sont également pris en charge.

Système d’exploitation client

Les systèmes d’exploitation clients Windows 10 et Windows 11 sont pris en charge pour la console Opérateur d’Operations Manager 2019.

Système d’exploitation Microsoft Monitoring Agent

Notes

Operations Manager 2019 inclut uniquement la version 64 bits de l’agent.

  • Windows Server 2022 - Standard, Datacenter, Server Core

  • Windows Server 2019 - Standard, Datacenter, Server Core

  • Windows Server 2016 - Standard, Datacenter, Server Core

  • Windows Server 2012 R2 - Standard, Datacenter, Server Core

  • Windows Server 2012 - Standard, Datacenter, Server Core

  • Windows 10 - Entreprise, Professionnel

  • Windows 11 pris en charge à partir d’UR4 et versions ultérieures

  • Système de fichiers : %SYSTEMDRIVE% doit être formaté avec le système de fichiers NTFS.

  • Version de Windows PowerShell : Windows PowerShell version 2.0 ou Windows PowerShell version 3.0.

  • Microsoft .NET Framework 3.5 ou version ultérieure.

    Notes

    Windows PowerShell est nécessaire pour collecter localement les journaux IntelliTrace et exécuter les packs d’administration System Center Operations Manager qui utilisent des scripts PowerShell. Microsoft .NET Framework 3.5 ou version ultérieure est nécessaire pour collecter localement les journaux IntelliTrace et l’analyse des performances d’application .NET.

Virtualisation

Microsoft prend en charge l’exécution de toutes les fonctionnalités serveur de System Center 2019 Operations Manager dans les environnements physiques ou virtuels satisfaisant aux configurations minimales requises indiquées dans le présent document. Il existe certaines restrictions sur les fonctionnalités de virtualisation qui s’appliquent à Operations Manager. Plus précisément, Microsoft ne prend pas en charge l’utilisation des fonctionnalités de virtualisation suivantes, quelle que soit la technologie de virtualisation utilisée avec Operations Manager :

  • Les ordinateurs virtuels exécutant un composant Operations Manager ne doivent pas utiliser de fonctionnalités dans lesquelles toutes les activités sur l’ordinateur virtuel ne sont pas immédiatement validées sur le disque dur virtuel. Cela inclut l’utilisation d’instantanés et l’écriture des modifications sur un disque dur virtuel temporaire.
  • Les ordinateurs virtuels exécutant un composant Operations Manager ne peuvent pas être suspendus ou placés dans un « état d’enregistrement » status et redémarrés. Ils ne peuvent être arrêtés et redémarrés qu’avec un ordinateur physique.

System Center 2016 - Operations Manager et versions ultérieures s’exécutent sur des machines virtuelles dans Microsoft Azure comme sur des systèmes informatiques physiques. Nous vous recommandons d’exécuter Operations Manager sur des machines virtuelles Microsoft Azure pour analyser d’autres machines virtuelles ou ressources hébergées dans Azure, ou pour analyser des instances et des charges de travail hébergées localement. Vous pouvez également exécuter Operations Manager localement et analyser des machines virtuelles Microsoft Azure ou d’autres ressources dans Azure.

  • Les machines virtuelles qui exécutent des composants Operations Manager peuvent être répliquées vers un autre environnement virtualisé à l’aide du service Azure Site Recovery. L’environnement virtualisé mentionné ici peut être local ou Azure, et basculerait vers cet environnement en raison d’un sinistre.
  • Si, pour des raisons de performances, les bases de données Operations Manager doivent être hébergées sur des serveurs SQL virtualisés, nous vous recommandons de stocker la base de données opérationnelle et la base de données de l’entrepôt de données sur un disque dur physique lié directement et non sur un disque dur virtuel.

Coexistence prise en charge

Le tableau suivant liste les scénarios dans lesquels la coexistence entre Operations Manager 2019 et les versions antérieures d’Operations Manager est prise en charge.

Version Coexistence du groupe d’administration
Operations Manager 2016 RTM jusqu’au dernier correctif cumulatif Oui
Operations Manager 1801 Oui
Operations Manager 1807 Oui

Mise à niveau sur place

System Center 2019 - Operations Manager prend en charge une mise à niveau sur place à partir des versions suivantes :

  • System Center 2016
  • System Center 1801
  • System Center 1807

Active Directory et DNS

Operations Manager s’intègre à Active Directory pour l’authentification, l’attribution de droits et l’autorisation. DNS est utilisé pour la résolution de noms des rôles de prise en charge dans le groupe d’administration et les ordinateurs, les périphériques réseau et d’autres charges de travail surveillées telles que les URL web.

Active Directory Domain Services

System Center Operations Manager s’appuie sur AD DS pour de nombreux services, notamment la définition des principes de sécurité, l’attribution de droits, l’authentification et l’autorisation. Operations Manager interroge AD DS lors de la découverte des ordinateurs et des services, et peut utiliser les services AD DS pour stocker et distribuer les informations de configuration de l'agent. Pour qu’Operations Manager fonctionne correctement, AD DS et son service de prise en charge, DNS, doivent être sains et atteindre des niveaux de configuration minimum. De plus, certaines conventions d'affectation des noms de domaines doivent être suivies.

Attribution des noms des espaces de domaines

Un groupe d’administration Operations Manager ne peut pas être installé dans un domaine Active Directory racine qui a un espace de noms DNS plat. Vous pouvez cependant installer le groupe d'administration dans les domaines enfants du domaine racine. Par exemple, vous avez un domaine racine qui a un nom DNS Woodgrove. Étant donné que ce domaine racine a un espace de noms DNS plat, vous ne pouvez pas installer un groupe d’administration Operations Manager dans le domaine Woodgrove. Toutefois, si le domaine Woodgrove a un domaine enfant avec un nom DNS National, le nom de domaine complet du domaine enfant est national.woodgrove. Pour plus d'informations sur la configuration de Windows pour les domaines dont le nom DNS ne comprend qu'une seule partie, consultez « Informations sur la configuration des domaines Active Directory à l'aide de noms DNS en une seule partie ».

Niveau fonctionnel de domaine

Windows Server Active Directory peut fonctionner à différents niveaux fonctionnels. Ces niveaux se distinguent par la version du système d’exploitation Windows Server autorisée sur les contrôleurs de domaine présents dans le domaine. System Center Operations Manager n’a pas d’exigence de niveau fonctionnel de domaine.

Niveau fonctionnel d'une forêt

Le niveau fonctionnel d'une forêt ressemble au niveau fonctionnel de domaine, car il définit un niveau minimal de système d'exploitation de contrôleur de domaine dans toute la forêt. Une fois qu’il est défini, les contrôleurs de domaine avec des systèmes d’exploitation de niveau inférieur ne peuvent pas être introduits dans la forêt. Operations Manager n’a pas d’exigence de niveau fonctionnel de forêt.

DNS

DNS doit être installé et dans un état sain pour prendre en charge AD DS. Au-delà de la fiabilité d’Operations Manager sur AD DS, il n’y a pas d’exigence DNS spécifique.

Cet article décrit les performances globales et l’évolutivité de System Center 2016 - Operations Manager. Il recommande les configurations matérielles pour différentes charges de travail. Puisque System Center Operations Manager est conçu pour être flexible et évolutif, la configuration matérielle requise pour certains scénarios peut différer des consignes présentées ici. Une description des facteurs qui affectent les performances de chaque composant Operations Manager est détaillée dans les autres sections du guide de planification afin qu’ils puissent être adaptés à des exigences spécifiques.

Limites de capacité pour Operations Manager

Les informations suivantes vous permettent de comprendre les caractéristiques de performances et de scalabilité des différents composants Operations Manager prenant en charge un groupe d’administration.

Élément analysé Limite conseillée
Consoles Opérateur simultanées 50
Ordinateurs analysés par agent et affectés à un serveur d'administration 3 000
Ordinateurs analysés par agent et affectés à un serveur de passerelle 2 000
Ordinateurs avec analyse des exceptions sans agent (AEM) par serveur d'administration dédié 25 000
Ordinateurs avec analyse des exceptions sans agent (AEM) par groupe d'administration 100 000
Ordinateurs analysés par client collectif par serveur d'administration 2 500
Serveurs d'administration par agent pour l'hébergement multiple 4
Ordinateurs gérés sans agent par serveur d'administration 10
Ordinateurs gérés sans agent par groupe d'administration 60
Ordinateurs gérés par agent et UNIX ou Linux par groupe d'administration 6 000 (avec 50 consoles ouvertes) ; 15 000 (avec 25 consoles ouvertes)
Ordinateurs UNIX ou Linux par serveur d'administration dédié 1 000
Ordinateurs UNIX ou Linux analysés par serveur de passerelle dédié 200
Périphériques réseau gérés par un pool de ressources avec trois serveurs d'administration ou plus 1 000
Périphériques réseau gérés par deux pools de ressources 2 000
Agents pour analyse des performances des applications (APM) 700
Applications pour analyse des performances des applications (APM) 400
URL analysées par serveur d'administration dédié 3 000
URL analysées par groupe d'administration dédié 12 000
URL analysées par agent 50

Séquence de mise à niveau

Si vous mettez à niveau une installation de System Center 2012 R2 Operations Manager ou de System Center 2016 - Operations Manager intégrée à un ou plusieurs composants System Center, il est important que vous procédiez à la mise à niveau dans l’ordre suivant.

  1. Orchestrator : si le pack d’intégration Operations Manager est installé pour prendre en charge les runbooks qui effectuent l’automatisation sur votre groupe d’administration Operations Manager.
  2. Service Manager : si vous avez configuré les connecteurs pour importer les données d’alerte et d’élément de configuration des objets découverts et surveillés à partir d’Operations Manager.
  3. Data Protection Manager : si vous avez configuré la console centrale pour gérer de manière centralisée votre environnement DPM.
  4. Operations Manager
  5. Virtual Machine Manager : si vous avez configuré l’intégration à Operations Manager pour surveiller l’intégrité de vos composants VMM, des machines virtuelles et des hôtes de machines virtuelles.

Configuration matérielle requise

Utilisez ces informations pour déterminer si votre environnement matériel peut prendre en charge l’installation de ou la mise à niveau vers System Center 2016 - Operations Manager et ultérieur, en prenant en compte la configuration matérielle minimale requise pour le processeur, la mémoire vive et l’espace disque. Vous devez utiliser les informations ici, que vous déployiez un ou plusieurs composants. Pour plus d’informations spécifiques afin de planifier la quantité d’infrastructure nécessaire pour un nouveau déploiement Operations Manager, reportez-vous à Operations Manager 2012 Sizing Helper.

Notes

Bien que l’assistance de dimensionnement Operations Manager 2012 n’ait pas été mise à jour pour refléter la version 2016 et ultérieure d’Operations Manager, les informations fournies sont toujours valides pour vous aider à estimer vos besoins de conception. Toutefois, le nombre d’ordinateurs UNIX/Linux par serveur d’administration et de passerelle, comme indiqué dans la section Surveillance Unix ou Linux , n’est pas correct. Le nombre d’ordinateurs UNIX/Linux par serveur a augmenté et est indiqué dans le tableau des capacités d’éléments surveillés plus haut dans cet article.

Rôle serveur Operations Manager Processeur x64 (min.) Mémoire (min.) Espace disque (min.)
Serveur d'administration Processeur quadruple cœur, 2,66 GHz 8 Go 10 Go
Serveur de passerelle gérant jusqu’à 2 000 agents Processeur quadruple cœur, 2,66 GHz 8 Go 10 Go
Serveur de passerelle dans un pool de ressources gérant jusqu’à 500 périphériques réseau Processeur octuple cœur, 2,66 GHz 32 Go 10 Go
Serveur de passerelle dans un pool de ressources gérant jusqu’à 100 ordinateurs UNIX/Linux Processeur quadruple cœur, 2,66 GHz 4 Go de RAM 10 Go
Serveur de console Web Processeur quadruple cœur, 2,66 GHz 8 Go 10 Go
Serveur SQL Server Reporting Services Processeur quadruple cœur, 2,66 GHz 8 Go 10 Go

Configuration logicielle requise pour les composants Operations Manager

Systèmes d'exploitation serveur

Les versions suivantes du système d’exploitation Windows Server sont prises en charge pour les composants Operations Manager suivants.

Composant Windows Server 2012 R2 Standard, Datacenter Windows Server 2016 Standard, Datacenter Windows Server Core 2016
Serveur d’administration Operations Manager oui oui oui
Serveur de passerelle Operations Manager oui oui oui
Console Web Operations Manager oui oui
Collecteur des services ACS Operations Manager oui oui
Console Opérateur Operations Manager oui oui
Base de données opérationnelle, de l’entrepôt de données et ACS Operations Manager
Base de données des services ACS
oui Oui oui
Operations Manager Reporting Server oui oui

Système d’exploitation client

Les versions suivantes du système d’exploitation client Windows sont prises en charge pour la console Opérateur Operations Manager.

Windows 7 Windows 8 Windows 8.1 Windows 10
oui Oui oui oui

Système d’exploitation Microsoft Monitoring Agent

Les versions suivantes du système d’exploitation Windows sont prises en charge pour l’agent Microsoft Monitoring Agent se connectant à Operations Manager.

Windows Server 2019, Windows Server 2019 Server Core, Windows Server 2016, Windows Server 2016 Server Core, Windows Server 2016 Nano Server, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 Service Pack 1, Windows Server 2008 Service Pack 2, Windows 10, Windows 8 Entreprise, Windows 8 Pro, Windows Embedded POSReady 2009, Windows 7, Windows Embedded Standard 7 Service Pack 1.

Windows Server 2016, Windows Server 2016 Nano Server, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 Service Pack 1, Windows Server 2008 Service Pack 2, Windows 10, Windows 8 Entreprise, Windows 8 Professionnel, Windows Embedded POSReady 2009, Windows 7, Windows Embedded Standard 7 Service Pack 1.

  • Système de fichiers : %SYSTEMDRIVE% doit être formaté avec le système de fichiers NTFS.
  • Version de Windows PowerShell : Windows PowerShell version 2.0 ou Windows PowerShell version 3.0.
  • Microsoft .NET Framework 3.5 ou version ultérieure.
  • Microsoft .NET Framework 4.8 n’est pas pris en charge.

Notes

Windows PowerShell est nécessaire pour collecter localement les journaux IntelliTrace et exécuter les packs d’administration System Center Operations Manager qui utilisent des scripts PowerShell.

Microsoft .NET Framework 3.5 ou version ultérieure est nécessaire pour collecter localement les journaux IntelliTrace et l’analyse des performances d’application .NET.

Microsoft .NET Framework 3.5 est requis pour collecter localement les journaux IntelliTrace et l’analyse des performances d’application .NET.

Base de données de l’entrepôt de données, base de données de l’audit ACS et base de données opérationnelle dans Operations Manager

Serveur d’administration/serveur de passerelle

  • Système d’exploitation : consultez Configuration requise pour le système d’exploitation du serveur.
  • Version de Windows PowerShell : Windows PowerShell version 2.0 ou Windows PowerShell version 3.0.
  • Gestion à distance de Windows : la Gestion à distance de Windows doit être activée pour le serveur d'administration.
  • .NET Framework 4 ou .NET Framework 4.5 est requis, et .NET Framework 4.7 est également pris en charge.
  • Microsoft .NET Framework 4.8 n’est pas pris en charge.

Console Operations Manager

  • Microsoft .NET Framework 4.8 n’est pas pris en charge.

Console Web

  • Système d’exploitation : consultez Configuration requise pour le système d’exploitation du serveur.

  • Navigateur web client pour les tableaux de bord Silverlight : pour des besoins de compatibilité descendante avec les tableaux de bord Silverlight, Internet Explorer 11 et Silverlight 5 sont requis.

    Notes

    La console web ne prend pas en charge l’exécution d’Internet Explorer en mode de compatibilité. Veillez à désactiver la vue de compatibilité. Sinon, vous recevrez une page vide lorsque vous tentez d’accéder à la console.

  • Navigateur web client pour la console Web HTML5 :

    • Internet Explorer version 11
    • Microsoft Edge version 40 ou ultérieure
    • Google Chrome version 61 ou ultérieure
    • Firefox version 56 ou supérieure
  • Internet Information Services : IIS 7.5 et version ultérieure, avec la Console de gestion IIS et les services de rôle suivants installés :

    • Contenu statique
    • Document par défaut
    • Exploration des répertoires
    • Erreurs HTTP
    • Journalisation HTTP
    • Observateur de demandes
    • Filtrage des demandes
    • Compression de contenu statique
    • Prise en charge de Serveur Web (IIS)
    • Compatibilité avec la métabase de données IIS 6
    • ASP.NET (les versions 3.5 et 4.5 d’ASP.NET sont requises, ainsi que les versions ultérieures.)
    • Authentification Windows
  • Site web sélectionné pour la console Web : nécessite une liaison http ou https configurée.

  • Le composant WebPart SharePoint Dashboard Viewer de System Center 2012 R2 Operations Manager est pris en charge sur SharePoint 2010 et SharePoint 2013. Toutefois, il n’est pas pris en charge sur SharePoint dans Microsoft 365.

  • .NET Framework 4 ou .NET Framework 4.5 est requis, et .NET Framework 4.7 est également pris en charge.

  • Microsoft .NET Framework 4.8 n’est pas pris en charge.

Notes

L’installation de la console Web nécessite l’activation de l’option Restrictions ISAPI et CGI dans IIS pour ASP.NET 4. Pour activer cette option, sélectionnez le serveur Web dans IIS Manager, puis double-cliquez sur Restrictions ISAPI et CGI. Sélectionnez ASP.NET v4.0.30319, puis sélectionnez Autoriser.

Serveur Operations Manager Reporting

  • Système d’exploitation : consultez Configuration requise pour le système d’exploitation du serveur.

  • Microsoft SQL Server, consultez SQL Server Requirements (Configuration requise pour SQL Server).

  • Service d’accès à distance au Registre : doit être activé et démarré.

  • Microsoft SQL Server Reporting Services, consultez SQL Server Requirements (Configuration requise pour SQL Server).

    Notes

    System Center 2016 – Operations Manager et versions ultérieures prend en charge SQL Server Reporting Services en mode natif uniquement ; n’utilisez pas le mode intégré SharePoint.

  • NET Framework 4 ou .NET Framework 4.5 est requis, et .NET Framework 4.7 est également pris en charge.

  • Microsoft .NET Framework 4.8 n’est pas pris en charge.

Virtualisation

Microsoft prend en charge l’exécution de toutes les fonctionnalités serveur de System Center 2016 Operations Manager et ultérieur dans les environnements physiques ou virtuels satisfaisant aux configurations minimales requises indiquées dans le présent document. Il existe certaines restrictions sur les fonctionnalités de virtualisation qui s’appliquent à Operations Manager. Plus précisément, Microsoft ne prend pas en charge l’utilisation des fonctionnalités de virtualisation suivantes, quelle que soit la technologie de virtualisation utilisée avec Operations Manager :

  • Les ordinateurs virtuels exécutant un composant Operations Manager ne doivent pas utiliser de fonctionnalités dans lesquelles toutes les activités sur l’ordinateur virtuel ne sont pas immédiatement validées sur le disque dur virtuel. Cela inclut l’utilisation d’instantanés et l’écriture des modifications sur un disque dur virtuel temporaire.
  • Les ordinateurs virtuels exécutant un composant Operations Manager ne peuvent pas être suspendus ou placés dans un « état d’enregistrement » status et redémarrés. Ils peuvent uniquement être arrêtés et redémarrés comme cela serait possible avec un ordinateur physique.

System Center 2016 - Operations Manager et ultérieur s’exécute sur des machines virtuelles dans Microsoft Azure de la même manière que sur des systèmes d’ordinateurs physiques. Nous vous recommandons d’exécuter Operations Manager sur des machines virtuelles Microsoft Azure pour analyser d’autres machines virtuelles ou ressources hébergées dans Azure, ou pour analyser des instances et des charges de travail hébergées localement. Vous pouvez également exécuter Operations Manager localement et analyser des machines virtuelles Microsoft Azure ou d’autres ressources dans Azure.

  • Les machines virtuelles qui exécutent des composants Operations Manager peuvent être répliquées vers un autre environnement virtualisé à l’aide du service Azure Site Recovery. L’environnement virtualisé mentionné ici peut être local ou Azure, et basculerait vers cet environnement en raison d’un sinistre.
  • Si les bases de données Operations Manager doivent être hébergées sur des SQL Server virtualisées pour des raisons de performances, nous vous recommandons de stocker la base de données opérationnelle et la base de données de l’entrepôt de données sur un disque dur physique directement attaché et non sur un disque dur virtuel.

Coexistence prise en charge

Le tableau suivant répertorie les scénarios dans lesquels la coexistence entre Operations Manager 2016 et les versions antérieures d’Operations Manager est prise en charge.

Version Coexistence du groupe d’administration
Operations Manager 2012 R2 Oui

Le tableau suivant répertorie les scénarios dans lesquels la coexistence entre Operations Manager 1801 et les versions antérieures d’Operations Manager est prise en charge.

Version Coexistence du groupe d’administration
Operations Manager 2016 RTM jusqu’au dernier correctif cumulatif Oui
Operations Manager 2012 R2 jusqu’au dernier correctif cumulatif Oui

Mise à niveau en place

System Center 2016 - Operations Manager prend en charge une mise à niveau sur place à partir des versions suivantes :

  • System Center 2016 Technical Preview 5 - Operations Manager
  • System Center 2012 R2 Operations Manager avec correctif cumulatif 9

System Center Operations Manager prend en charge une mise à niveau sur place à partir des versions suivantes :

  • System Center 2012 R2 UR12 jusqu’au dernier correctif cumulatif
  • System Center 2016 RTM jusqu’au dernier correctif cumulatif

Active Directory et DNS

Operations Manager s’intègre à Active Directory pour l’authentification, l’attribution de droits et l’autorisation. DNS est utilisé pour la résolution de noms des rôles de prise en charge dans le groupe d’administration et les ordinateurs, les périphériques réseau et d’autres charges de travail surveillées telles que les URL web.

Active Directory Domain Services

System Center Operations Manager s’appuie sur AD DS pour de nombreux services, notamment la définition des principes de sécurité, l’attribution de droits, l’authentification et l’autorisation. Operations Manager interroge AD DS lors de la découverte des ordinateurs et des services, et peut utiliser les services AD DS pour stocker et distribuer les informations de configuration de l'agent. Pour qu’Operations Manager fonctionne correctement, AD DS et son service de prise en charge, DNS, doivent être sains et atteindre des niveaux de configuration minimum. De plus, certaines conventions d'affectation des noms de domaines doivent être suivies.

Attribution des noms des espaces de domaines

Un groupe d’administration Operations Manager ne peut pas être installé dans un domaine Active Directory racine qui a un espace de noms DNS plat. Vous pouvez cependant installer le groupe d'administration dans les domaines enfants du domaine racine. Par exemple, vous avez un domaine racine dont le nom DNS est « Woodgrove ». Étant donné que ce domaine racine a un espace de noms DNS plat, vous ne pouvez pas installer un groupe d’administration Operations Manager dans le domaine Woodgrove. Mais si le domaine Woodgrove a un domaine enfant avec un nom DNS « National », le nom de domaine complet du domaine enfant est national.woodgrove. Pour plus d'informations sur la configuration de Windows pour les domaines dont le nom DNS ne comprend qu'une seule partie, consultez « Informations sur la configuration des domaines Active Directory à l'aide de noms DNS en une seule partie ».

Niveau fonctionnel de domaine

Windows Server Active Directory peut fonctionner à différents niveaux fonctionnels. Ces niveaux se distinguent par la version du système d'exploitation Windows Server qui est autorisée sur les contrôleurs de domaine présents dans le domaine. System Center Operations Manager n’a pas d’exigence de niveau fonctionnel de domaine.

Niveau fonctionnel d'une forêt

Le niveau fonctionnel d'une forêt ressemble au niveau fonctionnel de domaine, car il définit un niveau minimal de système d'exploitation de contrôleur de domaine dans toute la forêt. Une fois qu’il est défini, les contrôleurs de domaine avec des systèmes d’exploitation de niveau inférieur ne peuvent pas être introduits dans la forêt. Operations Manager n’a pas d’exigence de niveau fonctionnel de forêt.

DNS

DNS doit être installé et dans un état sain pour prendre en charge AD DS. Au-delà de la fiabilité d’Operations Manager sur AD DS, il n’y a pas d’exigence DNS spécifique.

Important

Cette version d’Operations Manager a atteint la fin du support. Nous vous recommandons de mettre à niveau vers Operations Manager 2022.

Cet article décrit les performances globales et l’évolutivité de System Center 1801 - Operations Manager. Il recommande les configurations matérielles pour différentes charges de travail. Puisque System Center Operations Manager est conçu pour être flexible et évolutif, la configuration matérielle requise pour certains scénarios peut différer des consignes présentées ici. Une description des facteurs qui affectent les performances de chaque composant Operations Manager est détaillée dans les autres sections du guide de planification afin qu’ils puissent être adaptés à des exigences spécifiques.

Limites de capacité pour Operations Manager

Les informations suivantes vous permettent de comprendre les caractéristiques de performances et de scalabilité des différents composants Operations Manager prenant en charge un groupe d’administration.

Élément analysé Limite conseillée
Consoles Opérateur simultanées 50
Ordinateurs analysés par agent et affectés à un serveur d'administration 3 000
Ordinateurs analysés par agent et affectés à un serveur de passerelle 2 000
Ordinateurs avec analyse des exceptions sans agent (AEM) par serveur d'administration dédié 25 000
Ordinateurs avec analyse des exceptions sans agent (AEM) par groupe d'administration 100 000
Ordinateurs analysés par client collectif par serveur d'administration 2 500
Serveurs d'administration par agent pour l'hébergement multiple 4
Ordinateurs gérés sans agent par serveur d'administration 10
Ordinateurs gérés sans agent par groupe d'administration 60
Ordinateurs gérés par agent et UNIX ou Linux par groupe d'administration 6 000 (avec 50 consoles ouvertes) ; 15 000 (avec 25 consoles ouvertes)
Ordinateurs UNIX ou Linux par serveur d'administration dédié 1 000
Ordinateurs UNIX ou Linux analysés par serveur de passerelle dédié 200
Périphériques réseau gérés par un pool de ressources avec trois serveurs d'administration ou plus 1 000
Périphériques réseau gérés par deux pools de ressources 2 000
Agents pour analyse des performances des applications (APM) 700
Applications pour analyse des performances des applications (APM) 400
URL analysées par serveur d'administration dédié 3 000
URL analysées par groupe d'administration dédié 12 000
URL analysées par agent 50

Séquence de mise à niveau

Si vous mettez à niveau une installation de System Center 2012 R2 Operations Manager ou System Center 2016 - Operations Manager intégrée à un ou plusieurs composants System Center, il est important que vous procédiez à la mise à niveau dans l’ordre suivant.

  1. Orchestrator : si vous avez installé le pack d’intégration Operations Manager pour prendre en charge les runbooks qui effectuent l’automatisation sur votre groupe d’administration Operations Manager.
  2. Service Manager : si vous avez configuré les connecteurs pour importer les données d’alerte et d’élément de configuration des objets découverts et surveillés à partir d’Operations Manager.
  3. Data Protection Manager : si vous avez configuré la console centrale pour gérer de manière centralisée votre environnement DPM.
  4. Operations Manager
  5. Virtual Machine Manager : si vous avez configuré l’intégration à Operations Manager pour surveiller l’intégrité de vos composants VMM, des machines virtuelles et des hôtes de machines virtuelles.

Configuration matérielle requise

Utilisez ces informations pour déterminer si votre environnement matériel peut prendre en charge l’installation de ou la mise à niveau vers System Center 2016 - Operations Manager et ultérieur, en prenant en compte la configuration matérielle minimale requise pour le processeur, la mémoire vive et l’espace disque. Vous devez utiliser les informations ici, que vous déployiez un ou plusieurs composants. Pour obtenir des informations plus spécifiques pour vous aider à planifier la quantité d’infrastructure nécessaire pour un nouveau déploiement d’Operations Manager, reportez-vous à l’aide sur le dimensionnement d’Operations Manager 2012.

Notes

Bien que l’assistance de dimensionnement d’Operations Manager 2012 n’ait pas été mise à jour pour refléter la version 2016 et ultérieure d’Operations Manager, les informations fournies sont toujours valides pour vous aider à estimer vos besoins de conception. Toutefois, le nombre d’ordinateurs UNIX/Linux par serveur de passerelle et de gestion, comme indiqué dans la section Supervision Unix ou Linux , n’est pas correct. Le nombre d’ordinateurs UNIX/Linux par serveur a augmenté et est indiqué dans le tableau des capacités d’éléments surveillés plus haut dans cet article.

Rôle serveur Operations Manager Processeur x64 (min.) Mémoire (min.) Espace disque (min.)
Serveur d'administration Processeur quadruple cœur, 2,66 GHz 8 Go 10 Go
Serveur de passerelle gérant jusqu’à 2 000 agents Processeur quadruple cœur, 2,66 GHz 8 Go 10 Go
Serveur de passerelle dans un pool de ressources gérant jusqu’à 500 périphériques réseau Processeur octuple cœur, 2,66 GHz 32 Go 10 Go
Serveur de passerelle dans un pool de ressources gérant jusqu’à 100 ordinateurs UNIX/Linux Processeur quadruple cœur, 2,66 GHz 4 Go de RAM 10 Go
Serveur de console Web Processeur quadruple cœur, 2,66 GHz 8 Go 10 Go
Serveur SQL Server Reporting Services Processeur quadruple cœur, 2,66 GHz 8 Go 10 Go

Configuration logicielle requise pour les composants Operations Manager

Systèmes d'exploitation serveur

Les versions suivantes du système d’exploitation Windows Server sont prises en charge pour les composants Operations Manager suivants.

Composant Windows Server 2012 R2 Standard, Datacenter Windows Server 2016 Standard, Datacenter Windows Server Core 2016
Serveur d’administration Operations Manager oui oui oui
Serveur de passerelle Operations Manager oui oui oui
Console Web Operations Manager oui oui
Collecteur des services ACS Operations Manager oui oui
Console Opérateur Operations Manager oui oui
Base de données opérationnelle, de l’entrepôt de données et ACS Operations Manager
Base de données des services ACS
oui oui oui
Operations Manager Reporting Server oui oui

Système d’exploitation client

Les versions suivantes du système d’exploitation client Windows sont prises en charge pour la console Opérateur Operations Manager.

Windows 7 Windows 8 Windows 8.1 Windows 10
oui oui oui oui

Système d’exploitation Microsoft Monitoring Agent

Les versions suivantes du système d’exploitation Windows sont prises en charge pour l’agent Microsoft Monitoring Agent se connectant à Operations Manager.

Windows Server 2019, Windows Server 2019 Server Core, Windows Server 2016, Windows Server 2016 Server Core, Windows Server 2016 Nano Server, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 Service Pack 1, Windows Server 2008 Service Pack 2, Windows 10, Windows 8 Entreprise, Windows 8 Pro, Windows Embedded POSReady 2009, Windows 7, Windows Embedded Standard 7 Service Pack 1.

Windows Server 2016, Windows Server 2016 Nano Server, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 Service Pack 1, Windows Server 2008 Service Pack 2, Windows 10, Windows 8 Entreprise, Windows 8 Professionnel, Windows Embedded POSReady 2009, Windows 7, Windows Embedded Standard 7 Service Pack 1.

  • Système de fichiers : %SYSTEMDRIVE% doit être formaté avec le système de fichiers NTFS.
  • Version de Windows PowerShell : Windows PowerShell version 2.0 ou Windows PowerShell version 3.0.
  • Microsoft .NET Framework 3.5 ou version ultérieure.
  • Microsoft .NET Framework 4.8 n’est pas pris en charge.

Notes

Windows PowerShell est nécessaire pour collecter localement les journaux IntelliTrace et exécuter les packs d’administration System Center Operations Manager qui utilisent des scripts PowerShell.

Microsoft .NET Framework 3.5 ou version ultérieure est nécessaire pour collecter localement les journaux IntelliTrace et l’analyse des performances d’application .NET.

Microsoft .NET Framework 3.5 est requis pour collecter localement les journaux IntelliTrace et l’analyse des performances d’application .NET.

Base de données de l’entrepôt de données, base de données de l’audit ACS et base de données opérationnelle dans Operations Manager

Serveur d’administration/serveur de passerelle

  • Système d’exploitation : consultez Configuration requise pour le système d’exploitation du serveur.
  • Version de Windows PowerShell : Windows PowerShell version 2.0 ou Windows PowerShell version 3.0.
  • Gestion à distance de Windows : la Gestion à distance de Windows doit être activée pour le serveur d'administration.
  • .NET Framework 4 ou .NET Framework 4.5 est requis, et .NET Framework 4.7 est également pris en charge.
  • Microsoft .NET Framework 4.8 n’est pas pris en charge.

Console Operations Manager

  • Microsoft .NET Framework 4.8 n’est pas pris en charge.

Console Web

  • Système d’exploitation : consultez Configuration requise pour le système d’exploitation du serveur.

  • Navigateur web client pour les tableaux de bord Silverlight : pour des besoins de compatibilité descendante avec les tableaux de bord Silverlight, Internet Explorer 11 et Silverlight 5 sont requis.

    Notes

    La console web ne prend pas en charge l’exécution d’Internet Explorer en mode de compatibilité. Veillez à désactiver l’affichage de compatibilité, sinon vous recevrez une page vierge lorsque vous tentez d’accéder à la console.

  • Navigateur web client pour la console Web HTML5 :

    • Internet Explorer version 11
    • Microsoft Edge version 40 ou ultérieure
    • Google Chrome version 61 ou ultérieure
    • Firefox version 56 ou supérieure
  • Internet Information Services : IIS 7.5 et version ultérieure, avec la Console de gestion IIS et les services de rôle suivants installés :

    • Contenu statique
    • Document par défaut
    • Exploration des répertoires
    • Erreurs HTTP
    • Journalisation HTTP
    • Observateur de demandes
    • Filtrage des demandes
    • Compression de contenu statique
    • Prise en charge de Serveur Web (IIS)
    • Compatibilité avec la métabase de données IIS 6
    • ASP.NET (les versions 3.5 et 4.5 d’ASP.NET sont requises, ainsi que les versions ultérieures.)
    • Authentification Windows
  • Site web sélectionné pour la console Web : nécessite une liaison http ou https configurée.

  • Le composant WebPart SharePoint Dashboard Viewer de System Center 2012 R2 Operations Manager est pris en charge sur SharePoint 2010 et SharePoint 2013. Toutefois, il n’est pas pris en charge sur SharePoint dans Microsoft 365.

  • .NET Framework 4 ou .NET Framework 4.5 est requis, et .NET Framework 4.7 est également pris en charge.

  • Microsoft .NET Framework 4.8 n’est pas pris en charge.

Notes

L’installation de la console Web nécessite l’activation de l’option Restrictions ISAPI et CGI dans IIS pour ASP.NET 4. Pour activer cette option, sélectionnez le serveur Web dans IIS Manager, puis double-cliquez sur Restrictions ISAPI et CGI. Sélectionnez ASP.NET v4.0.30319, puis sélectionnez Autoriser.

Serveur Operations Manager Reporting

  • Système d’exploitation : consultez Configuration requise pour le système d’exploitation du serveur.

  • Microsoft SQL Server, consultez SQL Server Requirements (Configuration requise pour SQL Server).

  • Service d’accès à distance au Registre : doit être activé et démarré.

  • Microsoft SQL Server Reporting Services, consultez SQL Server Requirements (Configuration requise pour SQL Server).

    Notes

    System Center 2016 – Operations Manager et versions ultérieures prend en charge SQL Server Reporting Services en mode natif uniquement ; n’utilisez pas le mode intégré SharePoint.

  • NET Framework 4 ou .NET Framework 4.5 est requis, et .NET Framework 4.7 est également pris en charge.

  • Microsoft .NET Framework 4.8 n’est pas pris en charge.

Virtualisation

Microsoft prend en charge l’exécution de toutes les fonctionnalités serveur de System Center 2016 Operations Manager et ultérieur dans les environnements physiques ou virtuels satisfaisant aux configurations minimales requises indiquées dans le présent document. Il existe certaines restrictions sur les fonctionnalités de virtualisation qui s’appliquent à Operations Manager. Plus précisément, Microsoft ne prend pas en charge l’utilisation des fonctionnalités de virtualisation suivantes, quelle que soit la technologie de virtualisation utilisée avec Operations Manager :

  • Les ordinateurs virtuels exécutant un composant Operations Manager ne doivent pas utiliser de fonctionnalités dans lesquelles toutes les activités sur l’ordinateur virtuel ne sont pas immédiatement validées sur le disque dur virtuel. Cela inclut l’utilisation d’instantanés et l’écriture des modifications sur un disque dur virtuel temporaire.
  • Les ordinateurs virtuels exécutant un composant Operations Manager ne peuvent pas être suspendus ou placés dans un « état d’enregistrement » status et redémarrés. Ils peuvent uniquement être arrêtés et redémarrés comme cela serait possible avec un ordinateur physique.

System Center 2016 - Operations Manager et ultérieur s’exécute sur des machines virtuelles dans Microsoft Azure de la même manière que sur des systèmes d’ordinateurs physiques. Nous vous recommandons d’exécuter Operations Manager sur des machines virtuelles Microsoft Azure pour analyser d’autres machines virtuelles ou ressources hébergées dans Azure, ou pour analyser des instances et des charges de travail hébergées localement. Vous pouvez également exécuter Operations Manager localement et analyser des machines virtuelles Microsoft Azure ou d’autres ressources dans Azure.

  • Les machines virtuelles qui exécutent des composants Operations Manager peuvent être répliquées vers un autre environnement virtualisé à l’aide du service Azure Site Recovery. L’environnement virtualisé mentionné ici peut être local ou Azure, et basculerait vers cet environnement en raison d’un sinistre.
  • Si les bases de données Operations Manager doivent être hébergées sur des SQL Server virtualisées pour des raisons de performances, nous vous recommandons de stocker la base de données opérationnelle et la base de données de l’entrepôt de données sur un disque dur physique directement attaché et non sur un disque dur virtuel.

Coexistence prise en charge

Le tableau suivant répertorie les scénarios dans lesquels la coexistence entre Operations Manager 2016 et les versions antérieures d’Operations Manager est prise en charge.

Version Coexistence du groupe d’administration
Operations Manager 2012 R2 Oui

Le tableau suivant répertorie les scénarios dans lesquels la coexistence entre Operations Manager 1801 et les versions antérieures d’Operations Manager est prise en charge.

Version Coexistence du groupe d’administration
Operations Manager 2016 RTM jusqu’au dernier correctif cumulatif Oui
Operations Manager 2012 R2 jusqu’au dernier correctif cumulatif Oui

Mise à niveau en place

System Center 2016 - Operations Manager prend en charge une mise à niveau sur place à partir des versions suivantes :

  • System Center 2016 Technical Preview 5 - Operations Manager
  • System Center 2012 R2 Operations Manager avec correctif cumulatif 9

System Center Operations Manager prend en charge une mise à niveau sur place à partir des versions suivantes :

  • System Center 2012 R2 UR12 jusqu’au dernier correctif cumulatif
  • System Center 2016 RTM jusqu’au dernier correctif cumulatif

Active Directory et DNS

Operations Manager s’intègre à Active Directory pour l’authentification, l’attribution de droits et l’autorisation. DNS est utilisé pour la résolution de noms des rôles de prise en charge dans le groupe d’administration et les ordinateurs, les périphériques réseau et d’autres charges de travail surveillées telles que les URL web.

Active Directory Domain Services

System Center Operations Manager s’appuie sur AD DS pour de nombreux services, notamment la définition des principes de sécurité, l’attribution de droits, l’authentification et l’autorisation. Operations Manager interroge AD DS lors de la découverte des ordinateurs et des services, et peut utiliser les services AD DS pour stocker et distribuer les informations de configuration de l'agent. Pour qu’Operations Manager fonctionne correctement, AD DS et son service de prise en charge, DNS, doivent être sains et atteindre des niveaux de configuration minimum. De plus, certaines conventions d'affectation des noms de domaines doivent être suivies.

Attribution des noms des espaces de domaines

Un groupe d’administration Operations Manager ne peut pas être installé dans un domaine Active Directory racine qui a un espace de noms DNS plat. Vous pouvez cependant installer le groupe d'administration dans les domaines enfants du domaine racine. Par exemple, vous avez un domaine racine dont le nom DNS est « Woodgrove ». Étant donné que ce domaine racine a un espace de noms DNS plat, vous ne pouvez pas installer un groupe d’administration Operations Manager dans le domaine Woodgrove. Mais si le domaine Woodgrove a un domaine enfant avec un nom DNS « National », le nom de domaine complet du domaine enfant est national.woodgrove. Pour plus d'informations sur la configuration de Windows pour les domaines dont le nom DNS ne comprend qu'une seule partie, consultez « Informations sur la configuration des domaines Active Directory à l'aide de noms DNS en une seule partie ».

Niveau fonctionnel de domaine

Windows Server Active Directory peut fonctionner à différents niveaux fonctionnels. Ces niveaux se distinguent par la version du système d'exploitation Windows Server qui est autorisée sur les contrôleurs de domaine présents dans le domaine. System Center Operations Manager n’a pas d’exigence de niveau fonctionnel de domaine.

Niveau fonctionnel d'une forêt

Le niveau fonctionnel d'une forêt ressemble au niveau fonctionnel de domaine, car il définit un niveau minimal de système d'exploitation de contrôleur de domaine dans toute la forêt. Une fois qu’il est défini, les contrôleurs de domaine avec des systèmes d’exploitation de niveau inférieur ne peuvent pas être introduits dans la forêt. Operations Manager n’a pas d’exigence de niveau fonctionnel de forêt.

DNS

DNS doit être installé et dans un état sain pour prendre en charge AD DS. Au-delà de la fiabilité d’Operations Manager sur AD DS, il n’y a pas d’exigence DNS spécifique.

Important

Cette version d’Operations Manager a atteint la fin du support. Nous vous recommandons de mettre à niveau vers Operations Manager 2022.

Cet article décrit les performances globales et l’évolutivité de System Center 1807 - Operations Manager. Elle recommande des configurations matérielles pour diverses charges de travail. Puisque System Center Operations Manager est conçu pour être flexible et évolutif, la configuration matérielle requise pour certains scénarios peut différer des consignes présentées ici. Une description des facteurs qui affectent les performances de chaque composant Operations Manager est détaillée dans les autres sections du guide de planification afin qu’ils puissent être adaptés à des exigences spécifiques.

Notes

Vous devez installer Operations Manager 1801 pour effectuer une mise à niveau vers Operations Manager 1807. La configuration système requise reste identique pour Operations Manager 1801 et 1807.

Limites de capacité pour Operations Manager

Les informations suivantes vous permettent de comprendre les caractéristiques de performances et de scalabilité des différents composants Operations Manager prenant en charge un groupe d’administration.

Élément analysé Limite conseillée
Consoles Opérateur simultanées 50
Ordinateurs analysés par agent et affectés à un serveur d'administration 3 000
Ordinateurs analysés par agent et affectés à un serveur de passerelle 2 000
Ordinateurs avec analyse des exceptions sans agent (AEM) par serveur d'administration dédié 25 000
Ordinateurs avec analyse des exceptions sans agent (AEM) par groupe d'administration 100 000
Ordinateurs analysés par client collectif par serveur d'administration 2 500
Serveurs d'administration par agent pour l'hébergement multiple 4
Ordinateurs gérés sans agent par serveur d'administration 10
Ordinateurs gérés sans agent par groupe d'administration 60
Ordinateurs gérés par agent et UNIX ou Linux par groupe d'administration 6 000 (avec 50 consoles ouvertes) ; 15 000 (avec 25 consoles ouvertes)
Ordinateurs UNIX ou Linux par serveur d'administration dédié 1 000
Ordinateurs UNIX ou Linux analysés par serveur de passerelle dédié 200
Périphériques réseau gérés par un pool de ressources avec trois serveurs d'administration ou plus 1 000
Périphériques réseau gérés par deux pools de ressources 2 000
Agents pour analyse des performances des applications (APM) 700
Applications pour analyse des performances des applications (APM) 400
URL analysées par serveur d'administration dédié 3 000
URL analysées par groupe d'administration dédié 12 000
URL analysées par agent 50

Séquence de mise à niveau

Si vous mettez à niveau une installation de System Center 2012 R2 Operations Manager ou de System Center 2016 - Operations Manager intégrée à un ou plusieurs composants System Center, il est important que vous procédiez à la mise à niveau dans l’ordre suivant.

  1. Orchestrator : si le pack d’intégration Operations Manager est installé pour prendre en charge les runbooks qui effectuent l’automatisation sur votre groupe d’administration Operations Manager.
  2. Service Manager : si vous avez configuré les connecteurs pour importer les données d’alerte et d’élément de configuration des objets découverts et surveillés à partir d’Operations Manager.
  3. Data Protection Manager : si vous avez configuré la console centrale pour gérer de manière centralisée votre environnement DPM.
  4. Operations Manager
  5. Virtual Machine Manager : si vous avez configuré l’intégration à Operations Manager pour surveiller l’intégrité de vos composants VMM, des machines virtuelles et des hôtes de machines virtuelles.

Configuration matérielle requise

Utilisez ces informations pour déterminer si votre environnement matériel peut prendre en charge l’installation de ou la mise à niveau vers System Center 2016 - Operations Manager et ultérieur, en prenant en compte la configuration matérielle minimale requise pour le processeur, la mémoire vive et l’espace disque. Vous devez utiliser les informations ici, que vous déployiez un ou plusieurs composants. Pour plus d’informations spécifiques afin de planifier la quantité d’infrastructure nécessaire pour un nouveau déploiement Operations Manager, reportez-vous à Operations Manager 2012 Sizing Helper.

Notes

Bien que l’assistance de dimensionnement Operations Manager 2012 n’ait pas été mise à jour pour refléter la version 2016 et ultérieure d’Operations Manager, les informations fournies sont toujours valides pour vous aider à estimer vos besoins de conception. Toutefois, le nombre d’ordinateurs UNIX/Linux par serveur d’administration et de passerelle, comme indiqué dans la section Surveillance Unix ou Linux , n’est pas correct. Le nombre d’ordinateurs UNIX/Linux par serveur a augmenté et est indiqué dans le tableau des capacités d’éléments surveillés plus haut dans cet article.

Rôle serveur Operations Manager Processeur x64 (min.) Mémoire (min.) Espace disque (min.)
Serveur d'administration Processeur quadruple cœur, 2,66 GHz 8 Go 10 Go
Serveur de passerelle gérant jusqu’à 2 000 agents Processeur quadruple cœur, 2,66 GHz 8 Go 10 Go
Serveur de passerelle dans un pool de ressources gérant jusqu’à 500 périphériques réseau Processeur octuple cœur, 2,66 GHz 32 Go 10 Go
Serveur de passerelle dans un pool de ressources gérant jusqu’à 100 ordinateurs UNIX/Linux Processeur quadruple cœur, 2,66 GHz 4 Go de RAM 10 Go
Serveur de console Web Processeur quadruple cœur, 2,66 GHz 8 Go 10 Go
Serveur SQL Server Reporting Services Processeur quadruple cœur, 2,66 GHz 8 Go 10 Go

Configuration logicielle requise pour les composants Operations Manager

Systèmes d'exploitation serveur

Les versions suivantes du système d’exploitation Windows Server sont prises en charge pour les composants Operations Manager suivants.

Composant Windows Server 2012 R2 Standard, Datacenter Windows Server 2016 Standard, Datacenter Windows Server Core 2016
Serveur d’administration Operations Manager oui oui oui
Serveur de passerelle Operations Manager oui oui oui
Console Web Operations Manager oui oui
Collecteur des services ACS Operations Manager oui oui
Console Opérateur Operations Manager oui oui
Base de données opérationnelle, de l’entrepôt de données et ACS Operations Manager
Base de données des services ACS
oui oui oui
Operations Manager Reporting Server oui oui

Système d’exploitation client

Les versions suivantes du système d’exploitation client Windows sont prises en charge pour la console Opérateur Operations Manager.

Windows 7 Windows 8 Windows 8.1 Windows 10
oui oui oui oui

Système d’exploitation Microsoft Monitoring Agent

Les versions suivantes du système d’exploitation Windows sont prises en charge pour l’agent Microsoft Monitoring Agent se connectant à Operations Manager.

Windows Server 2019, Windows Server 2019 Server Core, Windows Server 2016, Windows Server 2016 Server Core, Windows Server 2016 Nano Server, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 Service Pack 1, Windows Server 2008 Service Pack 2, Windows 10, Windows 8 Entreprise, Windows 8 Pro, Windows Embedded POSReady 2009, Windows 7, Windows Embedded Standard 7 Service Pack 1.

Windows Server 2016, Windows Server 2016 Nano Server, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 Service Pack 1, Windows Server 2008 Service Pack 2, Windows 10, Windows 8 Entreprise, Windows 8 Professionnel, Windows Embedded POSReady 2009, Windows 7, Windows Embedded Standard 7 Service Pack 1.

  • Système de fichiers : %SYSTEMDRIVE% doit être formaté avec le système de fichiers NTFS.
  • Version de Windows PowerShell : Windows PowerShell version 2.0 ou Windows PowerShell version 3.0.
  • Microsoft .NET Framework 3.5 ou version ultérieure.
  • Microsoft .NET Framework 4.8 n’est pas pris en charge.

Notes

Windows PowerShell est nécessaire pour collecter localement les journaux IntelliTrace et exécuter les packs d’administration System Center Operations Manager qui utilisent des scripts PowerShell.

Microsoft .NET Framework 3.5 ou version ultérieure est nécessaire pour collecter localement les journaux IntelliTrace et l’analyse des performances d’application .NET.

Microsoft .NET Framework 3.5 est requis pour collecter localement les journaux IntelliTrace et l’analyse des performances d’application .NET.

Base de données de l’entrepôt de données, base de données de l’audit ACS et base de données opérationnelle dans Operations Manager

Serveur d’administration/serveur de passerelle

  • Système d’exploitation : consultez Configuration requise pour le système d’exploitation du serveur.
  • Version de Windows PowerShell : Windows PowerShell version 2.0 ou Windows PowerShell version 3.0.
  • Gestion à distance de Windows : la Gestion à distance de Windows doit être activée pour le serveur d'administration.
  • .NET Framework 4 ou .NET Framework 4.5 est requis, et .NET Framework 4.7 est également pris en charge.
  • Microsoft .NET Framework 4.8 n’est pas pris en charge.

Console Operations Manager

  • Microsoft .NET Framework 4.8 n’est pas pris en charge.

Console Web

  • Système d’exploitation : consultez Configuration requise pour le système d’exploitation du serveur.

  • Navigateur web client pour les tableaux de bord Silverlight : pour des besoins de compatibilité descendante avec les tableaux de bord Silverlight, Internet Explorer 11 et Silverlight 5 sont requis.

    Notes

    La console web ne prend pas en charge l’exécution d’Internet Explorer en mode de compatibilité. Veillez à désactiver la vue de compatibilité. Sinon, vous recevrez une page vide lorsque vous tentez d’accéder à la console.

  • Navigateur web client pour la console Web HTML5 :

    • Internet Explorer version 11
    • Microsoft Edge version 40 ou ultérieure
    • Google Chrome version 61 ou ultérieure
    • Firefox version 56 ou supérieure
  • Internet Information Services : IIS 7.5 et version ultérieure, avec la Console de gestion IIS et les services de rôle suivants installés :

    • Contenu statique
    • Document par défaut
    • Exploration des répertoires
    • Erreurs HTTP
    • Journalisation HTTP
    • Observateur de demandes
    • Filtrage des demandes
    • Compression de contenu statique
    • Prise en charge de Serveur Web (IIS)
    • Compatibilité avec la métabase de données IIS 6
    • ASP.NET (les versions 3.5 et 4.5 d’ASP.NET sont requises, ainsi que les versions ultérieures.)
    • Authentification Windows
  • Site web sélectionné pour la console Web : nécessite une liaison http ou https configurée.

  • Le composant WebPart SharePoint Dashboard Viewer de System Center 2012 R2 Operations Manager est pris en charge sur SharePoint 2010 et SharePoint 2013. Toutefois, il n’est pas pris en charge sur SharePoint dans Microsoft 365.

  • .NET Framework 4 ou .NET Framework 4.5 est requis, et .NET Framework 4.7 est également pris en charge.

  • Microsoft .NET Framework 4.8 n’est pas pris en charge.

Notes

L’installation de la console Web nécessite l’activation de l’option Restrictions ISAPI et CGI dans IIS pour ASP.NET 4. Pour activer cette option, sélectionnez le serveur Web dans IIS Manager, puis double-cliquez sur Restrictions ISAPI et CGI. Sélectionnez ASP.NET v4.0.30319, puis sélectionnez Autoriser.

Serveur Operations Manager Reporting

  • Système d’exploitation : consultez Configuration requise pour le système d’exploitation du serveur.

  • Microsoft SQL Server, consultez SQL Server Requirements (Configuration requise pour SQL Server).

  • Service d’accès à distance au Registre : doit être activé et démarré.

  • Microsoft SQL Server Reporting Services, consultez SQL Server Requirements (Configuration requise pour SQL Server).

    Notes

    System Center 2016 – Operations Manager et versions ultérieures prend en charge SQL Server Reporting Services en mode natif uniquement ; n’utilisez pas le mode intégré SharePoint.

  • NET Framework 4 ou .NET Framework 4.5 est requis, et .NET Framework 4.7 est également pris en charge.

  • Microsoft .NET Framework 4.8 n’est pas pris en charge.

Virtualisation

Microsoft prend en charge l’exécution de toutes les fonctionnalités serveur de System Center 2016 Operations Manager et ultérieur dans les environnements physiques ou virtuels satisfaisant aux configurations minimales requises indiquées dans le présent document. Il existe certaines restrictions sur les fonctionnalités de virtualisation qui s’appliquent à Operations Manager. Plus précisément, Microsoft ne prend pas en charge l’utilisation des fonctionnalités de virtualisation suivantes, quelle que soit la technologie de virtualisation utilisée avec Operations Manager :

  • Les ordinateurs virtuels exécutant un composant Operations Manager ne doivent pas utiliser de fonctionnalités où toute activité sur l’ordinateur virtuel n’est pas immédiatement validée sur le disque dur virtuel. Cela inclut l’utilisation d’instantanés et l’écriture des modifications sur un disque dur virtuel temporaire.
  • Les ordinateurs virtuels exécutant un composant Operations Manager ne peuvent pas être suspendus ou placés dans un « état d’enregistrement » status et redémarrés. Ils peuvent uniquement être arrêtés et redémarrés comme cela serait possible avec un ordinateur physique.

System Center 2016 - Operations Manager et ultérieur s’exécute sur des machines virtuelles dans Microsoft Azure de la même manière que sur des systèmes d’ordinateurs physiques. Nous vous recommandons d’exécuter Operations Manager sur des machines virtuelles Microsoft Azure pour analyser d’autres machines virtuelles ou ressources hébergées dans Azure, ou pour analyser des instances et des charges de travail hébergées localement. Vous pouvez également exécuter Operations Manager localement et analyser des machines virtuelles Microsoft Azure ou d’autres ressources dans Azure.

  • Les machines virtuelles qui exécutent des composants Operations Manager peuvent être répliquées vers un autre environnement virtualisé à l’aide du service Azure Site Recovery. L’environnement virtualisé mentionné ici peut être local ou Azure, et il basculerait vers cet environnement en raison d’un sinistre.
  • Si les bases de données Operations Manager doivent être hébergées sur des SQL Server virtualisées pour des raisons de performances, nous vous recommandons de stocker la base de données opérationnelle et la base de données de l’entrepôt de données sur un disque dur physique directement attaché et non sur un disque dur virtuel.

Coexistence prise en charge

Le tableau suivant répertorie les scénarios dans lesquels la coexistence entre Operations Manager 2016 et les versions antérieures d’Operations Manager est prise en charge.

Version Coexistence du groupe d’administration
Operations Manager 2012 R2 Oui

Le tableau suivant répertorie les scénarios dans lesquels la coexistence entre Operations Manager 1801 et les versions antérieures d’Operations Manager est prise en charge.

Version Coexistence du groupe d’administration
Operations Manager 2016 RTM jusqu’au dernier correctif cumulatif Oui
Operations Manager 2012 R2 jusqu’au dernier correctif cumulatif Oui

Mise à niveau en place

System Center 2016 - Operations Manager prend en charge une mise à niveau sur place à partir des versions suivantes :

  • System Center 2016 Technical Preview 5 - Operations Manager
  • System Center 2012 R2 Operations Manager avec correctif cumulatif 9

System Center Operations Manager prend en charge une mise à niveau sur place à partir des versions suivantes :

  • System Center 2012 R2 UR12 jusqu’au dernier correctif cumulatif
  • System Center 2016 RTM jusqu’au dernier correctif cumulatif

Active Directory et DNS

Operations Manager s’intègre à Active Directory pour l’authentification, l’attribution de droits et l’autorisation. DNS est utilisé pour la résolution de noms des rôles de prise en charge dans le groupe d’administration et les ordinateurs, les appareils réseau et d’autres charges de travail surveillées, telles que les URL web.

Active Directory Domain Services

System Center Operations Manager s’appuie sur AD DS pour de nombreux services, notamment la définition des principes de sécurité, l’attribution de droits, l’authentification et l’autorisation. Operations Manager interroge AD DS lors de la découverte des ordinateurs et des services, et peut utiliser les services AD DS pour stocker et distribuer les informations de configuration de l'agent. Pour qu’Operations Manager fonctionne correctement, AD DS et son service de prise en charge, DNS, doivent être sains et atteindre des niveaux de configuration minimum. De plus, certaines conventions d'affectation des noms de domaines doivent être suivies.

Attribution des noms des espaces de domaines

Un groupe d’administration Operations Manager ne peut pas être installé dans un domaine Active Directory racine qui a un espace de noms DNS plat. Vous pouvez cependant installer le groupe d'administration dans les domaines enfants du domaine racine. Par exemple, vous avez un domaine racine qui a un nom DNS « Woodgrove ». Étant donné que ce domaine racine a un espace de noms DNS plat, vous ne pouvez pas installer un groupe d’administration Operations Manager dans le domaine Woodgrove. Mais si le domaine Woodgrove a un domaine enfant avec un nom DNS « National », le nom de domaine complet du domaine enfant est national.woodgrove. Pour plus d'informations sur la configuration de Windows pour les domaines dont le nom DNS ne comprend qu'une seule partie, consultez « Informations sur la configuration des domaines Active Directory à l'aide de noms DNS en une seule partie ».

Niveau fonctionnel de domaine

Windows Server Active Directory peut fonctionner à différents niveaux fonctionnels. Ces niveaux se distinguent par la version du système d'exploitation Windows Server qui est autorisée sur les contrôleurs de domaine présents dans le domaine. System Center Operations Manager n’a pas d’exigence de niveau fonctionnel de domaine.

Niveau fonctionnel d'une forêt

Le niveau fonctionnel d'une forêt ressemble au niveau fonctionnel de domaine, car il définit un niveau minimal de système d'exploitation de contrôleur de domaine dans toute la forêt. Une fois le paramètre défini, les contrôleurs de domaine avec des systèmes d’exploitation de niveau inférieur provenant de niveaux fonctionnels inférieurs ne peuvent pas être introduits dans la forêt. Operations Manager n’a pas d’exigence de niveau fonctionnel de forêt.

DNS

DNS doit être installé et dans un état sain pour prendre en charge AD DS. Au-delà de la fiabilité d’Operations Manager sur AD DS, il n’y a pas d’exigence DNS spécifique.

Étapes suivantes

Planifier l’installation