Partager via


Utiliser plusieurs versions et instances de SQL Server

S’applique à : SQL Server - Windows uniquement

Vous pouvez installer plusieurs instances de SQL Server, ou installer SQL Server sur un ordinateur où des versions précédentes de SQL Server sont déjà installées.

Remarque

Si vous devez installer plusieurs instances de SQL Server sur Linux, consultez Déployer et se connecter aux conteneurs SQL Server Linux.

Les éléments suivants liés à SQL Server sont compatibles avec l’installation de plusieurs instances sur le même ordinateur :

  • Moteur de base de données
  • Analysis Services
  • Reporting Services 1

1 À compter de SQL Server 2016 (13.x), SQL Server Reporting Services (SSRS) est installé séparément.

Vous pouvez mettre à niveau des versions antérieures de SQL Server sur un ordinateur où d’autres versions de SQL Server sont déjà installées. Pour connaître les scénarios de mise à niveau pris en charge, consultez Mises à niveau de la version et de l’édition prises en charge.

Composants et numérotation de version

Les concepts suivants sont utiles pour comprendre le comportement de SQL Server pour les instances côte à côte de SQL Server.

Le format de version de produit standard pour SQL Server est MM.nn.bbbb.rr, où chaque segment est défini comme suit :

  • MM - Version principale
  • nn - Version secondaire
  • bbbb - Numéro de build
  • rr - Numéro de révision de build

Dans chaque version majeure ou mineure de SQL Server, il existe une augmentation du numéro de version pour le différencier des versions précédentes. Cette modification de la version est utilisée à de nombreuses fins, y compris :

  • affichage des informations de version dans l’interface utilisateur
  • contrôle de la façon dont les fichiers sont remplacés pendant la mise à niveau
  • application des service packs et des mises à jour cumulatives
  • en tant que mécanisme de différenciation fonctionnelle entre les versions successives

Composants partagés par toutes les versions de SQL Server

Certains composants sont partagés par toutes les instances de toutes les versions installées de SQL Server Lorsque vous installez des versions différentes de SQL Server côte à côte sur le même ordinateur, ces composants sont mis à niveau automatiquement vers la version la plus récente. Ces composants sont habituellement désinstallés automatiquement lorsque la dernière instance de SQL Server est désinstallée.

Exemples : SQL Server Browser et Enregistreur Microsoft VSS SQL Server.

Composants partagés par toutes les instances de la même version principale de SQL Server

SQL Server Les versions qui ont le même numéro de version principale partagent certains composants d’une instance à l’autre. Si les composants partagés sont sélectionnés pendant la mise à niveau, les composants existants sont mis à niveau vers la version la plus récente.

Exemples : Integration Services, Master Data Services, SQL Server Management Studio, SQL Server Data Tools (SSDT)et documentation en ligne de SQL Server .

Composants partagés par les versions secondaires

SQL Server Les versions qui ont le même numéro de version principale.secondaire partagent des composants.

Exemple : .

Composants spécifiques à une instance de SQL Server

Certains composants ou services de SQL Server sont spécifiques à une instance de SQL Server (au courant de la situation). Ils partagent la même version que l'instance qui les héberge et sont utilisés exclusivement pour cette instance.

Exemples : Moteur de base de données, Analysis Serviceset Reporting Services.

Pour obtenir la liste des fonctionnalités prises en charge par les éditions de SQL Server sur Windows, consultez :

Pour obtenir la liste des fonctionnalités prises en charge par les éditions de SQL Server sur Linux, consultez :

Composants qui sont indépendants des versions de SQL Server

Certains composants sont installés pendant l'installation de SQL Server , mais sont indépendant des versions de SQL Server. Ils peuvent être partagés par les versions principales ou par toutes les versions de SQL Server .

Exemples : Microsoft Sync Framework, SQL Server Compact.

Pour plus d’informations sur l’installation de SQL Server Compact, consultez Installer SQL Server à partir de l’assistant d’installation (Configuration). Pour plus d’informations sur la désinstallation de SQL Server Compact, consultez Désinstaller une instance existante de SQL Server (programme d’installation).

Utilisation de SQL Server côte à côte avec les versions précédentes de SQL Server

Vous pouvez installer SQL Server sur un ordinateur exécutant déjà les instances d'une version précédente de SQL Server . Si une instance par défaut existe sur l'ordinateur, SQL Server doit être installé comme instance nommée.

Le tableau suivant présente la prise en charge côte à côte de chaque version de SQL Server sur les versions les plus couramment prises en charge de Windows, avec les versions requises de .NET installées :

Instance existante Support côte à côte
SQL Server 2022 (16.x) SQL Server 2008 (10.0.x) à SQL Server 2019 (15.x)
SQL Server 2019 (15.x) SQL Server 2008 (10.0.x) à SQL Server 2017 (14.x)
SQL Server 2017 (14.x) SQL Server 2008 (10.0.x) à SQL Server 2016 (13.x)
SQL Server 2016 (13.x) SQL Server 2008 (10.0.x) à SQL Server 2014 (12.x)

Pour plus d’informations, consultez Utilisation de SQL Server sur Windows 8 et versions ultérieures.

Considérations relatives à SysPrep

SQL Server SysPrep ne prend pas en charge une installation côte à côte d’instances préparées de SQL Server avec des versions antérieures de SQL Server sur le même ordinateur. Toutefois, vous pouvez installer plusieurs instances préparées de la même version principale de SQL Server côte à côte sur le même ordinateur. Pour plus d'informations, consultez Considerations for Installing SQL Server Using SysPrep.

SQL Server 2016 (13.x) et versions antérieures ne peut pas être installé côte à côte avec des versions antérieures de SQL Server sur un ordinateur qui exécute Windows Server 2008 R2 Server Core SP1. Pour plus d’informations sur les installations Server Core consultez Installer SQL Server sur Server Core.

Éviter les conflits d’adresse IP

Lorsqu'une instance de cluster de basculement SQL Server est installée côte à côte avec une instance autonome de Moteur de base de données SQL Server, prenez soin d'éviter les conflits de numéro de port TCP sur les adresses IP. Les conflits se produisent généralement lorsque deux instances de Moteur de base de données sont configurées pour utiliser le port TCP par défaut (1433).

Pour éviter des conflits, configurez une instance pour utiliser un port fixe non défini par défaut. La configuration d'un port fixe est généralement plus simple sur l'instance autonome. La configuration de Moteur de base de données de manière à utiliser des ports différents empêche un conflit inattendu adresse IP/port TCP qui bloque un démarrage de l’instance quand une instance de cluster de basculement SQL Server échoue au nœud en attente.