Partager via

Stratégie de support technique pour Microsoft SQL Server

  • Article

Remarque

CentOS référencé dans cet article est une distribution Linux qui atteint la fin de vie (EOL). Tenez compte de votre utilisation et planifiez en conséquence. Pour plus d’informations, consultez Guide sur la fin de vie de CentOS.

Cet article décrit la stratégie de prise en charge de Microsoft SQL Server.

Version d’origine du produit : SQL Server 2017 sur Linux (toutes les éditions), SQL Server 2017 sur Windows (toutes les éditions)
Numéro de la base de connaissances d’origine : 4047326

Résumé

Cet article décrit les stratégies de support et les limites de résolution des problèmes pour les produits SQL Server installés sur les plateformes prises en charge.

Systèmes d’exploitation pris en charge

Selon la version et l’édition de SQL Server, vous pouvez installer SQL Server sur un système d’exploitation Windows ou Linux pris en charge.

Cette documentation décrit les systèmes d’exploitation spécifiques sur lesquels le produit est testé et validé. Lorsque vous installez une version antérieure de SQL Server sur des systèmes d’exploitation Windows plus récents, vous devez utiliser un Service Pack pris en charge.

À compter de SQL Server 2017, vous pouvez installer SQL Server sur les systèmes d’exploitation Linux. Les conseils d’installation de SQL Server sur Linux décrivent la liste actuelle des systèmes d’exploitation Linux pris en charge sur lesquels vous pouvez installer et configurer SQL Server pour une utilisation en production.

À partir de SQL Server 2019, vous pouvez déployer le cluster Big Data SQL Server sur Kubernetes. Passez en revue le système d’exploitation hôte pris en charge pour Kubernetes dans les notes de publication clusters Big Data SQL Server 2019 sous la section Prise en charge .

Matériel pris en charge

Les installations DE SQL Server sont prises en charge sur les processeurs x64 (AMD et Intel). Ils ne sont plus pris en charge sur les processeurs x86. Pour plus d’informations, consultez SQL Server 2016 et 2017 : configuration matérielle et logicielle requise.

Technologies de virtualisation prises en charge

Microsoft prend en charge le déploiement de SQL Server sur des technologies de virtualisation qui incluent Microsoft Hyper-V et d’autres hyperviseurs certifiés par le biais du Programme de validation de la virtualisation de serveur (SVVP). Pour plus d’informations sur SVVP, consultez Programme de validation de la virtualisation Windows Server.

Si vous hébergez une machine virtuelle Linux sur Hyper-V, vérifiez que vous disposez de machines virtuelles Linux sur Hyper-V. Microsoft prend en charge les installations SQL Server sur des services d’infrastructure cloud tels que Machine virtuelle Azure, Amazon EC2 et Google Cloud.

Les fournisseurs du système d’exploitation hôte publient des hyperviseurs pris en charge pour leurs systèmes. La liste suivante contient quelques exemples :

Recherchez dans la documentation du système d’exploitation l’hyperviseur actuel et mis à jour pris en charge sur des versions spécifiques du système d’exploitation.

Microsoft prend également en charge le déploiement de SQL Server sur VMware vSphere, ce qui permet aux utilisateurs de tirer parti de la plateforme et des fonctionnalités du centre de données à définition logicielle (SDDC), telles que la virtualisation du réseau et du stockage. Pour en savoir plus sur la meilleure façon de déployer SQL Server à l’aide de vSphere, notamment le dimensionnement approprié de vos machines virtuelles SQL Server et la gestion de votre configuration vCenter Server, consultez Architecture de Microsoft SQL Server sur VMware vSphere.

Azure VMware Solution est la solution interne de Microsoft qui permet aux clients d’exécuter des charges de travail VMware en mode natif sur Azure et prend également en charge l’exécution de déploiements SQL Server sur la même infrastructure vSphere que celle que vous avez l’habitude d’exécuter sur VMware en local.

SQL Server s’exécutant dans des conteneurs Linux

Cette section décrit les stratégies de prise en charge et les configurations prises en charge pour SQL Server s’exécutant dans des conteneurs Linux.

SQL Server est une application qui s’exécute dans l’espace utilisateur d’un conteneur Linux. SQL Server et ses dépendances dans le conteneur SQL Server effectuent des appels au système d’exploitation hôte sous-jacent et à son noyau. Différents systèmes d’exploitation Linux sont fournis avec différents ensembles d’applications d’espace utilisateur et de noyau Linux qui sont bien testés en combinaison avec SQL Server. Bien qu’il soit possible d’exécuter SQL Server dans une configuration non testée ou non prise en charge de combinaisons de conteneurs et d’hôtes, Microsoft vous déconseille de le faire. Nous prenons en charge uniquement les configurations qui utilisent les instructions suivantes. Ces instructions dictent les configurations bien testées et prises en charge pour l’exécution de conteneurs SQL Server Linux.

Les instructions et exemples suivants s’appliquent à la prise en charge des déploiements de conteneurs SQL Server sur Linux.

Conseils

  1. Le système d’exploitation de conteneur SQL Server doit correspondre au système d’exploitation hôte du conteneur en termes de distribution et de version principale.
  2. Un déploiement de conteneurs SQL Server sur Linux prend en charge le même ensemble de plateformes prises en charge que pour SQL Server sur Linux s’exécutant dans des charges de travail non conteneurisées. Pour plus d’informations, consultez Guide d’installation pour SQL Server sur Linux.

  • Exemples de configurations prises en charge

    • Conteneurs SQL Server 2019 sur Red Hat 7.x s’exécutant sur un hôte Red Hat 7.x
    • Conteneur SQL Server 2017 sur Ubuntu 16.04 s’exécutant sur un hôte Ubuntu 16.04
    • Conteneur SQL Server 2017 sur SLES 12.x s’exécutant sur un hôte SLES 12.x
    • Conteneur SQL Server 2017 sur Ubuntu 16.04 s’exécutant sur une machine virtuelle Ubuntu 16.04 hébergée sur le système d’exploitation Windows

  • Exemples de configurations non prises en charge

    • Conteneurs SQL Server 2017 sur Red Hat 7.6 s’exécutant sur un hôte de conteneur Ubuntu

    • Une distribution du système d’exploitation Linux qui n’est pas mise en correspondance entre le conteneur et l’hôte

    • Conteneur SQL Server 2017 sur Ubuntu 16.04 s’exécutant sur un hôte Ubuntu 18.04

    • Une version du système d’exploitation Linux qui n’est pas mise en correspondance entre le conteneur et l’hôte

    • SQL Server 2017 sur un conteneur CentOS sur un hôte de conteneur CentOS (CentOS n’est pas une distribution de système d’exploitation Linux prise en charge pour SQL Server sur Linux. Microsoft traite uniquement les problèmes reproductibles sur une configuration prise en charge.)

L’image conteneur Linux pour SQL Server 2017 est disponible sur container Registry. Vous pouvez utiliser l’image Linux dans vos scénarios de déploiement De DevOps, CI/CD ou de production classiques. Pour plus d’informations, consultez la page de documentation sur le déploiement de conteneurs.

Pour plus d’informations sur la façon dont les fournisseurs de systèmes d’exploitation prennent en charge les composants dans le conteneur et le système d’exploitation hôte, consultez les canaux suivants :

SQL Server s’exécutant dans des conteneurs Windows

Les déploiements SQL Server dans les conteneurs Windows ne sont pas couverts par la prise en charge. Pour le développement et les tests, créez vos propres images conteneur personnalisées pour travailler avec SQL Server dans des conteneurs Windows. Les exemples de fichiers sont disponibles sur GitHub , mais sont fournis à titre de référence uniquement.

Conteneurs SQL Server s’exécutant sur des orchestrateurs de conteneurs

Microsoft prend en charge le déploiement et la gestion de conteneurs SQL Server à l’aide d’OpenShift et de Kubernetes.

À partir de SQL Server 2019, vous pouvez déployer le cluster Big Data SQL Server sur Kubernetes. Consultez les plateformes Kubernetes prises en charge dans les notes de publication clusters Big Data SQL Server 2019 sous la section Prise en charge .

Personnalisation des conteneurs SQL Server

La création de conteneurs LINUX SQL Server personnalisés est prise en charge lorsqu’elle est personnalisée en plus des conteneurs de base SQL Server téléchargés à partir de MCR (Container Registry), ainsi que la garantie que vous ne modifiez pas le SQL directories/binaries/licenses situé aux emplacements : /opt/mssql/* et /usr/share/doc/*, ce qui, en cas de modification incorrecte, peut entraîner le démarrage du processus SQL Server.

Vous pouvez également créer vos propres images conteneur SQL Server à partir de zéro, étant donné que l’image de base du conteneur de système d’exploitation Linux utilisée pour générer l’image conteneur SQL Server personnalisée correspond aux plateformes prises en charge pour SQL Server sur Linux et que vous suivez les instructions mentionnées ci-dessus.

Dans le cadre de la résolution des problèmes, si le conteneur personnalisé présente des problèmes de démarrage de SQL Server ou d’autres erreurs/exceptions SQL Server, Microsoft peut vous demander de désinstaller la personnalisation ou d’ajouter des outils ou des packages spécifiques pour vous aider à résoudre et à répliquer le problème. Si le problème ne se produit pas après la suppression de la personnalisation, Microsoft ne prend pas en charge la personnalisation ou le script personnalisé.

La personnalisation des conteneurs SQL n’est pas prise en charge pour une utilisation dans d’autres produits Microsoft qui utilisent des conteneurs SQL Linux tels qu’Azure Arc for Data Services, Azure SQL Edge, etc.,

  • Exemples de configurations prises en charge :

    1. Vous téléchargez l’image de conteneur SQL à partir de MCR, puis en utilisant dockerfile, vous ajoutez des fonctionnalités telles que Polybase, MSDTC, etc. Ces modifications ou modifications similaires sont prises en charge pour vous aider à créer votre propre image conteneur SQL personnalisée.

    2. Vous pouvez également créer une image conteneur SQL Server 2019 personnalisée sur une plateforme de système d’exploitation Linux prise en charge, comme l’image conteneur RHEL 8.2 UBI ou les images de base SLES 12.

  • Exemples de configurations non prises en charge :

    Vous essayez de créer une image personnalisée sur n’importe quelle plateforme Linux qui n’est pas mentionnée dans la documentation sur les plateformes prises en charge .

Systèmes de fichiers pris en charge

Si vous installez SQL Server sur Windows, les systèmes de fichiers pris en charge sont NTFS et ReFS. Cela s’applique aux volumes qui stockent les fichiers de base de données et les fichiers binaires de programme.

Si vous installez SQL Server sur Linux, les systèmes de fichiers pris en charge pour les volumes qui hébergent les fichiers de base de données sont EXT4 et XFS.

Solutions de haute disponibilité prises en charge

Lorsque vous configurez une solution de haute disponibilité pour SQL Server sur Windows, reportez-vous aux stratégies et exigences de prise en charge dans La stratégie de prise en charge de Microsoft SQL Server pour le clustering Microsoft et les prérequis, restrictions et recommandations pour les groupes de disponibilité Always On.

Lorsque vous configurez une solution de haute disponibilité pour SQL Server sur Linux, passez en revue les stratégies de support du fournisseur de système d’exploitation qui sont spécifiques à la haute disponibilité. Les environnements de production nécessitent un agent d’isolation, tel que STONITH, pour une haute disponibilité. Un cluster Linux utilise l’isolation pour rétablir l’état connu du cluster. La façon correcte de configurer l’isolation dépend de la distribution et de l’environnement. Actuellement, l’isolation n’est pas disponible dans certains environnements cloud. Pour plus d’informations, consultez les stratégies et recommandations des fournisseurs de systèmes d’exploitation suivantes :

Pour connaître la solution de haute disponibilité prise en charge dans SQL Server sur Linux, consultez Continuité d’activité et récupération de base de données - SQL Server sur Linux.

Fonctionnalités non prises en charge

Vous trouverez la liste actuelle des fonctionnalités SQL Server qui ne sont pas prises en charge dans la section Fonctionnalités et services non pris en charge dans notes de publication de SQL Server 2017 sur Linux. Si vous essayez d’utiliser des composants ou des fonctionnalités répertoriés dans les notes comme non pris en charge, vous pouvez rencontrer des symptômes et des erreurs inattendus. Lorsque vous utilisez une combinaison de fonctionnalités pour votre application ou solution, assurez-vous que l’interopérabilité entre les fonctionnalités est documentée comme prise en charge. Pour obtenir des conseils, consultez Groupes de disponibilité Always On : interopérabilité (SQL Server).

Stratégie de support

Microsoft fournit un support technique et des correctifs de produit pour les composants SQL Server déployés sur le système d’exploitation, les systèmes de fichiers, les hyperviseurs et les architectures matérielles pris en charge, conformément à la documentation du produit. Microsoft peut fournir un support technique limité ou inexistant pour les composants logiciels SQL Server déployés sur des systèmes d’exploitation, des systèmes de fichiers, des hyperviseurs et des plateformes matérielles non pris en charge.

Si vous déployez SQL Server sur un système d’exploitation, un système de fichiers ou un hyperviseur non pris en charge, vous risquez de rencontrer un comportement et des résultats inexpliqués. Lorsque vous résolvez de tels problèmes, l’équipe du support technique Microsoft peut vous demander de reproduire le problème sur une combinaison prise en charge du système d’exploitation, du système de fichiers, de l’hyperviseur et de l’architecture matérielle. Dans ces circonstances, Microsoft peut ne pas être en mesure de fournir un support ou une résolution du problème si le problème se produit uniquement dans la combinaison non prise en charge du système d’exploitation, du système de fichiers, de l’hyperviseur ou de l’architecture.

Lorsque vous résolvez les problèmes qui se produisent lorsque vous utilisez une solution ou une application générée à l’aide de SQL Server, le Support Microsoft tente d’isoler la cause du problème à la source de la couche logicielle ou matérielle spécifique. Le problème peut être lié au logiciel SQL Server ou aux composants du système d’exploitation avec lesquels SQL Server interagit. Si le problème se trouve dans SQL Server, le Support Microsoft fournit une résolution et des solutions d’application appropriées pour le problème. Si le problème est lié au comportement du système d’exploitation, le Support Microsoft vous dirigera vers le fournisseur du système d’exploitation pour le suivi et la résolution. Pour les systèmes d’exploitation pris en charge, le Support Microsoft collaborera avec le fournisseur de support du système d’exploitation pour vous offrir une résolution commercialement utilisable.

Avant de déployer SQL Server sur une version spécifique d’un système d’exploitation, consultez la documentation du produit pour SQL Server et vérifiez également auprès du fournisseur du système d’exploitation les exigences de prise en charge pour l’ensemble de la solution que vous créez pour vous assurer que les différents composants impliqués sont compatibles et pris en charge. Contactez le fournisseur du système d’exploitation pour connaître les stratégies de support qui s’appliquent aux stratégies de support supplémentaires pour la virtualisation, le stockage et les couches matérielles.

Microsoft prend en charge l’utilisation d’images conteneur officielles publiées par Microsoft dans les différents référentiels de conteneurs. Si vous utilisez des images conteneur SQL Server d’autres contributeurs, le Support Microsoft peut vous demander de reproduire le problème sur l’image conteneur officielle. Cette étape peut être nécessaire pour exclure la possibilité que les personnalisations ou modifications apportées à l’image conteneur privée contribuent au problème.

Si le problème est isolé du comportement du moteur de conteneur, vous devez travailler avec le fournisseur du moteur de conteneur pour résoudre le problème.

Microsoft peut ne pas être en mesure de fournir un support technique si vous utilisez une fonctionnalité non prise en charge ou si vous utilisez une fonctionnalité d’une manière non prise en charge ou non documentée.

SQL Server dans Azure

Si vous avez déployé SQL Server sur une machine virtuelle dans Azure, les stratégies de support pour Azure s’appliquent lorsque vous résolvez des problèmes. Consultez Distributions Linux approuvées sur Azure.

Si vous déployez SQL Server sur d’autres solutions ou plateformes cloud, contactez le fournisseur de solutions cloud pour connaître leurs stratégies spécifiques qui régissent la production ou le support commercial.

Cycle de vie du produit

SQL Server suit la politique de cycle de vie fixe pour obtenir le support et les mises à jour. Consultez Rechercher des informations sur le cycle de vie des produits et services pour connaître le cycle de vie et l’étape (standard, étendu et hors support) pour chaque version du produit. Clusters Big Data est un module complémentaire de SQL Server 2019 et est régi comme tel dans le cadre de la politique de cycle de vie fixe.

Les Service Packs sont publiés pour SQL Server jusqu’à la version 2016. Le support prend fin 12 mois après la prochaine publication du Service Pack ou à la fin du cycle de vie du produit, selon la première éventualité. Pour plus d’informations, consultez la politique de cycle de vie fixe.

Aucun Service Packs ne sera publié à partir de SQL Server 2017. Pour plus d’informations, consultez Sql Server Service Packs sont supprimés à partir de SQL Server 2017.

Pour les versions qui commencent à SQL Server 2017, nous vous recommandons d’appliquer la dernière mise à jour cumulative (ou une mise à jour cumulative publiée au cours de la dernière année) pour la version correspondante. L’équipe du support technique peut vous demander d’appliquer une mise à jour cumulative spécifique qui résout un problème spécifique lorsque vous résolvez un problème.

Les systèmes d’exploitation suivent leurs propres cycles de vie. Contactez le fournisseur du système pour connaître la période de cycle de vie applicable et les versions prises en charge.

Obtenir le support de Microsoft

Il existe de nombreux canaux par le biais desquels vous pouvez obtenir la prise en charge de SQL Server. Si vous rencontrez un problème qui affecte un déploiement local de SQL Server, vous pouvez passer en revue les options de support pour les utilisateurs professionnels afin d’obtenir une assistance de l’équipe de support technique. Si vous avez déployé SQL Server dans un environnement cloud Azure, vous pouvez envoyer des demandes de support à partir de l’aide et du support dans le portail de gestion Azure.

Vous pouvez également soumettre votre rapport de problème ou votre suggestion de produit au site Connect.

En outre, vous pouvez contacter l’équipe d’ingénierie SQL Server à l’aide des options suivantes :

Obtenir un support auprès des fournisseurs de systèmes d’exploitation Linux

Si le problème technique que vous rencontrez n’existe pas dans le produit SQL Server, mais qu’il se produit dans le système d’exploitation, vous pouvez travailler directement avec le fournisseur du système d’exploitation pour le résoudre. Vous pouvez contacter les équipes de support des fournisseurs de systèmes d’exploitation en utilisant les canaux suivants :

Obtenir un support auprès des fournisseurs de cloud PaaS et IaaS basés sur SQL Server

Si le problème technique que vous rencontrez existe dans une offre PaaS (Platform as a Service) cloud tierce ou IaaS (Infrastructure as a Service), collaborez directement avec le fournisseur de solutions pour résoudre le problème. Par exemple :

Exclusion de responsabilité de tiers

Exclusion de responsabilité de tiers

Les produits tiers mentionnés dans le présent article sont fabriqués par des sociétés indépendantes de Microsoft. Microsoft exclut toute garantie, implicite ou autre, concernant les performances ou la fiabilité de ces produits.