Configuration matérielle et logicielle requise pour SQL Server 2016 et SQL Server 2017

Applies to :SQL Server sur Windows

Cet article répertorie la configuration matérielle et logicielle minimale requise pour installer et exécuter SQL Server 2016 (13.x) et SQL Server 2017 (14.x) sur le système d’exploitation Windows.

Pour connaître la configuration matérielle et logicielle requise pour d’autres versions de SQL Server, consultez :

• SQL Server 2025
• SQL Server 2022
• SQL Server 2019
• SQL Server on Linux

Configuration matérielle requise

Les exigences de mémoire et de processeur suivantes s’appliquent à toutes les éditions de SQL Server :

¹ La mémoire minimale requise pour l’installation du composant Data Quality Server dans Data Quality Services (DQS) est de 2 Go de RAM, ce qui est différent de la mémoire minimale requise SQL Server. Pour obtenir des informations sur l'installation de DQS, consultez Install Data Quality Services.

Configuration logicielle requise

Le tableau de cette section répertorie la configuration logicielle minimale requise pour l’exécution de SQL Server. Il existe également des options de configuration qui sont recommandées pour des performances optimales.

La configuration requise suivante s’applique à toutes les installations :

¹ Le protocole VIA n’est pas pris en charge sur les clusters de basculement. Les clients ou les applications s’exécutant sur le même nœud du cluster de basculement que l’instance de SQL Server peuvent utiliser le protocole mémoire partagée pour se connecter à SQL Server à l’aide de son adresse de canal local. Toutefois, ce type de connexion n’est pas optimisé pour le cluster et échoue après une défaillance d’instance. Il n’est donc pas recommandé et ne doit être utilisé que dans des scénarios spécifiques.

SQL Server installation installe les composants logiciels suivants requis par le produit :

• SQL Server Native Client
• Fichiers de support de SQL Server

installation de .NET Framework

Vous pouvez installer manuellement .NET Framework à partir de Microsoft .NET Framework 4.6 (Web Installer) pour Windows.

Pour plus d’informations, des recommandations et des conseils sur .NET Framework 4.6, consultez .NET Framework Deployment Guide for Developers.

Windows 8.1 et Windows Server 2012 R2 nécessitent KB2919355 avant d’installer .NET Framework 4.6.

SQL Server 2016 (13.x) et SQL Server 2017 (14.x) nécessitent .NET Framework 4.6 pour Database Engine, Master Data Services ou Replication (SQL Server configuration installe automatiquement .NET Framework).

Vous pouvez effectuer une mise à niveau vers .NET Framework 4.8 ou installer directement .NET Framework 4.8. Toutes les cadres avec la version majeure 4.x procèdent à une mise à niveau in situ et sont compatibles avec les versions précédentes.

Pour plus d’informations, consultez Download .NET Framework 4.8 | Téléchargements officiels gratuits (microsoft.com).

Prise en charge du système d’exploitation pour SQL Server 2017

Le tableau suivant indique les éditions de SQL Server 2017 (14.x) compatibles avec les versions de Windows. Vous pouvez également utiliser les informations de cycle de vie de support pour voir si votre version de Windows est prise en charge.

Prise en charge de Server Core pour SQL Server 2017

Les éditions suivantes de Windows Server Core prennent en charge l’installation SQL Server 2017 (14.x) :

• Windows Server 2022 Datacenter
• Windows Server 2022 Datacenter : édition Azure
• Windows Server 2022 Standard
• Windows Server 2019 Datacenter
• Windows Server 2019 Standard
• centre de données Windows Server 2016
• Windows Server 2016 Standard
• centre de données Windows Server 2012 R2
• Windows Server 2012 R2 Standard
• centre de données Windows Server 2012
• Windows Server 2012 Standard

Pour plus d’informations sur l’installation de SQL Server sur Server Core, consultez Installer SQL Server sur Server Core.

Prise en charge du système d’exploitation pour SQL Server 2016

Le tableau suivant indique les éditions de SQL Server 2016 (13.x) compatibles avec les versions de Windows. Vous pouvez également utiliser les informations de cycle de vie de support pour voir si votre version de Windows est prise en charge.

Pour connaître la configuration minimale requise pour installer SQL Server sur Windows Server 2012 ou Windows 8, consultez Version requise pour SQL Server dans le système d’exploitation Windows.

Prise en charge de Server Core pour SQL Server 2016

Les éditions suivantes de Windows Server Core prennent en charge l’installation SQL Server 2016 (13.x) :

• Windows Server 2019 Datacenter
• Windows Server 2019 Standard
• centre de données Windows Server 2016
• Windows Server 2016 Standard
• centre de données Windows Server 2012 R2
• Windows Server 2012 R2 Standard
• centre de données Windows Server 2012
• Windows Server 2012 Standard

Pour plus d’informations sur l’installation de SQL Server sur Server Core, consultez Installer SQL Server sur Server Core.

Prise en charge de WOW64

WOW64 (Windows 32 bits sur Windows 64 bits) est une fonctionnalité des éditions 64 bits de Windows qui permet aux applications 32 bits de s'exécuter de façon native en mode 32 bits. Les applications fonctionnent en mode 32 bits, même si le système d'exploitation sous-jacent est un système 64 bits. WOW64 n'est pas pris en charge pour les installations SQL Server. Les outils de gestion sont cependant pris en charge dans WOW64.

Fonctionnalités prises en charge sur les systèmes d’exploitation clients 32 bits

Les systèmes d’exploitation clients Windows, par exemple Windows 10 et Windows 8.1 sont disponibles sous forme d’architectures 32 bits ou 64 bits. Toutes les fonctionnalités SQL Server sont prises en charge sur les systèmes d’exploitation clients 64 bits. Sur les systèmes d’exploitation client 32 bits, les fonctionnalités suivantes sont prises en charge :

• Client de Qualité des Données
• Connectivité des outils clients
• Services d'intégration
• Compatibilité descendante des outils clients
• Kit de développement logiciel (SDK) des outils clients
• Composants de documentation
• composants Distributed Replay
• Contrôleur de Relecture Distribuée
• Client de rediffusion distribuée
• Kit de développement logiciel (SDK) de connectivité client SQL

Les systèmes d’exploitation serveur Windows Server 2008 R2 et versions ultérieures ne sont pas disponibles en tant qu’architectures 32 bits. Tous les systèmes d’exploitation serveur pris en charge sont disponibles uniquement sous forme d’architectures 64 bits. Toutes les fonctionnalités sont prises en charge sur les systèmes d’exploitation serveur 64 bits.

Prise en charge multilingue

Pour plus d'informations sur la prise en charge multilingue et les considérations relatives à l'installation de SQL Server dans des versions localisées, consultez Versions de langue locale dans SQL Server.

Configuration requise pour l’espace disque

Pendant l’installation de SQL Server, Windows Installer crée des fichiers temporaires sur le lecteur système. Avant d’exécuter le programme d’installation pour installer ou mettre à niveau SQL Server, vérifiez que vous disposez d’au moins 6 Go d’espace disque disponible sur le lecteur système pour ces fichiers. Cette exigence s’applique même si vous installez des composants SQL Server à un lecteur non par défaut.

Les besoins réels en espace disque dur dépendent de la configuration de votre système et des fonctionnalités que vous décidez d’installer. Le tableau suivant fournit des exigences d’espace disque pour les composants SQL Server.

¹ L’espace disque requis pour le contenu en ligne de la documentation téléchargée est de 200 Mo.

Types de stockage pour les fichiers de données

Les types de storage pris en charge pour les fichiers de données sont les suivants :

• Disque local

  • SQL Server prend actuellement en charge les lecteurs de disque qui ont des tailles de secteur native standard de 512 octets et 4 Ko. Pour plus d’informations sur la prise en charge des plus grandes tailles de secteur et des implémentations de fabricant, consultez la section « Tailles de secteur de disque de 4 Ko » dans le livre blanc SQLIOBasicsCh2.doc. Vous pouvez télécharger le livre blanc à partir de la section Download de l’article SQL Server principes de base des E/S, chapitre 2.

    Si vous utilisez des disques de format avancés physiquement mis en forme avec 4 096 octets, mais exposez une taille de secteur logique de 512 octets, vous pouvez en savoir plus sur le comportement et les recommandations de l’article Tech Community SQL Server - Les nouveaux lecteurs utilisent une taille de secteur 4K.

    Les disques durs dont la taille du secteur est supérieure à 4 Ko peuvent entraîner des erreurs lorsque vous tentez de stocker des fichiers de données SQL Server sur eux. Pour plus d’informations sur la prise en charge de la taille du secteur des disques durs dans SQL Server, consultez Résoudre les erreurs SQL Server liées à la taille du secteur du disque système supérieure à 4 Ko. Actuellement, la clé de Registre ForcedPhysicalSectorSizeInBytes est nécessaire pour installer correctement SQL Server sur certains appareils storage plus récents avec une taille de secteur de disque système supérieure à 4 Ko.

  • SQL Server supporte uniquement le disque local pour l'installation des fichiers tempdb dans l'installation du cluster de basculement. Vérifiez que le chemin spécifié pour les données tempdb et les fichiers journaux est valide sur tous les nœuds du cluster. Pendant le basculement, si les répertoires tempdb ne sont pas disponibles sur le nœud cible de basculement, la ressource SQL Server ne parvient pas à se mettre en ligne.

• Shared storage

• Storage Spaces Direct (S2D)

• Partage de fichiers SMB

  • Le stockage SMB n'est pas supporté pour les fichiers de données d'Analysis Services dans les installations autonomes ou déployées en cluster. Utilisez plutôt un stockage direct attaché, un réseau de stockage ou S2D.

  • Le stockage SMB peut être hébergé par un serveur de fichiers Windows ou un dispositif de stockage SMB tiers. Si vous utilisez Windows File Server, la version doit être 2008 ou ultérieure. Pour plus d’informations sur l’installation de SQL Server à l’aide du partage de fichiers SMB en tant qu’option storage, consultez Installer SQL Server avec le partage de fichiers SMB storage.

Installer SQL Server sur un contrôleur de domaine

Pour des raisons de sécurité, n'installez pas SQL Server sur un contrôleur de domaine. SQL Server installation ne bloque pas l'installation sur un ordinateur qui est un contrôleur de domaine, mais les limitations suivantes s'appliquent :

• Vous ne pouvez pas exécuter SQL Server services sur un contrôleur de domaine sous un compte de service local.

• Après avoir installé SQL Server sur un ordinateur, vous ne pouvez pas remplacer l'ordinateur d'un membre de domaine par un contrôleur de domaine. Vous devez désinstaller SQL Server avant de remplacer l’ordinateur hôte par un contrôleur de domaine.

• Après avoir installé SQL Server sur un ordinateur, vous ne pouvez pas remplacer l'ordinateur d'un contrôleur de domaine par un membre de domaine. Vous devez désinstaller SQL Server avant de remplacer l’ordinateur hôte par un membre de domaine.

• Instances SQL Server de cluster de basculement ne sont pas supportées lorsque les nœuds de cluster sont des contrôleurs de domaine.

• SQL Server n'est pas pris en charge sur un contrôleur de domaine en lecture seule. SQL Server configuration ne peut pas créer de groupes de sécurité ni de comptes de service SQL Server sur un contrôleur de domaine en lecture seule. Dans ce scénario, le programme d'installation échoue.

  Remarque

  Cette restriction s’applique également aux installations sur les nœuds membres du domaine.

• Une instance de cluster de basculement SQL Server n'est pas prise en charge dans un environnement où seul un contrôleur de domaine en lecture seule est accessible.

  Remarque

  Cette restriction s’applique également aux installations sur les nœuds membres du domaine.

Support d’installation

Obtenez le support d’installation approprié à partir des emplacements suivants :

• centre d’évaluation SQL Server 2017
• Mises à jour cumulatives les plus récentes

Vous pouvez également déployer SQL Server sur une machine virtuelle Azure dans le Azure portal. En raison de la surcharge de virtualisation, les machines virtuelles peuvent être plus lentes que de s'exécuter de manière native.

Contenu connexe

• Planer une installation de SQL Server
• Considérations relatives à la sécurité pour une installation de SQL Server