Freigeben über


Technische Supportrichtlinie für Microsoft SQL Server

Notiz

CentOS, auf das in diesem Artikel verwiesen wird, ist eine Linux-Verteilung und wird End Of Life (EOL) erreichen. Sie sollten sich Ihre Nutzung dieser Distribution ansehen und entsprechend planen. Weitere Informationen finden Sie unter CentOS End Of Life Guidance.

In diesem Artikel wird die Supportrichtlinie für Microsoft SQL Server beschrieben.

Ursprüngliche Produktversion: SQL Server 2017 unter Linux (alle Editionen), SQL Server 2017 unter Windows (alle Editionen)
Ursprüngliche KB-Nummer: 4047326

Übersicht

In diesem Artikel werden die Supportrichtlinien und Problembehandlungsgrenzen für SQL Server-Produkte beschrieben, die auf unterstützten Plattformen installiert sind.

Unterstützte Betriebssysteme

Je nach Version und Edition von SQL Server können Sie SQL Server auf einem unterstützten Windows- oder Linux-Betriebssystem installieren.

In dieser Dokumentation werden die spezifischen Betriebssysteme beschrieben, auf denen das Produkt getestet und überprüft wird. Wenn Sie eine ältere Version von SQL Server auf neueren Windows-Betriebssystemen installieren, müssen Sie sich auf einem unterstützten Service Pack befinden.

Ab SQL Server 2017 können Sie SQL Server für Linux Betriebssysteme installieren. Der Installationsleitfaden für SQL Server für Linux beschreibt die aktuelle Liste der unterstützten Linux-Betriebssysteme, auf denen Sie SQL Server für die Produktionsverwendung installieren und konfigurieren können.

Ab SQL Server 2019 können Sie den SQL Server Big Data Cluster auf Kubernetes bereitstellen. Lesen Sie die unterstützten Hostbetriebssysteme für Kubernetes in der SQL Server 2019-Big Data-Cluster Versionshinweise unter dem Abschnitt "Supportability".

Unterstützte Hardware

SQL Server-Installationen werden auf x64-basierten Prozessoren (AMD und Intel) unterstützt. Sie werden nicht mehr auf x86-basierten Prozessoren unterstützt. Aktuelle Informationen finden Sie unter SQL Server 2016 und 2017: Hardware- und Softwareanforderungen.

Unterstützte Virtualisierungstechnologien

Microsoft unterstützt die Bereitstellung von SQL Server auf Virtualisierungstechnologien, die Microsoft Hyper-V und andere Hypervisoren enthalten, die über das Server Virtualization Validation Program (SVVP) zertifiziert sind. Weitere Informationen zu SVVP finden Sie unter Windows Server Virtualization Validation Program.

Wenn Sie einen virtuellen Linux-Computer auf Hyper-V hosten, stellen Sie sicher, dass Sie über virtuelle Linux-Computer auf Hyper-V verfügen. Microsoft unterstützt SQL Server-Installationen in Cloudinfrastrukturdiensten wie Azure Virtual Machine, Amazon EC2 und Google Cloud.

Die Anbieter des Hostbetriebssystems veröffentlichen unterstützte Hypervisoren für ihre Systeme. Die folgende Liste enthält einige Beispiele:

Suchen Sie in der Betriebssystemdokumentation nach dem aktuellen und aktualisierten Hypervisor, der in bestimmten Versionen des Betriebssystems unterstützt wird.

Microsoft unterstützt auch die Bereitstellung von SQL Server auf VMware vSphere, sodass Benutzer die softwaredefinierte Rechenzentrumsplattform (SDDC) und Funktionen wie Netzwerk- und Speichervirtualisierung nutzen können. Weitere Informationen zur optimalen Bereitstellung von SQL Server mithilfe von vSphere, einschließlich der richtigen Größenanpassung Ihrer SQL Server-VMs und der Verwaltung Ihrer vCenter Server-Konfiguration, finden Sie unter "Architecting Microsoft SQL Server on VMware vSphere".

Azure VMware Solution ist die Erstanbieterlösung von Microsoft, mit der Kunden VMware-Workloads nativ auf Azure ausführen können und auch die Ausführung von SQL Server-Bereitstellungen in derselben vSphere-Infrastruktur unterstützt, mit der Sie lokal auf VMware ausgeführt werden.

SQL Server-Ausführung in Linux-Containern

In diesem Abschnitt werden die Supportrichtlinien und unterstützten Konfigurationen für SQL Server beschrieben, die in Linux-Containern ausgeführt werden.

SQL Server ist eine Anwendung, die im Benutzerbereich eines Linux-Containers ausgeführt wird. SQL Server und seine Abhängigkeiten im SQL Server-Container führen Aufrufe an das zugrunde liegende Hostbetriebssystem und seinen Kernel durch. Verschiedene Linux-Betriebssysteme enthalten unterschiedliche Gruppen von Benutzerraumanwendungen und Linux-Kernel, die in Kombination mit SQL Server gut getestet werden. Obwohl es möglich ist, SQL Server in einer nicht getesteten oder nicht unterstützten Konfiguration von Container- und Hostkombinationen auszuführen, empfiehlt Microsoft dies nicht. Wir unterstützen nur Konfigurationen, die die folgenden Richtlinien verwenden. Diese Richtlinien legen die gut getesteten und unterstützten Konfigurationen für die Ausführung von SQL Server Linux-Containern fest.

Die folgenden Richtlinien und Beispiele gelten für die Unterstützung für SQL Server für Linux Containerbereitstellungen.

Richtlinien

  1. Das SQL Server-Containerbetriebssystem muss mit dem Containerhostbetriebssystem in Bezug auf Verteilung und Hauptversion übereinstimmen.
  2. Eine SQL Server für Linux Containerbereitstellung unterstützt den gleichen Satz unterstützter Plattformen wie für SQL Server für Linux, die in nicht containerisierten Workloads ausgeführt werden. Weitere Informationen finden Sie in den Installationsanleitungen für SQL Server für Linux.
  • Beispiele für unterstützte Konfigurationen

    • SQL Server 2019 auf Red Hat 7.x-Containern, die auf einem Red Hat 7.x-Host ausgeführt werden
    • SQL Server 2017 auf Ubuntu 16.04-Container, der auf einem Ubuntu 16.04-Host ausgeführt wird
    • SQL Server 2017 für SLES 12.x-Container, der auf einem SLES 12.x-Host ausgeführt wird
    • SQL Server 2017 auf Ubuntu 16.04-Container, der auf einem virtuellen Ubuntu 16.04-Computer ausgeführt wird, der auf dem Windows-Betriebssystem gehostet wird
  • Beispiele für nicht unterstützte Konfigurationen

    • SQL Server 2017 auf Red Hat 7.6-Containern, die auf einem Ubuntu-Containerhost ausgeführt werden

    • Eine Linux-Betriebssystemverteilung, die nicht zwischen container und Host übereinstimmt

    • SQL Server 2017 auf Ubuntu 16.04-Container, der auf einem Ubuntu 18.04-Host ausgeführt wird

    • Eine Linux-Betriebssystemversion, die nicht zwischen container und Host übereinstimmt

    • SQL Server 2017 auf einem CentOS-Container auf einem CentOS-Containerhost (CentOS ist keine unterstützte Linux-Betriebssystemverteilung für SQL Server für Linux. Microsoft bekommt nur Probleme, die in einer unterstützten Konfiguration reproduzierbar sind.)

Das Linux-Containerimage für SQL Server 2017 ist in der Containerregistrierung verfügbar. Sie können das Linux-Image in Ihren typischen DevOps-, CI/CD-Pipeline- oder Produktionsbereitstellungsszenarien verwenden. Weitere Informationen finden Sie auf der Dokumentationsseite für die Containerbereitstellung.

Weitere Informationen dazu, wie die Anbieter des Betriebssystems die Komponenten im Container und im Hostbetriebssystem unterstützen, finden Sie in den folgenden Kanälen:

SQL Server, der in Windows-Containern ausgeführt wird

SQL Server-Bereitstellungen in Windows-Containern werden vom Support nicht unterstützt. Erstellen Sie zum Entwickeln und Testen eigene benutzerdefinierte Containerimages, um mit SQL Server in Windows-Containern zu arbeiten. Beispieldateien sind auf GitHub verfügbar, werden jedoch nur als Referenz bereitgestellt.

SQL Server-Container, die auf Container-Orchestratoren ausgeführt werden

Microsoft unterstützt die Bereitstellung und Verwaltung von SQL Server-Containern mithilfe von OpenShift und Kubernetes.

Ab SQL Server 2019 können Sie den SQL Server Big Data Cluster auf Kubernetes bereitstellen. Lesen Sie die unterstützten Kubernetes-Plattformen in der SQL Server 2019-Big Data-Cluster Versionshinweise unter dem Abschnitt "Supportability".

Anpassen von SQL Server-Containern

Die Erstellung von benutzerdefinierten SQL Server-Linux-Containern wird unterstützt, wenn sie über SQL Server-Basiscontainer angepasst werden, die von MCR (Containerregistrierung) heruntergeladen wurden, sowie sicherstellen, dass Sie die SQL directories/binaries/licenses position nicht an den Speicherorten ändern: /opt/mssql/* und /usr/share/doc/*, was bei falsch geänderten Änderungen dazu führen kann, dass der SQL Server-Prozess nicht gestartet wird.

Sie können auch ihre eigenen SQL Server-Containerimages von Grund auf neu erstellen, da das Basisimage des Linux-Betriebssystemcontainers zum Generieren des benutzerdefinierten SQL Server-Containerimages mit den unterstützten Plattformen für SQL Server für Linux übereinstimmt und Sie die oben genannten Richtlinien befolgen.

Im Rahmen der Problembehandlung können Sie, wenn der angepasste Container SQL Server-Startprobleme oder einen anderen SQL Server-Ausnahme-/Fehler aufweist, die Anpassung deinstallieren oder bestimmte Tools oder Pakete hinzufügen, um das Problem zu beheben und zu replizieren. Wenn das Problem nach dem Entfernen der Anpassung nicht auftritt, unterstützt Microsoft die Anpassung oder das benutzerdefinierte Skript nicht.

Die Anpassung von SQL-Containern wird für die Verwendung in anderen Microsoft-Produkten, die SQL Linux-Container wie Azure Arc für Data Services, Azure SQL Edge usw. verwenden, nicht unterstützt.

  • Beispiele für unterstützte Konfigurationen:

    1. Sie laden das SQL-Containerimage von MCR herunter, und verwenden Sie dann Dockerfile, um Features wie Polybase, MSDTC usw. hinzuzufügen. Diese Änderungen oder ähnliche Änderungen werden unterstützt, um ihr eigenes benutzerdefiniertes SQL-Containerimage zu erstellen.

    2. Sie können auch ein benutzerdefiniertes SQL Server 2019-Containerimage auf einer unterstützten Linux-Betriebssystemplattform wie RHEL 8.2 UBI-Containerimage oder SLES 12-Basisimages erstellen.

  • Beispiele für nicht unterstützte Konfigurationen:

    Sie versuchen, ein angepasstes Image auf jeder Linux-Plattform zu erstellen, die in der Dokumentation zu unterstützten Plattformen nicht erwähnt wird.

Unterstützte Dateisysteme

Wenn Sie SQL Server unter Windows installieren, sind die unterstützten Dateisysteme NTFS und ReFS. Dies gilt für die Volumes, die die Datenbankdateien und Programmbinärdateien speichern.

Wenn Sie SQL Server für Linux installieren, sind die unterstützten Dateisysteme für die Volumes, die Datenbankdateien hosten, EXT4 und XFS.

Unterstützte Lösungen für hohe Verfügbarkeit

Wenn Sie eine Hochverfügbarkeitslösung für SQL Server unter Windows einrichten, lesen Sie die Supportrichtlinien und -anforderungen in der Microsoft SQL Server-Supportrichtlinie für Microsoft Clustering und Voraussetzungen, Einschränkungen und Empfehlungen für AlwaysOn-Verfügbarkeitsgruppen.

Wenn Sie eine Hochverfügbarkeitslösung für SQL Server für Linux einrichten, überprüfen Sie die Supportrichtlinien des Betriebssystemanbieters, die für hohe Verfügbarkeit spezifisch sind. Produktionsumgebungen erfordern einen Fencing-Agent, z. B. STONITH, für hohe Verfügbarkeit. Ein Linux-Cluster verwendet Fencing, um den Cluster in einen bekannten Zustand zurückzusetzen. Die richtige Art und Weise, in der Fencing konfiguriert werden soll, hängt von der Verteilung und der Umgebung ab. Derzeit ist Fencing in einigen Cloudumgebungen nicht verfügbar. Weitere Informationen finden Sie in den folgenden Richtlinien und Empfehlungen für Anbieter des Betriebssystems:

Unterstützte Hochverfügbarkeitslösung in SQL Server für Linux finden Sie unter Geschäftskontinuität und Datenbankwiederherstellung – SQL Server für Linux.

Nicht unterstützte Funktionen

Sie finden die aktuelle Liste der SQL Server-Features, die im Abschnitt "Nicht unterstützte Features und Dienste" in den Versionshinweisen für SQL Server 2017 unter Linux nicht unterstützt werden. Wenn Sie versuchen, Komponenten oder Features zu verwenden, die in den Notizen als nicht unterstützt aufgeführt sind, können unerwartete Symptome und Fehler auftreten. Wenn Sie eine Kombination von Features für Ihre Anwendung oder Lösung verwenden, stellen Sie sicher, dass die Interoperabilität zwischen den Features als unterstützt dokumentiert ist. Anleitungen finden Sie unter AlwaysOn-Verfügbarkeitsgruppen: Interoperabilität (SQL Server).

Supportrichtlinie

Microsoft bietet technischen Support und Produktfixes für SQL Server-Komponenten, die in unterstützten Betriebssystemen, Dateisystemen, Hypervisoren und Hardwarearchitekturen gemäß der Produktdokumentation bereitgestellt werden. Microsoft kann eingeschränkten oder keinen technischen Support für SQL Server-Softwarekomponenten bereitstellen, die auf nicht unterstützten Betriebssystemen, Dateisystemen, Hypervisoren und Hardwareplattformen bereitgestellt werden.

Wenn Sie SQL Server auf einem nicht unterstützten Betriebssystem, Dateisystem oder Hypervisor bereitstellen, treten möglicherweise unerklärte Verhaltensweisen und Ergebnisse auf. Wenn Sie solche Probleme beheben, werden Sie vom Microsoft-Support Team möglicherweise aufgefordert, das Problem in einer unterstützten Kombination aus Betriebssystem, Dateisystem, Hypervisor und Hardwarearchitektur zu reproduzieren. Unter diesen Umständen kann Microsoft möglicherweise keinen Support oder eine Lösung für das Problem bereitstellen, wenn das Problem nur in der nicht unterstützten Kombination aus Betriebssystem, Dateisystem, Hypervisor oder Architektur auftritt.

Wenn Sie Probleme beheben, die auftreten, wenn Sie eine Lösung oder Anwendung verwenden, die mit SQL Server erstellt wird, versucht Microsoft-Support, die Ursache des Problems mit der spezifischen Software- oder Hardwareschichtquelle zu isolieren. Das Problem kann sich entweder in der SQL Server-Software oder in den Betriebssystemkomponenten befinden, mit denen SQL Server interagiert. Wenn sich das Problem in SQL Server befindet, stellt Microsoft-Support geeignete Lösungs- und Anwendungsumgehungen für das Problem bereit. Wenn sich das Problem im Betriebssystemverhalten befindet, verweisen Microsoft-Support Sie zur Nachverfolgung und Lösung auf den Betriebssystemanbieter. Für unterstützte Betriebssysteme arbeitet Microsoft-Support mit dem Supportanbieter des Betriebssystems zusammen, um Ihnen eine kommerziell funktionsfähige Lösung zu geben.

Bevor Sie SQL Server in einer bestimmten Version eines Betriebssystems bereitstellen, überprüfen Sie die Produktdokumentation für SQL Server, und wenden Sie sich auch an den Betriebssystemanbieter über Supportanforderungen für die gesamte Lösung, die Sie erstellen, um sicherzustellen, dass die verschiedenen komponenten, die beteiligt sind, kompatibel und unterstützt werden. Wenden Sie sich an den Anbieter des Betriebssystems über die Supportrichtlinien, die für die zusätzlichen Supportrichtlinien für Virtualisierung, Speicher und Hardwareebene gelten.

Microsoft unterstützt die Verwendung offizieller Containerimages, die von Microsoft in den verschiedenen Containerrepositorys veröffentlicht werden. Wenn Sie SQL Server-Containerimages von anderen Mitwirkenden verwenden, kann Microsoft-Support anfordern, dass Sie das Problem auf dem offiziellen Containerimage reproduzieren. Dieser Schritt kann erforderlich sein, um die Möglichkeit auszuschließen, dass Anpassungen oder Änderungen am privaten Containerimage zu dem Problem beitragen.

Wenn das Problem auf das Verhalten des Containermoduls isoliert ist, müssen Sie mit dem Anbieter des Containermoduls zusammenarbeiten, um das Problem zu beheben.

Microsoft kann möglicherweise keinen technischen Support bereitstellen, wenn Sie ein nicht unterstütztes Feature verwenden oder ein Feature auf nicht unterstützte oder nicht dokumentierte Weise verwenden.

SQL Server in Azure

Wenn Sie SQL Server auf einem virtuellen Computer in Azure bereitgestellt haben, gelten die Supportrichtlinien für Azure, wenn Sie Probleme beheben. Siehe unterstützte Linux-Distributionen in Azure.

Wenn Sie SQL Server auf anderen Cloudlösungen oder Plattformen bereitstellen, wenden Sie sich an den Cloudlösungsanbieter über ihre spezifischen Richtlinien, die die Produktion oder den kommerziellen Support regeln.

Produktlebenszyklus

SQL Server folgt der Fixed-Lifecycle-Richtlinie zum Abrufen von Support und Updates. Informationen zum Lebenszyklus von Produkten und Diensten finden Sie unter " Produkt- und Dienstlebenszyklus durchsuchen" für jede Produktversion (Mainstream, Extended und Out-of-Support). Big Data-Cluster ist ein Add-On zu SQL Server 2019 und unterliegt der Fixed-Lifecycle-Richtlinie.

Service Packs werden für SQL Server bis Version 2016 veröffentlicht. Der Support endet 12 Monate nach der nächsten Service Pack-Veröffentlichung oder am Ende des Supportlebenszyklus des Produkts, je nachdem, was zuerst eintritt. Weitere Informationen finden Sie in der Fixed-Lifecycle-Richtlinie.

Ab SQL Server 2017 werden keine Service Packs veröffentlicht. Weitere Informationen finden Sie unter SQL Server Service Packs, die ab SQL Server 2017 nicht mehr unterstützt werden.

Für Versionen, die mit SQL Server 2017 beginnen, empfehlen wir, das neueste kumulative Update (oder ein CU, das im vergangenen Jahr veröffentlicht wurde) für die entsprechende Version anzuwenden. Das Supportteam erfordert möglicherweise, dass Sie ein bestimmtes CU anwenden, das ein bestimmtes Problem behebt, wenn Sie ein Problem beheben.

Betriebssysteme folgen ihren eigenen Lebenszyklen. Wenden Sie sich an den Systemanbieter über den anwendbaren Lebenszykluszeitrahmen und unterstützte Versionen.

Anfordern von Support von Microsoft

Es gibt viele Kanäle, über die Sie Unterstützung für SQL Server erhalten können. Wenn ein Problem auftritt, das sich auf eine lokale Bereitstellung von SQL Server auswirkt, können Sie die Supportoptionen für Geschäftsbenutzer überprüfen, um supportgestützten Support vom Supportteam zu erhalten. Wenn Sie SQL Server in einer Azure-Cloudumgebung bereitgestellt haben, können Sie Supportanfragen über die Hilfe + Support im Azure-Verwaltungsportal übermitteln.

Sie können auch Ihren Problembericht oder Produktvorschlag an die Connect-Website übermitteln.

Darüber hinaus können Sie mit den folgenden Optionen mit dem SQL Server-Entwicklungsteam interagieren:

Anfordern von Support von Linux-Betriebssystemanbietern

Wenn das technische Problem, das Sie feststellen, nicht im SQL Server-Produkt vorhanden ist, aber im Betriebssystem auftritt, können Sie direkt mit dem Betriebssystemanbieter zusammenarbeiten, um das Problem zu beheben. Sie können sich mit den folgenden Kanälen an die Supportteams der Betriebssystemanbieter wenden:

Anfordern von Support von SQL Server-basierten PaaS- und IaaS-Cloudanbietern

Wenn das technische Problem, das Sie in einer Drittanbieter-Cloudplattform als Service (PaaS) oder Infrastructure as a Service (IaaS) haben, vorhanden ist, direkt mit dem Lösungsanbieter zusammenarbeiten, um das Problem zu beheben. Zum Beispiel:

Informationen zum Haftungsausschluss von Drittanbietern

Informationen zum Haftungsausschluss von Drittanbietern

Die in diesem Artikel genannten Drittanbieterprodukte stammen von Herstellern, die von Microsoft unabhängig sind. Microsoft gewährt keine implizite oder sonstige Garantie in Bezug auf die Leistung oder Zuverlässigkeit dieser Produkte.