Options de fin du support SQL Server

S’applique à : SQL Server 2008 (10.0.x) SQL Server 2008 R2 (10.50.x) SQL Server 2012 (11.x)

Cet article explique les options d’adressage des produits SQL Server qui ont atteint la fin du support.

Comprendre le cycle de vie de SQL Server

Chaque version de SQL Server est prise en charge au minimum pendant 10 ans, soit cinq ans de support standard et cinq ans de support étendu :

  • Le support standard comprend des correctifs fonctionnels, de performances, d’évolutivité et de sécurité.
  • Le support étendue comprend uniquement les correctifs de sécurité.

La fin du support (parfois connu sous le nom de fin de vie) indique qu’un produit a atteint la fin de son cycle de vie et que la maintenance et le support ne sont plus disponibles pour le produit. Pour plus d’informations sur le cycle de vie de Microsoft, consultez Stratégie du cycle de vie Microsoft.

Options

Une fois que votre SQL Server a atteint la fin de la phase de support, vous pouvez choisir :

Pour plus d’informations, et pour obtenir les documents et les outils nécessaires pour planifier et automatiser la mise à niveau ou la migration, consultez :

Diagramme montrant les options de fin de support.

Cet article décrit les avantages et les considérations à prendre en compte pour chaque approche. Il contient également des ressources supplémentaires qui peuvent vous guider dans le processus de prise de décision.

Mettre à niveau SQL Server

Une fois que votre SQL Server a atteint la fin du support, vous pouvez choisir de mettre à niveau vers une version plus récente et prise en charge de SQL Server. Cette option vous donne une cohérence environnementale, vous permet d’utiliser le dernier ensemble de fonctionnalités et adopte le cycle de vie du support de la nouvelle version.

Avantages

  • Technologique les plus récentes : Les nouvelles versions de SQL Server introduisent des innovations qui incluent les fonctionnalités de performances, d’évolutivité et de haute disponibilité, ainsi qu’une sécurité améliorée.

  • Contrôle : Dans la mesure où vous gérez le matériel et les logiciels, vous bénéficiez d’un contrôle optimal sur les fonctionnalités et l’évolutivité.

  • Environnement familier : Si vous procédez à la mise à niveau à partir d’une version antérieure de SQL Server, il s’agit de l’environnement le plus similaire.

  • Large applicabilité : S’applique aux applications de base de données, quel que soit leur type, y compris les systèmes OLTP et l’entreposage des données.

  • Faible risque pour les applications de base de données : En conservant la compatibilité de la base de données au même niveau que le système hérité, les applications de base de données existantes sont protégées contre des changements fonctionnels et de performances qui peuvent avoir des effets néfastes. Une application doit être entièrement recertifiée lorsqu’elle a besoin d’utiliser des fonctionnalités qui sont contrôlées par un paramètre de compatibilité de base de données plus récent. Pour plus d’informations, consultez Certification de compatibilité.

Considérations

  • Coût : Cette approche nécessite le plus grand investissement initial et la gestion la plus courante. Vous devez acheter, maintenir et gérer votre matériel et vos logiciels.

  • Temps d’arrêt : Il peut y avoir des temps d’arrêt en fonction de votre stratégie de mise à niveau. Il existe également un risque inhérent de rencontrer des problèmes lors d’un processus de mise à niveau sur place.

  • Complexité : Si vous utilisez Windows Server 2008 ou Windows Server 2008 R2, vous devez aussi mettre à niveau le système d’exploitation, car les versions les plus récentes de SQL Server peuvent ne pas être prises en charge sur ces versions de Windows. Le processus de mise à niveau du système d’exploitation présente des risques supplémentaires. Par conséquent, une migration côte à côte peut être l’approche la plus prudente, mais elle est plus coûteuse. Les mises à niveau sur place du système d’exploitation ne sont pas prises en charge sur les instances de cluster de basculement pour Windows Server 2008 ou Windows Server 2008 R2.

    Notes

    Les mises à niveau propagées du système d’exploitation du cluster sont disponibles à partir de Windows Server 2016.

Ressources

Nouveautés dans :

Exigences requises :

Mises à niveau de version et d’édition prises en charge :

Outils :

L’image suivante fournit un exemple d’innovation sur les différentes versions de SQL Server au cours des années :

Diagramme montrant 25 ans d’innovation SQL Server.

Azure SQL Managed Instance

Si vous souhaitez tirer parti du déchargement de la maintenance et des coûts, mais que vous recherchez l’ensemble de fonctionnalités d’une base de données unique Azure SQL Database trop restrictive, vous pouvez passer à SQL Managed Instance. Une instance gérée ressemble beaucoup à une SQL Server locale, sans avoir à se préoccuper des défaillances matérielles ni des mises à jour correctives. SQL Managed Instance est une collection de bases de données système et utilisateur avec un ensemble partagé de ressources prêt pour la technologie « lift-and-shift » pouvant être utilisé pour la plupart des migrations vers le cloud. Cette option est idéale pour de nouvelles applications ou des applications locales existantes qui souhaitent utiliser les dernières fonctionnalités stables Moteur de base de données SQL Server et sont migrées vers le cloud avec des modifications minimales.

Avantages

  • Coût : Vous pouvez réduire les coûts en déchargeant la maintenance logicielle et matérielle.
  • Lift and shift : Vous pouvez effectuer une migration lift and shift de votre instance locale SQL Server intégrale vers une instance gérée, y compris toutes les bases de données avec un minimum de modifications de base de données ou pas du tout.
  • Fonctionnalités : Correspondent étroitement à celles d’une instance locale de SQL Server, comme les requêtes de bases de données croisées, la publication et la distribution de réplication transactionnelle, la planification de tâches SQL et la prise en charge du CLR.
  • Scalabilité : Toutes les bases de données d’une instance gérée partagent des ressources et il est possible de les monter ou de les descendre en puissance à tout moment sans temps d’arrêt.
  • Automatisation : Les mises à jour correctives et les sauvegardes se produisent automatiquement, ce qui vous permet de gagner des heures de maintenance.
  • Disponibilité : Le coût du service comprend le stockage et la haute disponibilité, avec une disponibilité de 99,99 % garantie.
  • Intelligent Insights : Obtenez des informations sur les performances de vos bases de données avec l’analyse décisionnelle intégrée.
  • Sans version : Azure SQL Database est sans version, ce qui signifie que vous utilisez toujours la version la plus récente et que vous n’avez jamais à vous soucier de la mise à niveau ou du temps d’arrêt. En outre, vous travaillez toujours sur la version la plus récente et la plus importante, avec nos dernières fonctionnalités stables publiées dans le cloud en premier.
  • Faible risque pour les applications de base de données : En conservant la compatibilité de la base de données au même niveau que les bases de données locales, les applications de base de données existantes sont protégées contre des changements fonctionnels et de performances qui peuvent avoir des effets néfastes. Une application doit uniquement être entièrement recertifiée lorsqu’elle a besoin d’utiliser des fonctionnalités qui sont contrôlées par un paramètre de compatibilité de base de données plus récent. Pour plus d’informations, consultez Certification de compatibilité.

Considérations

  • Coût : L’option d’instance gérée peut être plus coûteuse que l’option de base de données unique.
  • Différences dans Transact-SQL : Il existe des différences dans Transact-SQL (T-SQL) entre une base de données unique et une base de données SQL Server locale.
  • Déploiement : Le déploiement d’une instance managée peut prendre plus de temps qu’une base de données unique.
  • Limitation des fonctionnalités : Bien qu’une instance gérée partage la plupart des fonctionnalités avec SQL Server, certaines fonctionnalités ne sont pas prises en charge.
  • Limitation de taille : La taille de stockage combinée pour toutes les bases de données au sein d’une instance gérée est limitée à 8 To, par opposition à 524 Po pour SQL Server localement.
  • Réseau : Les exigences réseau pour une instance gérée ajoute une couche de complexité supplémentaire à votre infrastructure et requiert une passerelle Azure ExpressRoute ou VPN.
  • Durée de maintenance : Il n’existe aucune garantie quant à la durée de la maintenance exacte, bien qu’elle soit presque transparente.

Ressources

Outils :

Étendre le support

Si vous n’êtes pas prêt à effectuer la mise à niveau et que vous n’êtes pas prêt à migrer vers le cloud, vous avez la possibilité d’acheter un abonnement à des correctifs de sécurité étendus pour recevoir des correctifs de sécurité Critiques pendant trois ans au-delà de la date de la fin du support.

Avantages

  • Support des applications : Il s’agit de la meilleure option si votre application nécessite une nouvelle certification sur une version plus récente de SQL Server. Cela est courant pour les applications qui n’utilisent pas de Certification de compatibilité.
  • Infrastructure cohérente : Vous n’êtes pas obligé de modifier votre infrastructure de quelque manière que ce soit.
  • Support technique : Si vous disposez de Software assurance ou d’un autre plan de support, vous pouvez continuer à recevoir le support technique de Microsoft sur votre produit SQL Server de fin du support. Il s’agit de la seule façon d’obtenir un support pour SQL Server 2008 et SQL Server 2008 R2.
  • Time : Cette option est disponible pendant trois ans, ce qui vous donne un temps supplémentaire pour certifier vos applications.

Considérations

  • Disponibilité limitée : Cette option est disponible uniquement pour les clients disposant de la Software Assurance ou de licences d’abonnement.
  • Coût : Cette option peut s’avérer couteuse, étant donné que les correctifs de sécurité étendus sont environ 75 % des coûts annuels de la licence locale.
  • Délai d’exécution limité : Cette option n’est disponible que pendant trois ans. Vous devez donc toujours effectuer la mise à niveau ou la migration à la fin de la période de trois ans si vous souhaitez garantir votre sécurité et votre conformité.
  • Aucun correctifs de bogues : Si vous rencontrez un bogue non lié à la sécurité avec le produit, Microsoft ne publie pas de correctif pour celui-ci.
  • Support limité : Les correctifs de sécurité étendus n’incluent pas de nouvelles fonctions, de nouvelles améliorations fonctionnelles ni de nouveaux correctifs logiciels requis par le client. Les correctifs de sécurité sont limités à ceux qui sont classés comme Critiques par le Centre de réponse aux problèmes de sécurité Microsoft (MSRC).

Ressources

SQL Server sur machines virtuelles Azure

Une autre option consiste à migrer votre charge de travail vers une machine virtuelle Azure exécutant SQL Server. Vous pouvez migrer votre système tel quel et conserver votre fin du support SQL Server ou vous pouvez effectuer une mise à niveau vers une version plus récente de SQL Server. Ceci est idéal pour les migrations et applications nécessitant un accès au niveau du système d’exploitation. Les machines virtuelles SQL Server sont prêtes pour la technologie lift-and-shift pour des applications existantes qui requièrent une migration rapide vers le cloud avec un minimum de modifications ou sans aucune modification.

Avantages

  • Correctifs de sécurité étendus gratuits : Si vous choisissez de conserver votre SQL Server tel quel en utilisant SQL Server 2008 ou SQL Server 2008 R2, vous pouvez obtenir des mises à jour de sécurité étendues gratuites pendant trois ans après la fin de la date de prise en charge, même sans avoir Software Assurance.

    Conseil

    Les clients SQL Server 2008 et SQL Server 2008 R2 peuvent migrer vers les services Azure s’ils souhaitent continuer à recevoir des mises à jour de sécurité étendues jusqu’au 12 juillet 2023.

  • Économique : Vous économisez le coût du logiciel matériel et serveur, en payant uniquement pour une utilisation horaire.

  • Lift-and-shift : Vous pouvez lift-and-shift votre SQL Server et votre infrastructure d’applications dans le cloud avec un minimum de modifications ou sans aucune modification.

  • Environnement hébergé : Vous bénéficierez des avantages d’un environnement hébergé, tels que le matériel de déchargement et la maintenance logicielle.

  • Automatisation : Si vous êtes sur Windows Server 2008 R2 et supérieur, vous bénéficiez des avantages de la mise à jour corrective automatisée et des sauvegardes automatisées.

  • Contrôle du système d’exploitation : Vous contrôlez l’environnement du système d’exploitation, mais avec l’ensemble des fonctionnalités familières de SQL Server.

  • Déploiement rapide : Vous pouvez effectuer rapidement le déploiement à partir d’une bibliothèque d’images de machine virtuelle.

  • Mobilité de licence : Vous pouvez apporter votre licence, ce qui vous permet de réduire les coûts d’exploitation.

  • Haute disponibilité : Vous tirez parti de la disponibilité des machines virtuelles intégrée par l’infrastructure Azure qui offre une disponibilité de jusqu’à 99,99 %, et vous tirez parti des options de haute disponibilité de SQL Server, comme les instances de cluster de basculement et les groupes de disponibilité Always On.

  • Faible risque pour les applications de base de données : En conservant la compatibilité de la base de données au même niveau que le système hérité, les applications de base de données existantes sont protégées contre des changements fonctionnels et de performances qui peuvent avoir des effets néfastes. Une application doit être entièrement recertifiée lorsqu’elle a besoin d’utiliser des fonctionnalités qui sont contrôlées par un paramètre de compatibilité de base de données plus récent. Pour plus d’informations, consultez Certification de compatibilité.

Considérations

  • Facilité de gestion : Vous devez gérer SQL Server et le logiciel du système d’exploitation.
  • Réseau : Vous devez configurer l’ordinateur virtuel pour qu’il s’intègre à votre infrastructure de réseau et d’Active Directory, qui est une couche de complexité supplémentaire.
  • ICF de stockage partagée : Les machines virtuelles Azure prennent uniquement en charge les instances de cluster de basculement à l’aide d’espaces de stockage direct ou de partages de fichiers premium et ne prennent pas en charge une instance de cluster de basculement utilisant un stockage partagé. Par conséquent, les machines virtuelles Azure prennent uniquement en charge les instances de cluster de basculement lors de l’utilisation de Windows Server 2012 ou version ultérieure.
  • Temps d’arrêt de scalabilité : Vous avez un temps d’arrêt pendant le changement des ressources de processeur et stockage.
  • Limitation de taille : Bien que l’instance SQL Server puisse prendre en charge autant de bases de données que nécessaire, le total cumulé de toutes les bases de données pour une seule instance de SQL Server est de 256 To, par opposition à 524 Po pour une SQL Server locale.

Ressources

Azure SQL Database

Si vous souhaitez décharger la maintenance, réduire les coûts et éliminer le besoin de mise à niveau à l’avenir, vous pouvez déplacer votre charge de travail vers la base de données unique Azure SQL Database. Cette option est idéale pour les applications cloud modernes qui veulent utiliser les dernières fonctionnalités stables de Moteur de base de données SQL Server et ont des contraintes de délais en matière de développement et de marketing.

Avantages

  • Coût : Une base de données unique peut être rentable, étant donné que le matériel, les logiciels et la maintenance sont déchargés et que vous pouvez payer l’utilisation par seconde ou heure.
  • Flexibilité : La base de données unique est adaptée aux applications conçues pour le cloud si la productivité des développeurs et une commercialisation rapide pour les solutions sont des critères essentiels ou si un accès externe est requis.
  • Fonctionnalités courantes : Les fonctionnalités du moteur de base de données SQL Server les plus couramment utilisées sont disponibles, mais pas autant que pour SQL Managed Instance.
  • Déploiement rapide : Vous pouvez rapidement déployer une base de données unique.
  • Scalabilité : Vous pouvez rapidement et facilement monter et descendre en puissance en fonction des besoins de votre entreprise, ce qui offre des avantages supplémentaires en matière de coûts.
  • Disponibilité : Le coût du service comprend le stockage et la haute disponibilité, avec une disponibilité de 99,995 % garantie.
  • Automatisation : Les mises à jour correctives et les sauvegardes se produisent automatiquement, ce qui vous permet de gagner des heures de maintenance.
  • Intelligent Insights : Obtenez des informations sur les performances de votre base de données avec l’analyse décisionnelle intégrée.
  • Sans version : Azure SQL Database est sans version, ce qui signifie que vous utilisez toujours la version la plus récente et que vous n’avez jamais à vous soucier de la mise à niveau ou du temps d’arrêt. En outre, vous travaillez toujours sur la version la plus récente et la plus importante, avec nos dernières fonctionnalités stables publiées dans le cloud en premier.
  • Faible risque pour les applications de base de données : En conservant la compatibilité de la base de données au même niveau que la base de données locale, les applications existantes sont protégées contre des changements fonctionnels et de performances qui peuvent avoir des effets néfastes. Une application doit être entièrement recertifiée lorsqu’elle a besoin d’utiliser des fonctionnalités qui sont contrôlées par un paramètre de compatibilité de base de données plus récent. Pour plus d’informations, consultez Certification de compatibilité.

Considérations

  • Options de migration limitées : Vous ne pouvez migrer qu’une seule base de données à la fois, au lieu d’une instance entière.
  • Limitation des fonctionnalités : Bien que les fonctionnalités Azure SQL Database les plus couramment utilisées soient disponibles, l’ensemble de fonctionnalités pour une base de données unique n’est pas aussi complet que pour Azure SQL Managed Instance ou SQL Server.
  • Différences dans Transact-SQL : Il existe des différences dans Transact-SQL (T-SQL) entre une base de données unique et une base de données SQL Server locale.
  • Limitations de taille : Une base de données unique a une taille de base de données maximale de 100 To, en comparaison d’une taille de 524 Po pour SQL Server.
  • Durée de maintenance : Il n’existe aucune garantie quant à la durée de la maintenance exacte, bien qu’elle soit presque transparente.

Ressources

Outils :

Options non-SQL

Pour certains types d’applications, vous pouvez également envisager d’utiliser une solution non relationnelle ou NoSQL, telle qu’Azure Cosmos DB ou le Stockage Table Azure.

Azure Cosmos DB

Envisagez Azure Cosmos DB pour des applications web modernes, évolutives et mobiles qui utilisent des données JSON et qui nécessitent à la fois des capacités robustes d’exécution de requêtes et de traitement de données transactionnelles. Pour plus d’informations, consultez Cosmos DB. Pour plus d’informations sur l’importation de données, consultez Importer des données dans Cosmos DB.

Azure Cosmos DB présente les avantages suivants :

  • Vos documents sont indexés, et vous pouvez exécuter des requêtes sur ceux-ci en utilisant la syntaxe SQL que vous connaissez.
  • La base de données ne contient pas de schéma.
  • Vous pouvez ajouter des propriétés à des documents sans avoir à reconstruire les index.
  • Le moteur de base de données prend directement en charge JSON et JavaScript.
  • Vous bénéficiez de la prise en charge native des données géospatiales et de l’intégration à d’autres services Azure, comme Azure Search, HDInsight et Data Factory.
  • Vous obtenez un stockage offrant des performances élevées et une latence faible avec des niveaux de débit réservés.

Stockage de table Azure

Envisagez le Stockage Table Azure pour stocker plusieurs pétaoctets de données semi-structurées dans une solution rentable. Pour plus d’informations, consultez Stockage de table.

Le Stockage Table Azure présente les avantages suivants :

  • Vous pouvez faire évoluer vos applications et votre schéma de table sans mettre les données hors connexion.
  • Vous pouvez procéder à une montée en puissance sans partitionner votre jeu de données.
  • Vous obtenez un stockage géo-redondant qui réplique les données dans plusieurs régions.

Dates du cycle de vie

Le tableau suivant fournit une approximation des dates du cycle de vie des produits SQL Server. Pour plus de détails et de précision, consultez la page Stratégie de cycle de vie Microsoft.

Version Année de mise en production Support standard de fin d’année Support étendu de fin d’année
SQL Server 2022 2022 2028 2033
SQL Server 2019 2019 2025 2030
SQL Server 2017 2017 2022 2027
SQL Server 2016 2016 2021 2026
SQL Server 2014 2014 2019 2024
SQL Server 2012 2012 2017 2022
SQL Server 2008 R2 2010 2012 2019
SQL Server 2008 2008 2012 2019
SQL Server 2005 2006 2011 2016
SQL Server 2000 2000 2005 2013

Conseil

Les clients SQL Server 2008 et SQL Server 2008 R2 peuvent migrer vers les services Azure s’ils souhaitent continuer à recevoir des mises à jour de sécurité étendues jusqu’au 12 juillet 2023.

Important

S’il existe une différence entre cette table et la page du Cycle de vie Microsoft, le Cycle de vie Microsoft remplace cette table, car cette table est destinée à être utilisée comme référence approximative.

Étapes suivantes