Partager via

Versions de SQL Server prises en charge pour Configuration Manager

  • Article

S’applique à : Configuration Manager (branche actuelle)

Chaque site Configuration Manager nécessite une version et une configuration de SQL Server prises en charge pour héberger la base de données du site.

Instances et emplacements SQL Server

Site d’administration centrale et sites principaux

La base de données de site doit utiliser une installation complète de SQL Server.

SQL Server peut se trouver sur :

  • Ordinateur serveur de site.
  • Ordinateur distant du serveur de site.

Les instances suivantes sont prises en charge :

Sites secondaires

La base de données de site peut utiliser l’instance par défaut d’une installation complète de SQL Server ou SQL Server Express.

SQL Server doit se trouver sur l’ordinateur serveur de site.

Limitations à prendre 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 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 SQL Server et réplication d’égal à égal

La réplication transactionnelle SQL Server est prise en charge uniquement pour la réplication d’objets vers des points de gestion configurés pour utiliser des réplicas de base de données.

Versions prises en charge de SQL Server

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 de 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, consultez Compatibilité descendante de la réplication SQL Server.

Pour SQL Server 2016 et les versions antérieures, la prise en charge de chaque version et service pack de SQL Server suit la politique de cycle de vie de Microsoft. La prise en charge d’un Service Pack SQL Server spécifique inclut des mises à jour cumulatives, sauf si elles interrompent la compatibilité descendante avec la version du Service Pack de base. À compter 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 une installation continue et proactive des mises à jour cumulatives dès qu’elles deviennent 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 de Configuration Manager qui ajoute cette prise en charge est notée. De même, si la prise en charge est déconseillée, recherchez des détails sur les versions affectées de Configuration Manager.

Importante

Lorsque 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. Consultez Taille et mise à l’échelle des numéros.

SQL Server 2022 : Standard, Enterprise

À compter de Current Branch 2303, la prise en charge de SQL Server 2022 est ajoutée avec l’estimation du niveau de compatibilité/cardinalité définie sur 150 sur la base de données Configuration Manager. SQL 2022 natif (160) n’est pas pris en charge actuellement.

Vous pouvez utiliser cette version de SQL Server pour les sites suivants :

  • Un site d’administration centrale
  • Un site principal
  • Un site secondaire

SQL Server 2019 : Standard, Enterprise

Vous pouvez utiliser cette version avec la mise à jour cumulative 5 (CU5) ou une version ultérieure, à condition que votre version de mise à jour cumulative soit prise en charge par le cycle de vie de SQL Server. CU5 est la configuration minimale requise pour SQL Server 2019, car elle résout un problème d’incorporation de fonctions UDF scalaires.

Vous pouvez utiliser cette version de SQL Server pour les sites suivants :

  • Un site d’administration centrale
  • Un site principal
  • Un site secondaire

SQL Server 2017 : Standard, Enterprise

Vous pouvez utiliser cette version avec la mise à jour cumulative version 2 ou ultérieure, à condition que votre version de mise à jour cumulative soit prise en charge par le cycle de vie de SQL Server. Vous pouvez utiliser cette version de SQL Server pour les sites suivants :

  • Un site d’administration centrale
  • Un site principal
  • Un site secondaire

SQL Server 2016 : Standard, Enterprise

Vous pouvez utiliser cette version avec le Service Pack minimal et la mise à jour cumulative prises en charge par le cycle de vie de SQL Server. Vous pouvez utiliser cette version de SQL Server pour les sites suivants :

  • Un site d’administration centrale
  • Un site principal
  • Un site secondaire

SQL Server 2014 : Standard, Enterprise

Vous pouvez utiliser cette version avec le Service Pack minimal et la mise à jour cumulative prises en charge par le cycle de vie de SQL Server. Vous pouvez utiliser cette version de SQL Server pour les sites suivants :

  • Un site d’administration centrale
  • Un site principal
  • Un site secondaire

Importante

À compter de la version 2409, la prise en charge de SQL Server 2014 est déconseillée. Son cycle de vie de support prend fin en juillet 2024. Planifiez la mise à niveau de tous les serveurs de base de données avant cette date. Pour plus d’informations, consultez SQL Server.

SQL Server 2017 Express

Vous pouvez utiliser cette version avec la mise à jour cumulative version 2 ou ultérieure, à condition que votre version de mise à jour cumulative soit prise en charge par le cycle de vie de SQL Server. Vous pouvez utiliser cette version de SQL Server pour les sites suivants :

  • Un site secondaire

SQL Server 2016 Express

Vous pouvez utiliser cette version avec le Service Pack minimal et la mise à jour cumulative prises en charge par le cycle de vie de SQL Server. Vous pouvez utiliser cette version de SQL Server pour les sites suivants :

  • Un site secondaire

SQL Server 2014 Express

Vous pouvez utiliser cette version avec le Service Pack minimal et la mise à jour cumulative prises en charge par le cycle de vie de SQL Server. Vous pouvez utiliser cette version de SQL Server pour les sites suivants :

  • Un site secondaire

Importante

À compter de la version 2409, la prise en charge de SQL Server 2014 est déconseillée. Son cycle de vie de support prend fin en juillet 2024. Planifiez la mise à niveau de tous les serveurs de base de données avant cette date. Pour plus d’informations, consultez SQL Server.

Configurations requises pour SQL Server

Les configurations suivantes sont requises par toutes les installations de SQL Server que vous utilisez pour une base de données de site, y compris SQL Server Express. Quand Configuration Manager installe SQL Server Express dans le cadre d’une installation de site secondaire, il crée automatiquement ces configurations.

Version de l’architecture SQL Server

Configuration Manager nécessite une version 64 bits de SQL Server pour héberger la base de données du site.

Classement de bases de données

Sur chaque site, l’instance de SQL Server utilisée pour le site et la base de données du site doivent utiliser le classement suivant : SQL_Latin1_General_CP1_CI_AS.

Configuration Manager prend en charge deux exceptions à ce classement pour la norme china GB18030. Pour plus d’informations, consultez Support international.

Niveau de compatibilité de la base de données

Configuration Manager exige que le niveau de compatibilité de la base de données de site soit égal à 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 sur le 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 2022 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é de l’estimation de cardinalité SQL Server 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 sur la façon de les définir, consultez Niveau de compatibilité ALTER DATABASE (Transact-SQL).

Fonctionnalités de SQL Server

Seule la fonctionnalité Services 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 SQL Server . Toutefois, cette configuration SQL Server est requise lorsque vous utilisez des réplicas de base de données pour les points de gestion.

Authentification Windows

Configuration Manager requiert l’authentification Windows pour valider les connexions à la base de données.

Instance SQL Server

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.

Mémoire SQL Server

Réservez de la mémoire pour SQL Server à l’aide de SQL Server Management Studio. Définissez le paramètre Mémoire minimale du serveur sous Options de mémoire du serveur. Pour plus d’informations sur la configuration de ce paramètre, consultez Options de configuration du serveur mémoire SQL Server.

  • Pour un serveur de base de données que vous installez sur le même ordinateur que le serveur de site : Limitez la mémoire de SQL Server à 50 à 80 % de la mémoire système adressable disponible.

  • Pour un serveur de base de données dédié distant du serveur de site : limitez la mémoire de SQL Server à 80 à 90 % de la mémoire système adressable disponible.

  • Pour une réserve de mémoire pour le pool de mémoires tampons de chaque instance SQL Server utilisée :

    • Pour un site d’administration centrale : définissez un minimum de 8 Go.
    • Pour un site principal : définissez un minimum de 8 Go.
    • Pour un site secondaire : définissez un minimum de 4 Go.

Déclencheurs imbriqués SQL Server

Les déclencheurs imbriqués SQL Server doivent être activés. Pour plus d’informations, consultez Configurer l’option de configuration de serveur des déclencheurs imbriqués.

Intégration du CLR SQL Server

La base de données de site nécessite l’activation du CLR (Common Language Runtime) SQL Server. Cette option est activée automatiquement lors de l’installation de Configuration Manager. Pour plus d’informations sur le CLR, consultez Présentation de l’intégration du CLR SQL Server.

SQL Server Service Broker (SSB)

SQL Server Service Broker est requis à la fois pour la réplication intersite et pour un site principal unique.

Paramètre TRUSTWORTHY

Configuration Manager active automatiquement la propriété de base de données SQL TRUSTWORTHY. Configuration Manager exige que cette propriété ait la valeur ON.

Configurations facultatives pour SQL Server

Les configurations suivantes sont facultatives pour chaque base de données qui utilise une installation complète de SQL Server.

Service SQL Server

Vous pouvez configurer le service SQL Server pour qu’il s’exécute à l’aide de :

  • Un compte d’utilisateur de domaine à faibles droits :

    • Cette configuration est une bonne pratique et peut vous obliger à inscrire manuellement le nom du principal du service (SPN) pour le compte.

  • Compte système local de l’ordinateur qui exécute SQL Server :

    • Utilisez le compte système local pour simplifier le processus de configuration.
    • Lorsque vous utilisez le compte système local, Configuration Manager inscrit automatiquement le SPN pour le service SQL Server.
    • L’utilisation du compte système local pour le service SQL Server n’est pas une bonne pratique SQL Server.

Lorsque l’ordinateur exécutant SQL Server n’utilise pas son compte système local pour exécuter le service SQL Server, configurez le SPN du compte qui exécute le service SQL Server dans les services de domaine Active Directory. (Lorsque le compte système est utilisé, le SPN est automatiquement inscrit pour vous.)

Pour plus d’informations sur les SPN de la base de données de site, consultez Gérer le SPN pour le serveur de base de données de site.

Pour plus d’informations sur la modification du compte utilisé par le service SQL Server, consultez Services SCM - Modifier le compte de démarrage du service.

SQL Server Reporting Services

SQL Server Reporting Services est requis 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 Prérequis pour la création de rapports dans Configuration Manager.

Importante

Après avoir mis à niveau SQL Server à partir d’une version précédente, vous pouvez voir l’erreur suivante : Le Générateur de rapports n’existe pas.
Pour résoudre cette erreur, vous devez réinstaller le rôle de système de site point Reporting Services.

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 de site ou sur un serveur SQL Server distinct. Pour plus d’informations, consultez Le point de service de l’entrepôt de données pour Configuration Manager.

Ports SQL Server

Pour la communication avec le moteur de base de données SQL Server et pour la réplication intersite, vous pouvez utiliser les configurations de port SQL Server par défaut ou spécifier des ports personnalisés :

  • Les communications intersites utilisent SQL Server Service Broker, qui utilise le port TCP 4022 par défaut.

  • Les communications intrasite entre le moteur de base de données SQL Server et différents rôles de système de site Configuration Manager utilisent le port TCP 1433 par défaut. Les rôles de système de site suivants communiquent directement avec la base de données SQL Server :

    • Point de gestion
    • Ordinateur du fournisseur SMS
    • Point Reporting Services
    • Serveur de site

Lorsqu’un ordinateur exécutant SQL Server héberge une base de données à partir de plusieurs sites, chaque base de données doit utiliser une instance distincte de SQL Server. En outre, chaque instance doit être configurée pour utiliser un ensemble unique de ports.

Avertissement

Configuration Manager ne prend pas en charge les ports dynamiques. Étant donné que les instances nommées SQL Server utilisent par défaut des ports dynamiques pour les connexions au moteur de base de données, lorsque vous utilisez une instance nommée, vous devez configurer manuellement le port statique que vous souhaitez utiliser pour la communication intrasite.

Si un pare-feu est activé sur l’ordinateur exécutant SQL Server, vérifiez qu’il est configuré pour autoriser les ports utilisés par votre déploiement et à tous les emplacements du réseau entre les ordinateurs qui communiquent avec SQL Server.

Pour obtenir un exemple de configuration de SQL Server pour utiliser un port spécifique, consultez Configurer un serveur pour écouter sur un port TCP spécifique.

Options de mise à niveau pour SQL Server

Si vous avez besoin de mettre à niveau votre version de SQL Server, utilisez l’une des méthodes suivantes, de facile à plus complexe :