Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
S’applique à : Configuration Manager (branche actuelle)
Chaque site Configuration Manager nécessite une version de SQL Server prise en charge pour héberger la base de données du site. Pour connaître les paramètres requis et facultatifs, reportez-vous à la section Configurations prises en charge pour SQL Server.
Instances et emplacements SQL Server
Fonctionnalités de SQL Server
Seule la fonctionnalité Services de moteur de base de données est requise pour chaque serveur de site.
La réplication de base de données Configuration Manager ne nécessite pas la fonctionnalité de réplication de SQL Server. Toutefois, cette configuration de SQL Server est requise lorsque vous utilisez des répliques de base de données pour les points de gestion.
SQL Server instance
Utilisez une instance dédiée de SQL Server pour chaque site. L’instance peut être une instance nommée ou l’instance par défaut.
Site d’administration centrale et sites principaux
La base de données du site doit utiliser une installation complète de SQL Server.
SQL Server peut être situé sur :
- L’ordinateur du serveur de site.
- Un ordinateur distant du serveur du site.
Les instances suivantes sont prises en charge :
L’instance par défaut ou nommée de SQL Server.
Configurations d’instances multiples.
Un cluster de basculement SQL Server Always On instance. Pour plus d’informations, voir Utiliser un cluster de basculement SQL Server Always On instance pour la base de données du site.
Un groupe de disponibilité SQL Server Always On. Pour plus d’informations, consultez Préparer l’utilisation d’un groupe de disponibilité SQL Server Always On.
Sites secondaires
La base de données du site peut utiliser l’instance par défaut d’une installation complète de SQL Server ou de SQL Server Express.
SQL Server doit se trouver sur l’ordinateur du serveur de site.
Importante
Mettez à niveau SQL 2012 ou 2014 Express, Standard, édition Enterprise vers SQL 2016 ou version ultérieure. Visual C++ Redistributable doivent être mis à niveau vers la dernière version sur Site secondaire : Téléchargez la dernière version de Microsoft Visual C++ Redistributable.
Point de service de l’entrepôt de données
L’entrepôt de données utilise une base de données distincte. Vous pouvez l’héberger sur le serveur de base de données du site ou sur un serveur SQL Server distinct. Pour plus d’informations, voir Point de service de l’entrepôt de données pour Configuration Manager.
Limitations à la prise en charge
Les configurations suivantes ne sont pas prises en charge :
Une instance de cluster de basculement dans une configuration de cluster d’équilibrage de la charge réseau (NLB)
une instance de cluster de basculement sur un volume partagé de cluster (CSV) ;
Technologie de mise en miroir de bases de données de SQL Server et réplication d’égal à égal
La réplication transactionnelle de SQL Server n’est prise en charge que pour la réplication d’objets vers des points de gestion configurés pour utiliser des répliques de base de données.
Versions de SQL Server prises en charge
Dans une hiérarchie avec plusieurs sites, différents sites peuvent utiliser différentes versions de SQL Server pour héberger la base de données du site. Tant que les éléments suivants sont vrais :
- Configuration Manager prend en charge les versions de SQL Server que vous utilisez.
- Les versions de SQL Server que vous utilisez restent prises en charge par Microsoft.
- SQL Server prend en charge la réplication entre les deux versions de SQL Server. Pour plus d’informations, voir Compatibilité descendante de la réplication de SQL Server.
Pour SQL Server 2016 et les versions antérieures, la prise en charge de chaque version de SQL Server et Service Pack suit la politique de cycle de vie de Microsoft. Le support d’un Service Pack SQL Server spécifique inclut les mises à jour cumulatives, sauf si elles rompent la compatibilité descendante avec la version du Service Pack de base. À partir de SQL Server 2017, les Service Packs ne seront pas publiés, car ils suivent un modèle de maintenance moderne. L’équipe SQL Server recommande l’installation continue et proactive des mises à jour cumulatives dès qu’elles sont disponibles.
Sauf indication contraire, les versions suivantes de SQL Server sont prises en charge avec toutes les versions actives de Configuration Manager. Si la prise en charge d’une nouvelle version de SQL Server est ajoutée, la version du Configuration Manager qui ajoute cette prise en charge est indiquée. De même, si la prise en charge est déconseillée, recherchez des détails sur les versions concernées de Configuration Manager.
Importante
Quand vous utilisez SQL Server Standard pour la base de données sur le site d’administration centrale, vous limitez le nombre total de clients qu’une hiérarchie peut prendre en charge. Voir Taille et mise à l’échelle des nombres.
Architecture SQL Server
Configuration Manager nécessite une version 64 bits de SQL Server pour héberger la base de données du site.
Éditions SQL Standard/Entreprise
| SQL Version | Mise à jour minimale | Types de sites pris en charge | Notes |
|---|---|---|---|
| SQL Server 2025 | RTM | CAS, Primaire, Secondaire | Prise en charge ajoutée dans la version 2603. CU doit être supportée par le cycle de vie SQL. |
| SQL Server 2022 | RTM | CAS, Primaire, Secondaire | Prise en charge ajoutée dans la version 2303. Prise en charge du niveau de compatibilité SQL 2022 (160) ajouté dans la version 2603. CU doit être supportée par le cycle de vie SQL. |
| SQL Server 2019 | Mise à jour cumulative 5 (CU5) ou ultérieure | CAS, Primaire, Secondaire | CU5 est la configuration minimale requise, car elle résout un problème de ligne définie par l’utilisateur scalaire. CU doit être supportée par le cycle de vie SQL. |
| SQL Server 2017 | Mise à jour cumulative 2 (CU2) ou ultérieure | CAS, Primaire, Secondaire | CU doit être supportée par le cycle de vie SQL. |
| SQL Server 2016 | Service Pack minimal pris en charge par le cycle de vie SQL 2016 | CAS, Primaire, Secondaire | |
|
|
Deprecated | CAS, Primaire, Secondaire | Déconseillé dans la version 2409. Le support de SQL 2014 a pris fin en juillet 2024. |
Éditions Express (sites secondaires uniquement)
| SQL Version | Mise à jour minimale | Types de sites pris en charge | Notes |
|---|---|---|---|
| SQL Server 2025 Express | RTM | Secondaire | Prise en charge ajoutée dans la version 2603. CU doit être supportée par le cycle de vie SQL. |
| SQL Server 2022 Express | RTM | Secondaire | Livré avec la version 2509. Prise en charge du niveau de compatibilité SQL 2022 (160) ajouté dans la version 2603. |
| SQL Server 2019 Express | Mise à jour cumulative 5 (CU5) ou ultérieure | Secondaire | CU5 est la configuration minimale requise, car elle résout un problème de ligne définie par l’utilisateur scalaire. CU doit être supportée par le cycle de vie SQL. |
| SQL Server 2017 Express | Mise à jour cumulative 2 (CU2) ou ultérieure | Secondaire | CU doit être supportée par le cycle de vie SQL. |
| SQL Server 2016 Express | Service Pack minimal pris en charge par le cycle de vie SQL 2016 | Secondaire | |
|
|
Deprecated | Secondaire | Déconseillé dans la version 2409. Le support de SQL 2014 a pris fin en juillet 2024. |
Niveau de compatibilité de base de données
Le Configuration Manager exige que le niveau de compatibilité de la base de données de site ne soit pas inférieur à la version la plus basse de SQL Server prise en charge pour votre version de Configuration Manager.
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. Lorsque vous mettez à niveau SQL Server avec une base de données à un niveau de compatibilité inférieur au niveau autorisé, il définit automatiquement la base de données au niveau de compatibilité le plus bas autorisé par SQL Server.
Le tableau suivant identifie les niveaux de compatibilité recommandés pour les bases de données de site Configuration Manager :
| Version de SQL Server | Niveaux de compatibilité pris en charge | Niveau recommandé |
|---|---|---|
| SQL Server 2025 (depuis la version 2603) | 170, 160, 150, 140, 130, 120, 110 | 170 |
| SQL Server 2022 | 160 (depuis la version 2603), 150, 140, 130, 120, 110 | 150 |
| SQL Server 2019 | 150, 140, 130, 120, 110 | 150 |
| SQL Server 2017 | 140, 130, 120, 110 | 140 |
| SQL Server 2016 | 130, 120, 110 | 130 |
Pour identifier le niveau de compatibilité utilisé pour votre base de données de site, exécutez la requête SQL suivante sur le serveur de base de données de site :
SELECT name, compatibility_level FROM sys.databases
Pour plus d’informations sur les niveaux de compatibilité de SQL Server et leur définition, reportez-vous à la rubrique Niveau de compatibilité ALTER DATABASE (Transact-SQL).
SQL Server Reporting Services
SQL Server Reporting Services est nécessaire pour installer un point Reporting Services qui vous permet d’exécuter des rapports. Configuration Manager prend en charge les mêmes versions de SQL Server pour la création de rapports que pour la base de données de site.
Pour plus d’informations, consultez Conditions préalables à la création de rapports dans Configuration Manager.
Importante
Après avoir mis à niveau SQL Server à partir d’une version antérieure, l’erreur suivante peut apparaître : Report Builder n’existe pas. Pour résoudre cette erreur, vous devez réinstaller le rôle de système de site de point Reporting Services.
Options de mise à niveau pour SQL Server
Si vous devez mettre à niveau votre version de SQL Server, utilisez l’une des méthodes suivantes, de simple à plus complexe :
Mettre à niveau SQL Server sur place (recommandé)
Installez une nouvelle version de SQL Server sur un nouvel ordinateur, puis utilisez l’option de déplacement de base de données du programme d’installation de Configuration Manager pour pointer votre serveur de site vers le nouveau SQL Server
Utilisez la sauvegarde et la récupération. L’utilisation de la sauvegarde et de la récupération pour un scénario de mise à niveau de SQL Server est prise en charge. Vous pouvez ignorer l’exigence de contrôle de version SQL Server lors de l’examen des considérations avant de récupérer un site.