Partager via

Versions SQL Server prises en charge pour Configuration Manager

  • Article

S’applique à : Configuration Manager (branche actuelle)

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

SQL Server instances et emplacements

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 peuvent 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 la 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 serveur de site.

Importante

Mettez à niveau SQL 2012 ou 2014 Express, Standard, Enterprise Edition vers SQl 2016 ou la version la plus récente. VC++ doit être mis à niveau vers la dernière version sur le site secondaire Télécharger la dernière version Microsoft Visual C++ Redistribuable.

Limitations à prendre en charge

Les configurations suivantes ne sont pas prises en charge :

  • Un cluster de basculement instance dans une configuration de cluster d’équilibrage de charge réseau (NLB)

  • Un cluster de basculement instance sur un volume partagé de cluster (CSV)

  • SQL Server la technologie de mise en miroir de bases de données et la réplication d’égal à égal

SQL Server réplication transactionnelle 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 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 SQL Server compatibilité descendante de la réplication.

Pour SQL Server 2016 et les versions antérieures, la prise en charge de chaque version et service pack 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 l’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 SQL Server est ajoutée, la version 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, Entreprise

À 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, Entreprise

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 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, Entreprise

Vous pouvez utiliser cette version avec la mise à jour cumulative version 2 ou ultérieure, tant que votre version de mise à jour cumulative est prise en charge par le cycle de vie 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, Entreprise

Vous pouvez utiliser cette version avec le Service Pack minimal et la mise à jour cumulative pris en charge par le cycle de vie 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, tant que votre version de mise à jour cumulative est prise en charge par le cycle de vie 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 pris en charge par le cycle de vie 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, le instance de SQL Server utilisé 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 nécessite que le niveau de compatibilité de la base de données de site soit égal à la version SQL Server la plus faible prise en charge pour votre version 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é, elle 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 Configuration Manager bases de données de site :

version 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 SQL Server niveau de compatibilité de l’estimation de cardinalité 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é SQL Server et sur la façon de les définir, consultez Niveau de compatibilité ALTER DATABASE (Transact-SQL).

fonctionnalités SQL Server

Seule la fonctionnalité Services moteur de base de données est requise pour chaque serveur de site.

Configuration Manager réplication de base de données 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 nécessite Authentification Windows pour valider les connexions à la base de données.

SQL Server instance

Utilisez une instance dédiée de SQL Server pour chaque site. Le instance peut être un instance nommé ou le 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 SQL Server options de configuration du serveur mémoire.

  • 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 pour 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 pour 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 SQL Server instance en cours d’utilisation :

    • 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.

SQL Server déclencheurs imbriqués

SQL Server déclencheurs imbriqués 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 SQL Server common language runtime (CLR) pour être activé. Cette option est activée automatiquement lors de l’installation de Configuration Manager. Pour plus d’informations sur le CLR, consultez Présentation de SQL Server intégration du CLR.

SQL Server Service Broker (SSB)

Le 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. Cette propriété est requise par Configuration Manager pour avoir 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 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 s’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 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 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 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 : Report Builder 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 un 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 le 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 divers 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é pour utiliser un ensemble unique de ports.

Avertissement

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

Si un pare-feu est activé sur l’ordinateur qui exécute SQL Server, assurez-vous qu’il est configuré pour autoriser les ports utilisés par votre déploiement et à n’importe quel emplacement sur le réseau entre les ordinateurs qui communiquent avec le SQL Server.

Pour obtenir un exemple montrant comment configurer 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 devez mettre à niveau votre version de SQL Server, utilisez l’une des méthodes suivantes, de facile à plus complexe :