Mises à niveau de version et d’édition prises en charge (SQL Server 2017)

S’applique à : SQL Server - Windows uniquement

Vous pouvez effectuer une mise à niveau à partir de SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x), SQL Server 2014 (12.x) et SQL Server 2016 (13.x). Cet article répertorie les chemins de mise à niveau pris en charge à partir de ces versions SQL Server, et les mises à niveau d’édition prises en charge pour SQL Server 2017 (14.x).

Liste de contrôle préalable à la mise à niveau

• Avant de mettre à niveau une édition de SQL Server 2017 (14.x) vers une autre édition, vérifiez si les fonctionnalités que vous utilisez actuellement sont prises en charge dans l'édition vers laquelle vous vous déplacez.

• Avant de mettre à niveau SQL Server, activez l'authentification Windows pour SQL Server Agent et vérifiez la configuration par défaut : le compte de service SQL Server Agent doit être membre du groupe sysadmin SQL Server .

• Pour procéder à une mise à niveau vers SQL Server 2017 (14.x), vous devez exécuter un système d'exploitation pris en charge. Pour plus d’informations, consultez Configurations matérielle et logicielle requises pour l’installation de SQL Server.

• La mise à niveau sera bloquée s'il existe un redémarrage en attente.

• La mise à niveau sera bloquée si le service Windows Installer ne s'exécute pas.

Scénarios non pris en charge

• Les instances inter-versions de SQL Server 2017 (14.x) ne sont pas prises en charge. Les numéros de version des composants Moteur de base de données doivent être identiques dans une instance de SQL Server 2017 (14.x).

• SQL Server 2017 (14.x) est disponible seulement pour les plateformes 64 bits. La mise à niveau interplateforme n'est pas prise en charge. Vous ne pouvez pas mettre à niveau une instance 32 bits de SQL Server vers une instance native 64 bits à l'aide du programme d'installation de SQL Server . Vous pouvez toutefois sauvegarder ou détacher des bases de données d'une instance 32 bits de SQL Server, puis les restaurer ou les attacher sur une nouvelle instance de SQL Server (64 bits) si les bases de données ne sont pas publiées dans la réplication. Vous devez recréer toute connexion et tout autre objet utilisateur dans les bases de données système master, msdb et model.

• Vous ne pouvez pas ajouter de nouvelles fonctionnalités pendant la mise à niveau de votre instance existante de SQL Server. Après avoir mis à niveau une instance de SQL Server vers SQL Server 2017 (14.x), vous pouvez ajouter des fonctionnalités via le programme d'installation de SQL Server 2017 (14.x). Pour plus d’informations, consultez Ajouter des fonctionnalités à une instance de SQL Server 2016 (programme d’installation).

• Les clusters de basculement ne sont pas pris en charge en mode WOW.

Mises à niveau des versions antérieures vers SQL Server 2017 (14.x)

SQL Server 2017 (14.x) prend en charge la mise à niveau à partir des versions suivantes de SQL Server :

• SQL Server 2008 SP4 ou ultérieur
• SQL Server 2008 R2 SP3 ou ultérieur
• SQL Server 2012 SP2 ou version ultérieure
• SQL Server 2014 ou version ultérieure
• SQL Server 2016 ou ultérieur

Le tableau ci-dessous répertorie les scénarios de mise à niveau pris en charge depuis des versions antérieures de SQL Server vers SQL Server 2017 (14.x).

* Le support Microsoft pour mettre à niveau la version finale (RC) s’adresse particulièrement aux clients qui ont participé au programme TAP (Technology Adoption Program).

Prise en charge de SQL Server 2005 (9.x) par SQL Server 2017 (14.x)

Cette section aborde la prise en charge de SQL Server 2017 (14.x) pour SQL Server 2005 (9.x). Dans SQL Server 2017 (14.x), vous pouvez effectuer les opérations suivantes :

• Attacher une base de données SQL Server 2005 (9.x) (fichiers mdf/ldf) à l'instance SQL Server 2017 (14.x) du moteur de base de données.

• Restaurer une base de données SQL Server 2005 (9.x) vers l'instance SQL Server 2017 (14.x) du moteur de base de données à partir d'une sauvegarde.

• Sauvegardez un cube SQL Server 2005 Analysis Services (SSAS) et restaurez-le sur SQL Server 2017 (14.x).

Lorsqu'une base de données SQL Server 2005 (9.x) est mise à niveau vers SQL Server 2017 (14.x), le niveau de compatibilité de cette base de données passe de 90 à 100. (Dans SQL Server 2017 (14.x), les valeurs valides pour le niveau de compatibilité de la base de données sont 100, 110, 120, 130 et 140.) Niveau de compatibilité ALTER DATABASE (Transact-SQL) explique comment le changement du niveau de compatibilité peut affecter les applications SQL Server.

Les scénarios non spécifiés dans la liste ci-dessus ne sont pas pris en charge, notamment :

• Installation de SQL Server 2005 (9.x) et SQL Server 2017 (14.x) sur le même ordinateur (côte à côte).

• Utilisation d'une instance de SQL Server 2005 (9.x) comme membre de la topologie de réplication qui implique une instance de SQL Server 2017 (14.x).

• Configuration de la mise en miroir de bases de données entre les instances SQL Server 2017 (14.x) et SQL Server 2005 (9.x) .

• Sauvegarde du journal des transactions avec la copie des journaux de transaction entre les instances SQL Server 2017 (14.x) et SQL Server 2005 (9.x) .

• Configuration des serveurs liés entre les instances SQL Server 2017 (14.x) et SQL Server 2005 (9.x) .

• Gestion d'une instance de SQL Server 2005 (9.x) à partir de SQL Server 2017 (14.x) Management Studio.

• Attachement d'un cube SQL Server 2005 Analysis Services (SSAS) dans SQL Server 2017 (14.x) Management Studio.

• Connexion à SQL Server 2005 Integration Services (SSIS) depuis SQL Server 2017 (14.x) Management Studio.

• Gestion d'un service SQL Server 2005 Integration Services (SSIS) à partir de SQL Server 2017 (14.x) Management Studio.

• Prise en charge des composants personnalisés Integration Services tiers de SQL Server 2005 (9.x) , par exemple, pour l'exécution et la mise à niveau.

SQL Server 2017 (14.x) Mise à niveau d’édition

Le tableau suivant répertorie les scénarios de mise à niveau d'édition prise en charge dans SQL Server 2017 (14.x).

Pour obtenir des instructions détaillées sur la façon d’effectuer une mise à niveau d’édition, consultez Mettre à niveau vers une autre édition de SQL Server 2016 (programme d’installation).

En outre vous pouvez également effectuer une mise à niveau d'édition entre SQL Server 2017 (14.x) Enterprise (licence serveur+CAL) et SQL Server 2017 (14.x) Enterprise (licence principale) :

* S’applique également à SQL Server 2017 (14.x) Express with Tools et à SQL Server 2017 (14.x) Express with Advanced Services.

** La modification de l’édition d’un cluster de basculement SQL Server 2017 (14.x) est limitée à certains scénarios. Les scénarios suivants ne sont pas pris en charge pour les clusters de basculement SQL Server 2017 (14.x) :

• SQL Server 2017 (14.x) Enterprise vers SQL Server 2017 (14.x) Developer, Standard ou Evaluation.

• SQL Server 2017 (14.x) Developer vers SQL Server 2017 (14.x) Standard ou Evaluation.

• SQL Server 2017 (14.x) Standard vers SQL Server 2017 (14.x) Evaluation.

• SQL Server 2017 (14.x) Evaluation vers SQL Server 2017 (14.x) Standard.

Contenu connexe

• Éditions et fonctionnalités prises en charge de SQL Server 2017
• SQL Server 2016 et 2017 : Configurations logicielle et matérielle requises
• Mise à niveau vers SQL Server