Utiliser plusieurs versions et instances de SQL Server

SQL Server prend en charge plusieurs instances du moteur de base de données, Analysis Services et Reporting Services sur le même ordinateur. Vous pouvez également mettre à niveau des versions antérieures de SQL Server ou installer SQL Server sur un ordinateur où des versions antérieures 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 de version et numérotation

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 majeure

nn - Version mineure

bbbb - Numéro de build

rr - Numéro de révision de build

Dans chaque version majeure ou mineure de SQL Server, il existe un incrément vers le numéro de version pour le différencier des versions antérieures. Cette modification de la version est utilisée à de nombreuses fins. Cela inclut l’affichage des informations de version dans l’interface utilisateur, le contrôle de la façon dont les fichiers sont remplacés lors de la mise à niveau, l’application de Service Packs et également un 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 différentes versions de SQL Server côte à côte sur le même ordinateur, ces composants sont automatiquement mis à niveau vers la dernière version. 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 SQL Server sont spécifiques à une instance de SQL Server. Elles sont également connues sous le nom de "compatibles avec les instances". 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.

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 2014 à partir de l’assistant Configuration (Setup). 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 Side-By-Side 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 pour SQL Server 2014 :

Prévention des conflits d’adresses IP

Lorsqu’une instance de cluster de basculement SQL Server est installée côte à côte avec une instance autonome du moteur de base de données SQL Server, veillez à éviter les conflits de numéros 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 du moteur de base de données pour utiliser différents ports empêche un conflit inattendu d’adresse IP/port TCP qui bloque le démarrage d’une instance lorsqu’une instance de cluster de basculement SQL Server ne parvient pas au nœud de secours

Voir aussi

Configuration matérielle et logicielle requise pour l’installation de SQL Server 2014
Installer SQL Server 2014 à partir de l’Assistant Installation (Setup)
Mises à niveau de la version et de l’édition prises en charge
Mise à niveau vers SQL Server 2014
Fonctionnalités prises en charge par les éditions de SQL Server 2014
Compatibilité descendante
Utiliser le Conseiller de mise à niveau pour préparer les mises à niveau