Mettre à niveau l’infrastructure locale qui prend en charge Configuration Manager

S’applique à : Configuration Manager (branche actuelle)

Utilisez les informations de cet article pour vous aider à mettre à niveau l’infrastructure de serveur qui s’exécute Configuration Manager.

• Si vous souhaitez effectuer une mise à niveau à partir d’une version antérieure vers Configuration Manager, Current Branch, consultez Mettre à niveau vers Configuration Manager.

• Si vous souhaitez mettre à jour votre Configuration Manager, Current Branch et votre infrastructure vers une nouvelle version, consultez Mises à jour pour Configuration Manager.

Mettre à niveau le système d’exploitation des systèmes de site

Configuration Manager prend en charge la mise à niveau sur place du système d’exploitation serveur qui héberge un serveur de site et tout rôle de système de site, dans les situations suivantes :

• Si Configuration Manager prend toujours en charge le niveau de Service Pack résultant de Windows, il prend en charge la mise à niveau sur place vers un Service Pack Windows Server ultérieur.

• Mise à niveau sur place à partir de :

  • Windows Server 2019 vers Windows Server 2022

  • Windows Server 2016 à Windows Server 2022

  • Windows Server 2016 à Windows Server 2019

  • Windows Server 2012 R2 vers Windows Server 2019

  • Windows Server 2012 R2 à Windows Server 2016

  • Windows Server 2012 à Windows Server 2016

Pour mettre à niveau un serveur, utilisez les procédures de mise à niveau fournies par le système d’exploitation vers lequel vous effectuez la mise à niveau. Consultez les articles suivants :

• Centre de mise à niveau Windows Server

• Options de mise à niveau et de conversion pour Windows Server 2016

Mise à niveau vers Windows Server 2016, 2019 ou 2022

Suivez les étapes décrites dans cette section pour l’un des scénarios de mise à niveau suivants :

• Mettre à niveau Windows Server 2016 ou Windows Server 2019 vers Windows Server 2022

• Mettre à niveau Windows Server 2012 R2 ou Windows Server 2016 vers Windows Server 2019

• Mettre à niveau Windows Server 2012 ou Windows Server 2012 R2 vers Windows Server 2016

Avant mise à niveau

• (Windows Server 2012 ou Windows Server 2012 R2 uniquement) : supprimez le client System Center Endpoint Protection (SCEP). Windows Server a maintenant Windows Defender intégré, qui remplace le client SCEP. La présence du client SCEP peut empêcher une mise à niveau vers Windows Server.

• (Windows Server 2012 ou Windows Server 2012 R2 uniquement) : installez la dernière mise à jour cumulative et désinstallez Windows Management Framework 5.1 avant de tenter la mise à niveau.

• Supprimez le rôle WSUS du serveur s’il est installé. Vous pouvez conserver la base de données SUSDB et la rattacher une fois WSUS réinstallée. Cela inclut la suppression et la réinstallation des outils d’administration WSUS sur le site d’administration centrale ou le serveur de site principal si le point de mise à jour logicielle (SUP) est distant.

• Si vous mettez à niveau le système d’exploitation du serveur de site, assurez-vous que la réplication basée sur les fichiers est saine pour le site. Vérifiez dans toutes les boîtes de réception un backlog sur les sites d’envoi et de réception. Si de nombreux travaux de réplication sont bloqués ou en attente, attendez qu’ils soient effacés.

  • Sur le site d’envoi, passez en revue sender.log.
  • Sur le site de réception, passez en revue le journal du dépooleur.

Après mise à niveau

• Vérifiez que Windows Defender est activé, défini pour le démarrage automatique et en cours d’exécution.

• Vérifiez que les services Configuration Manager suivants sont en cours d’exécution :

  • SMS_EXECUTIVE

  • SMS_SITE_COMPONENT_MANAGER

• Assurez-vous que les services Windows Process Activation et WWW/W3svc sont activés et configurés pour le démarrage automatique. Le processus de mise à niveau désactive ces services. Vérifiez donc qu’ils sont en cours d’exécution pour les rôles de système de site suivants :

  • Serveur de site

  • Point de gestion

• Assurez-vous que chaque serveur qui héberge un rôle de système de site continue de remplir toutes les conditions préalables. Par exemple, vous devrez peut-être réinstaller BITS, WSUS ou configurer des paramètres spécifiques pour IIS.

• Après avoir restauré les prérequis manquants, redémarrez le serveur une fois de plus pour vous assurer que les services sont démarrés et opérationnels.

• Si vous mettez à niveau le serveur de site principal, exécutez une réinitialisation de site.

Problème connu pour les consoles Configuration Manager distantes

Après avoir mis à niveau le serveur de site ou une instance du fournisseur SMS, vous ne pouvez plus vous connecter à la console Configuration Manager. Pour contourner ce problème, restaurez manuellement les autorisations pour le groupe Administrateurs SMS dans WMI. Les autorisations doivent être définies sur le serveur de site et sur chaque serveur distant qui héberge un instance du fournisseur SMS :

1. Sur les serveurs applicables, ouvrez la console MMC (Microsoft Management Console), ajoutez le composant logiciel enfichable pour le contrôle WMI, puis sélectionnez Ordinateur local.

2. Dans la console MMC, ouvrez les propriétés du contrôle WMI (local) et sélectionnez l’onglet Sécurité .

3. Développez l’arborescence sous Racine, sélectionnez le nœud SMS , puis choisissez Sécurité. Vérifiez que le groupe Administrateurs SMS dispose des autorisations suivantes :

   • Activer le compte

   • Activer à distance

4. Sous l’onglet Sécurité sous le nœud SMS , sélectionnez le nœud site_<sitecode> , puis choisissez Sécurité. Vérifiez que le groupe Administrateurs SMS dispose des autorisations suivantes :

   • Méthodes d’exécution

   • Écriture du fournisseur

   • Activer le compte

   • Activer à distance

5. Enregistrez les autorisations permettant de restaurer l’accès pour la console Configuration Manager.

Problème connu pour les systèmes de site distants

Après avoir mis à niveau un serveur qui héberge un rôle de système de site, la valeur Software\Microsoft\SMS peut être manquante dans la clé de Registre suivante : HKLM\SYSTEM\CurrentControlSet\Control\SecurePipeServers\Winreg\AllowedPaths

Si cette valeur est manquante après la mise à niveau de Windows sur le serveur, ajoutez-la manuellement. Sinon, les rôles de système de site peuvent rencontrer des problèmes lors du chargement de fichiers dans les boîtes de réception du serveur de site.

Mettre à niveau le système d’exploitation des clients

Configuration Manager prend en charge une mise à niveau sur place du système d’exploitation pour Configuration Manager clients dans les situations suivantes :

• Si Configuration Manager prend en charge le niveau de Service Pack obtenu, il prend en charge la mise à niveau sur place vers un Service Pack Windows ultérieur.

• Mise à niveau sur place de Windows à partir d’une version prise en charge vers Windows 10 ou une version ultérieure. Pour plus d’informations, consultez Mettre à niveau Windows vers la dernière version.

• Mises à niveau de maintenance de build à build de Windows 10 ou ultérieures. Pour plus d’informations, consultez Gérer les Windows as a service.

Mettre à niveau SQL Server

Configuration Manager prend en charge une mise à niveau sur place de SQL Server sur le serveur de base de données de site.

Pour plus d’informations sur les versions de SQL Server prises en charge par Configuration Manager, consultez Prise en charge des versions SQL Server.

Mettre à niveau la version du Service Pack de SQL Server

Si Configuration Manager prend toujours en charge le niveau de Service Pack SQL Server résultant, il prend en charge la mise à niveau sur place de SQL Server vers un Service Pack ultérieur.

Lorsque vous avez plusieurs Configuration Manager site dans une hiérarchie, chaque site peut exécuter une version de Service Pack différente de SQL Server. Il n’existe aucune limitation à l’ordre dans lequel les sites mettez à niveau la version du Service Pack de SQL Server.

Mettre à niveau vers une nouvelle version de SQL Server

Configuration Manager prend en charge la mise à niveau sur place de SQL Server vers les versions suivantes :

• SQL Server 2022
• SQL Server 2019
• SQL Server 2017
• SQL Server 2016
• SQL Server 2014

Cette prise en charge inclut la mise à niveau de SQL Server Express vers une version plus récente de SQL Server Express sur les sites secondaires.

Lorsque vous mettez à niveau la version de SQL Server qui héberge la base de données de site, vous devez mettre à niveau la version SQL Server utilisée sur les sites dans l’ordre suivant :

1. Mettre à niveau d’abord SQL Server sur le site d’administration centrale

2. Mettre à niveau les sites secondaires avant de mettre à niveau le site principal parent d’un site secondaire

3. Mettre à niveau les sites principaux parents en dernier. Ces sites incluent à la fois des sites principaux enfants qui relèvent d’un site d’administration centrale et des sites principaux autonomes qui sont le site de niveau supérieur d’une hiérarchie.

Lorsque vous mettez à niveau une base de données de site à partir d’une version antérieure de SQL Server, la base de données conserve son niveau d’estimation de cardinalité existant, s’il est au minimum autorisé pour cette instance de SQL Server. Si vous mettez à niveau SQL Server avec une base de données à un niveau de compatibilité inférieur au niveau autorisé, elle définit automatiquement la base de données sur le niveau de compatibilité le plus bas autorisé par SQL Server. Pour plus d’informations, consultez Versions SQL Server prises en charge : Niveau de compatibilité de la base de données.

Pour plus d’informations sur la mise à niveau de SQL Server, consultez les articles SQL Server suivants :

• Mise à niveau vers SQL Server 2022

• Mise à niveau vers SQL Server 2019

• Mise à niveau vers SQL Server 2017

• Mise à niveau vers SQL Server 2016

Pour mettre à niveau SQL Server sur le serveur de base de données de site

1. Arrêter tous les services Configuration Manager sur le site

2. Mettre à niveau SQL Server vers une version prise en charge

3. Redémarrer les services Configuration Manager