Versions SQL Server prises en charge pour Configuration Manager

S’applique à : Gestionnaire de Configuration (branche actuelle)

Chaque site Configuration Manager nécessite une version et une configuration SQL Server prises en charge pour héberger la base de données de 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 peut se trouver sur :

  • Ordinateur du 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 du serveur de site.

Limitations de 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 charge réseau (NLB)

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

  • SQL Server 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 SQL Server et service pack suit la politique de cycle de vie Microsoft. La prise en charge d’un service pack SQL Server spécifique inclut des mises à jour cumulatives, sauf si elles rompent 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 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.

Important

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 gérer. Consultez Les numéros de taille et de mise à l’échelle.

SQL Server 2019 : Standard, Enterprise

Vous pouvez utiliser cette version avec la mise à jour cumulative 5 (CU5) ou ultérieure, tant que votre version de mise à jour cumulative est prise en charge par le cycle de vie SQL Server. CU5 est la condition minimale requise pour SQL Server 2019, car elle résout un problème avec l’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, 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, Enterprise

Vous pouvez utiliser cette version avec le Service Pack minimal et la mise à jour cumulative 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 2014 : Standard, Enterprise

Vous pouvez utiliser cette version avec le Service Pack minimal et la mise à jour cumulative 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 2012 : Standard, Enterprise

Vous pouvez utiliser cette version avec le Service Pack minimal et la mise à jour cumulative 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

Important

À compter de la version 2107, la prise en charge de SQL Server 2012 est déconseillée. Son cycle de vie de support prend fin en juillet 2022. Prévoyez de mettre à niveau 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 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 2014 Express

Vous pouvez utiliser cette version avec le Service Pack minimal et la mise à jour cumulative 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 2012 Express

Vous pouvez utiliser cette version avec le Service Pack minimal et la mise à jour cumulative 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

Important

À compter de la version 2107, la prise en charge de SQL Server 2012 est déconseillée. Son cycle de vie de support prend fin en juillet 2022. Prévoyez de mettre à niveau 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. Lorsque Configuration Manager installe SQL Server Express dans le cadre d’une installation de site secondaire, il crée automatiquement ces configurations.

SQL Server version de l’architecture

Configuration Manager nécessite une version 64 bits de SQL Server pour héberger la base de données de 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 Chine 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 ne soit pas inférieur à 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 au 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 2019 150, 140, 130, 120, 110 150
SQL Server 2017 140, 130, 120, 110 140
SQL Server 2016 130, 120, 110 130
SQL Server 2014 120, 110 110

Pour identifier le SQL Server niveau de compatibilité d’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 SQL Server niveaux de compatibilité et sur la façon de les définir, consultez ALTER DATABASE Compatibility Level (Transact-SQL).

fonctionnalités de SQL Server

Seule la fonctionnalité Moteur de base de données Services 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.

instance de 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 de 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 de 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 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.

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 du serveur de déclencheurs imbriqués

intégration du CLR SQL Server

La base de données de site nécessite SQL Server clr (Common Language Runtime) 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 service Broker SQL Server est requis 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 TRUSTWORTHY SQL. Cette propriété est requise par Configuration Manager être activée.

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 à exécuter à l’aide des éléments suivants :

  • 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 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 noms de principal du service pour 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 SCM Services - 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.

Important

Une fois que vous avez mis à niveau SQL Server à partir d’une version précédente, l’erreur suivante peut s’afficher : 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.

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 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 la SQL Server Service Broker, qui utilise le port TCP 4022 par défaut.

  • Les communications intrasites entre le moteur de base de données SQL Server et les 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 fournisseur SMS
    • Point reporting services
    • Serveur de site

Lorsqu’un ordinateur exécutant SQL Server héberge une base de données 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 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 une instance nommée, vous devez configurer manuellement le port statique que vous souhaitez utiliser pour la communication intrasite.

Si vous disposez d’un pare-feu 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 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 devez mettre à niveau votre version de SQL Server, utilisez l’une des méthodes suivantes, de facile à plus complexe :