Partager via

Stratégie de support technique pour Microsoft SQL Server

  • Article

Note

CentOS référencé dans cet article est une distribution Linux et atteint la fin de vie (EOL). Faites le point sur votre utilisation et organisez-vous en conséquence. Pour plus d’informations, consultez les conseils sur la fin de vie centOS.

Cet article décrit la stratégie de support pour Microsoft SQL Server.

Version de produit d’origine : 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 être sur un Service Pack pris en charge.

À compter de SQL Server 2017, vous pouvez installer SQL Server sur Linux systèmes d’exploitation. Les instructions d’installation pour 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 de SQL Server 2019 Clusters Big Data sous la section Prise en charge.

Matériel pris en charge

Les installations 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 le programme de validation de 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 qu’Azure Virtual Machine, Amazon EC2 et Google Cloud.

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

Consultez la documentation du système d’exploitation pour connaître 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éfini par logiciel (SDDC), telles que la virtualisation du réseau et du stockage. Pour en savoir plus sur le déploiement optimal de 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 tierce 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 utilisée pour s’exécuter sur VMware localement.

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 spatiales utilisateur et 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 ne vous recommande pas de le faire. Nous prenons uniquement en charge les configurations qui utilisent les instructions suivantes. Ces instructions déterminent les configurations bien testées et prises en charge pour l’exécution de conteneurs LINUX SQL Server.

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

Consignes

  1. Le système d’exploitation conteneur SQL Server doit correspondre au système d’exploitation hôte du conteneur en termes de distribution et de version majeure.
  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 les instructions 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
    • SQL Server 2017 sur le conteneur Ubuntu 16.04 s’exécutant sur un hôte Ubuntu 16.04
    • SQL Server 2017 sur un conteneur SLES 12.x s’exécutant sur un hôte SLES 12.x
    • SQL Server 2017 sur le conteneur 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

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

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

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

    • 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 standard de déploiement DevOps, CI/CD ou de production. Pour plus d’informations, consultez la page de documentation relative au déploiement de conteneurs.

Pour plus d’informations sur la prise en charge des 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 de SQL Server dans des conteneurs Windows ne sont pas couverts par la prise en charge. Pour le développement et le test, créez vos propres images conteneur personnalisées pour utiliser SQL Server dans des conteneurs Windows. Les exemples de fichiers sont disponibles sur GitHub , mais sont fournis uniquement pour référence.

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 kubernetes.

À partir de SQL Server 2019, vous pouvez déployer le cluster Big Data SQL Server sur Kubernetes. Passez en revue les plateformes Kubernetes prises en charge dans sql Server 2019 Clusters Big Data notes de publication 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’elles sont personnalisées au-dessus des conteneurs de base SQL Server téléchargés à partir de MCR (Container Registry), ainsi que pour vous assurer que vous ne modifiez pas les SQL directories/binaries/licenses emplacements suivants : /opt/mssql/* et /usr/share/doc/*, lorsqu’ils sont modifiés de manière incorrecte, le processus SQL Server ne démarre pas.

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é rencontre des problèmes de démarrage SQL Server ou une autre exception/erreur SQL Server, Microsoft peut vous demander de désinstaller la personnalisation ou d’ajouter des outils ou 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 du conteneur 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 pour Data Services, Azure SQL Edge, etc.,

  • Exemples de configurations prises en charge :

    1. Vous téléchargez l’image 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 au-dessus d’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 support de Microsoft SQL Server pour la stratégie de prise en charge de Microsoft SQL Server pour les groupes de disponibilité Microsoft Clustering et Conditions préalables, 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 spécifiques à la haute disponibilité. Les environnements de production nécessitent un agent de délimitation, tel que STONITH, pour une haute disponibilité. Un cluster Linux utilise l’isolation pour ramener le cluster à un état connu. La bonne façon de configurer l’clôture dépend de la distribution et de l’environnement. À ce stade, l’isolation n’est pas disponible dans certains environnements cloud. Pour plus d’informations, consultez les stratégies et recommandations du fournisseur de système d’exploitation suivantes :

Pour obtenir la solution de haute disponibilité prise en charge dans SQL Server sur Linux, consultez La continuité d’activité et la 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 prises en charge dans les 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 prises en charge, vous pouvez rencontrer des symptômes et des erreurs inattendus. Lorsque vous utilisez une combinaison de fonctionnalités pour votre application ou votre 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)

Politique de support

Microsoft fournit un support technique et des correctifs de produits 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 prises 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 ces problèmes, l’équipe de Support 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 fournir de support ou de 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 des problèmes qui se produisent lorsque vous utilisez une solution ou une application générée à l’aide de SQL Server, Support Microsoft tente d’isoler la cause du problème à la source de couche logicielle ou matérielle spécifique. Le problème peut se trouver dans le logiciel SQL Server ou dans les composants du système d’exploitation avec lesquels SQL Server interagit. Si le problème se trouve dans SQL Server, Support Microsoft fournit des solutions appropriées et des solutions de contournement d’application pour le problème. Si le problème se trouve dans le comportement du système d’exploitation, Support Microsoft vous référerez au fournisseur du système d’exploitation pour le suivi et la résolution. Pour les systèmes d’exploitation pris en charge, Support Microsoft collaborerez avec le fournisseur de support du système d’exploitation pour vous donner une résolution utilisable commercialement.

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 contactez également le fournisseur du système d’exploitation pour connaître les exigences de support 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 sur 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 à partir d’autres contributeurs, Support Microsoft pouvez demander que vous reproduisez le problème sur l’image conteneur officielle. Cette étape peut être nécessaire pour exclure la possibilité que les personnalisations ou les 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é de 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 prise en charge d’Azure s’appliquent lorsque vous résolvez des problèmes. Consultez les distributions Linux approuvées sur Azure.

Si vous déployez SQL Server sur d’autres solutions ou plateformes cloud, consultez le fournisseur de solutions cloud sur leurs stratégies spécifiques qui régissent la prise en charge de la production ou commerciale.

Cycle de vie des produits

SQL Server suit la politique de cycle de vie fixe pour obtenir la prise en charge 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 la phase (standard, étendu et hors support) pour chaque version du produit. Clusters Big Data est un module complémentaire à 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 via la version 2016. La prise en charge se termine 12 mois après les prochaines versions du Service Pack ou à la fin du cycle de vie de support du produit, selon le premier. 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 arrêté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 l’année précédente) pour la version correspondante. L’équipe de support technique peut nécessiter l’application d’une cu 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 vie applicable et les versions prises en charge.

Obtenir du support auprès de Microsoft

Il existe de nombreux canaux via lesquels 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 un support assisté 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 + 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 collaborer avec l’équipe d’ingénierie SQL Server à l’aide des options suivantes :

Obtenir de l’aide auprès des fournisseurs de système 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 résoudre le problème. Vous pouvez contacter les équipes de support des fournisseurs de système d’exploitation à l’aide des canaux suivants :

Obtenir de l’aide auprès des fournisseurs 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.