Optionen für SQL Server bei Ende des Supports

Anwendungsbereich: JaSQL Server (alle unterstützten Versionen) (nur Windows) JaVerwaltete Azure SQL-Instanz

In diesem Artikel werden die Optionen für SQL Server-Produkte erläutert, die das Ende des Supports erreicht haben.

Grundlegendes zum SQL Server-Lebenszyklus

Für jede Version von SQL Server wird mindestens 10 Jahre Support geboten, davon fünf Jahre grundlegender Support und fünf Jahre erweiterter Support:

  • Der grundlegende Support umfasst Updates hinsichtlich Funktionalität, Leistung, Skalierbarkeit und Sicherheit.
  • Der erweiterte Support umfasst nur Sicherheitsupdates.

Das Ende des Supports (auch als Ende der Lebensdauer bezeichnet) bedeutet, dass ein Produkt das Ende seines Lebenszyklus erreicht hat, weshalb Wartung und Support für das Produkt nicht mehr zur Verfügung stehen. Weitere Informationen zum Microsoft-Lebenszyklus finden Sie auf der Seite Microsoft Lifecycle-Richtlinie.

Tastatur

Wenn Ihre SQL Server-Instanz das Ende der Supportphase erreicht hat, haben Sie folgende Optionen:

Weitere Informationen, Anleitungen und Tools zum Planen und Automatisieren Ihres Upgrades oder Ihrer Migration finden Sie unter Ende des Supports für SQL Server 2005 und Ende des Supports für SQL Server 2008.

Optionen nach Ende des Supports

In diesem Artikel werden die Vorteile und Aspekte jedes Ansatzes sowie zusätzliche Ressourcen beschrieben, die Ihnen bei der Entscheidungsfindung helfen können.

Aktualisieren von SQL Server

Wenn Ihre SQL Server-Instanz das Ende der Supportphase erreicht hat, können Sie ein Upgrade auf eine neuere mit Support versehene Version von SQL Server vornehmen. Dadurch können Sie in einer einheitlichen Umgebung arbeiten, das neueste Funktionsangebot nutzen und den Supportlebenszyklus der neuen Version übernehmen.

Vorteile

  • Neueste Technologie: Neue Versionen von SQL Server bieten Neuerungen hinsichtlich Leistung, Skalierbarkeit und Hochverfügbarkeit sowie mehr Sicherheit.
  • Kontrolle: Sie haben die bestmögliche Kontrolle über Features und Skalierbarkeit, da Sie sowohl Hardware als auch Software selbst verwalten.
  • Vertraute Umgebung: Wenn Sie für eine ältere Version von SQL Server ein Upgrade ausführen, ist dies die Umgebung mit den meisten Gemeinsamkeiten.
  • Breite Anwendbarkeit: Anwendbar für Datenbankanwendungen beliebiger Art, einschließlich OLTP-Systeme und Data Warehousing.
  • Niedriges Risiko für Datenbankanwendungen: Indem die Datenbankkompatibilität auf dem gleichen Grad wie beim Vorgängersystem bleibt, werden bestehende Datenbankanwendungen vor Funktions- und Leistungsänderungen mit ggf. nachteiligen Auswirkungen geschützt. Eine Anwendung muss nur dann vollständig neu zertifiziert werden, wenn sie Funktionen verwenden muss, die durch eine neuere Datenbank-Kompatibilitätseinstellung vorgegeben sind. Weitere Informationen finden Sie unter Kompatibilitätszertifizierung.

Überlegungen

  • Kosten: Dieser Ansatz erfordert die höchsten Anlaufinvestitionen und die umfangreichste laufende Verwaltung. Sie müssen Ihre eigene Hardware und Software kaufen, warten und verwalten.

  • Ausfallzeit: Je nach Upgradestrategie können Ausfallzeiten auftreten. Es besteht auch ein inhärentes Risiko, dass es während eines direkten Upgradeprozesses zu Problemen kommt.

  • Komplexität: Wenn Sie mit Windows Server 2008 oder Windows Server 2008 R2 arbeiten, müssen Sie auch ein Upgrade des Betriebssystems durchführen, da die neueren Versionen von SQL Server von diesen Windows-Versionen möglicherweise nicht unterstützt werden. Während des Upgradeprozesses des Betriebssystems besteht ein zusätzliches Risiko, sodass die Durchführung einer parallelen Migration zwar der geeignetere, aber auch kostspieligere Ansatz sein kann. Direkte Betriebssystemupgrades werden in Failoverclusterinstanzen für Windows Server 2008 oder Windows Server 2008 R2 nicht unterstützt.

    Hinweis

    Parallele Upgrades des Clusterbetriebssystems sind ab Windows Server 2016 möglich.

Ressourcen

Installationsmedien
Upgrade von SQL Server mithilfe des Installations-Assistenten

Neuerungen in:

Hardwareanforderungen:

Unterstützte Versions- und Editionsupgrades:

Tools:

  • Der Assistent für Datenbankexperimente kann helfen, die Zielversion von SQL Server für eine bestimmte Workload zu ermitteln.
  • Der Datenmigrations-Assistent kann helfen, Kompatibilitätsprobleme zu erkennen, die sich auf die Datenbankfunktionalität in Ihrer neuen Version von SQL Server auswirken können.
  • Der Abfrageoptimierungs-Assistent kann bei der Optimierung von Workloads helfen, bei denen beim Upgrade der Datenbankkompatibilität nachteilige Auswirkungen auftreten können.

Die folgende Abbildung zeigt ein Beispiel für die Innovation in den verschiedenen Versionen von SQL Server im Laufe der Jahre:

25 Jahre Innovation für SQL Server

Verlängern des Supports

Wenn Sie noch nicht für ein Upgrade und den Umstieg auf die Cloud bereit sind, können Sie ein Abonnement für erweiterte Sicherheitsupdates erwerben, um bis zu drei Jahre nach dem Enddatum des Supports kritische Sicherheitsupdates zu erhalten.

Vorteile

  • Anwendungsunterstützung: Dies ist die beste Option, wenn Ihre Anwendung eine Neuzertifizierung für eine neuere Version von SQL Server erfordert. Dies ist üblich bei Anwendungen ohne Kompatibilitätszertifizierung.
  • Konsistente Infrastruktur: Sie müssen Ihre Infrastruktur in keiner Weise ändern.
  • Technischer Support: Wenn Sie Software Assurance oder einen anderen Supportplan haben, können Sie weiterhin technischen Support von Microsoft für Ihr SQL Server-Produkt mit beendetem Support erhalten. Dies ist die einzige Möglichkeit, Support für SQL Server 2008 und SQL Server 2008 R2 zu erhalten.
  • Time: Diese Option gilt drei Jahre und bietet Ihnen zusätzliche Zeit für die Zertifizierung Ihrer Anwendungen.

Überlegungen

  • Eingeschränkte Verfügbarkeit: Diese Option ist nur für Kunden mit Software Assurance oder Abonnementlizenzen verfügbar.
  • Kosten: Diese Option kann sich als kostspielig erweisen, da die erweiterten Sicherheitsupdates ca. 75 % der jährlichen lokalen Lizenzkosten ausmachen.
  • Begrenzter Zeitrahmen: Diese Option ist nur drei Jahre verfügbar, sodass Sie am Ende dieses Zeitraums dennoch ein Upgrade oder eine Migration vornehmen müssen, wenn Sie Sicherheit und Konformität gewährleisten möchten.
  • Keine Programmfehlerbehebungen: Wenn Sie im Produkt auf einen nicht sicherheitsbezogenen Fehler stoßen, stellt Microsoft keine Behebung dafür bereit.
  • Eingeschränkter Support: Erweiterte Sicherheitsupdates bieten keine neuen Funktionen, funktionellen Verbesserungen oder von Kunden gewünschte Korrekturen. Sicherheitsfixes sind auf diejenigen beschränkt, die vom Microsoft Security Response Center (MSRC) als „Kritisch“ eingestuft werden.

Ressourcen

Übersicht über erweiterte Sicherheitsupdates (ESUs)
Häufig gestellte detaillierte Fragen zu ESUs
Kostenloses Verlängern des Supports durch Migration im Istzustand zu einer Azure VM
Software Assurance

Virtueller Azure-Computer

Eine weitere Option ist Migrieren Ihrer Workload zu einer Azure-VM mit ausgeführtem SQL Server. Sie können Ihr System im Istzustand migrieren und Ihre SQL Server-Instanz mit beendetem Support beibehalten, oder Sie können ein Upgrade auf eine neuere Version von SQL Server durchführen. Am besten geeignet für Migrationen und Anwendungen, die Zugriff auf Betriebssystemebene erfordern. Virtuelle SQL Server-Computer sind Lift & Shift-fähig für vorhandene Anwendungen, die eine schnelle Migration in die Cloud mit minimalen oder ohne Änderungen erfordern.

Vorteile

  • Kostenlose erweiterte Sicherheitsupdates: Wenn Sie sich dafür entscheiden, Ihre SQL Server-Instanz unter Verwendung von SQL Server 2008 oder SQL Server 2008 R2 im Istzustand zu belassen, können Sie nach Ende des Supports drei Jahre erweiterte Sicherheitsupdates kostenlos erhalten, selbst ohne Software Assurance.
  • Kostenersparnis: Sie sparen die Kosten für Hardware und Serversoftware und zahlen nur für die stündliche Nutzung.
  • Per Lift & Shift migrieren: Sie können Ihre SQL Server- und Anwendungsinfrastruktur bei minimalen oder ohne Änderungen per Lift & Shift in die Cloud migrieren.
  • Gehostete Umgebung: Sie kommen in den Genuss der Vorteile einer gehosteten Umgebung, wie z. B. Auslagerung von Hardware und Wartung von Software.
  • Automatisierung: Wenn Sie Windows Server 2008 R2 und höher einsetzen, profitieren Sie vom automatisierten Patchen und automatisierten Sicherungen.
  • Kontrolle über das Betriebssystem: Sie haben die Kontrolle über die Betriebssystemumgebung, allerdings mit dem bekannten Funktionsumfang von SQL Server.
  • Schnelle Bereitstellung: Die Bereitstellung kann aus einer Bibliothek mit Images virtueller Computer schnell erfolgen.
  • Lizenzmobilität: Sie können Ihre Lizenz einbringen, wodurch Sie Betriebskosten senken können.
  • Hochverfügbarkeit: Sie profitieren nicht nur von der integrierten Verfügbarkeit virtueller Computer in der Azure-Infrastruktur mit einer Verfügbarkeit von bis zu 99,99 %, sondern können auch von Hochverfügbarkeitsoptionen für SQL Server wie Failoverclusterinstanzen und Always On-Verfügbarkeitsgruppen profitieren.
  • Niedriges Risiko für Datenbankanwendungen: Indem die Datenbankkompatibilität auf dem gleichen Grad wie bei den Datenbanken des Vorgängersystems bleibt, sind bestehende Datenbankanwendungen vor Funktions- und Leistungsänderungen mit ggf. nachteiligen Auswirkungen geschützt. Eine Anwendung muss nur dann vollständig neu zertifiziert werden, wenn sie Funktionen verwenden muss, die durch eine neuere Datenbank-Kompatibilitätseinstellung vorgegeben sind. Weitere Informationen finden Sie unter Kompatibilitätszertifizierung.

Überlegungen

  • Verwaltbarkeit: Sie müssen weiterhin sowohl SQL Server als auch die Betriebssystemsoftware verwalten.
  • Netzwerk: Sie müssen die VM so konfigurieren, dass sie in Ihre Netzwerk- und Active Directory-Infrastruktur integriert werden kann, was zusätzliche Komplexität bedeutet.
  • Failoverclusterinstanz mit freigegebenem Speicher: Virtuelle Azure-Computer unterstützen Failoverclusterinstanzen nur mithilfe des Features „Direkte Speicherplätze“ oder von Premium-Dateifreigaben. Failoverclusterinstanzen mit freigegebenem Speicher werden nicht unterstützt. Daher unterstützen virtuelle Azure-Computer Failoverclusterinstanzen nur unter Windows Server 2012 oder höher.
  • Aus Skalierbarkeit bezogene Ausfallzeiten: Während der Änderung von CPU- und Speicherressourcen treten Ausfallzeiten auf.
  • Größenbeschränkung: Obwohl die SQL Server-Instanz so viele Datenbanken wie nötig unterstützen kann, beträgt die kumulative Gesamtgröße aller Datenbanken bei einer einzelnen SQL Server-Instanz 256 TB, im Gegensatz zu 524 PB bei einer lokalen SQL Server-Instanz.

Ressourcen

Übersicht über SQL Server-VMs
Wählen einer Azure SQL-Option
Migrieren von SQL Server zu einer Azure-VM
Kostenlose erweiterte Sicherheitsupdates bei Migration im Istzustand zu Azure
Übersicht über erweiterte Sicherheitsupdates (ESUs)
Häufig gestellte detaillierte Fragen zu ESUs
Automatisches Patchen virtueller SQL-Computer
Automatisches Sichern virtueller SQL-Computer
Hochverfügbarkeit virtueller SQL-Computer
Häufig gestellte Fragen zu virtuellen SQL-Computern

Azure SQL-Datenbank – Singleton

Wenn Sie die Wartung auslagern, Kosten senken und künftige Upgrades vermeiden möchten, können Sie Ihre Workload in eine Azure SQL-Datenbank-Einzeldatenbank verlagern. Diese Option ist ideal für moderne Cloudanwendungen, für die Sie die neuesten stabilen SQL Server-Datenbank-Engine-Funktionen nutzen möchten und bei denen zeitliche Einschränkungen in Entwicklung und Marketing gelten.

Vorteile

  • Kosten: Eine Einzeldatenbank kann kostengünstig sein, da Hardware, Software und Wartung ausgelagert werden und die Nutzung sekunden- oder stundenweise abgerechnet werden kann.
  • Flexibilität: Eine Einzeldatenbank eignet sich besonders gut für Cloudanwendungen, wenn Entwicklerproduktivität und die schnelle Markteinführung neuer Lösungen entscheidend sind oder externer Zugriff erforderlich ist.
  • Allgemeine Features: Die am häufigsten verwendeten SQL Server-Datenbank-Engine-Features sind verfügbar, aber nicht so viele wie bei SQL Managed Instance.
  • Schnelle Bereitstellung: Sie können eine Einzeldatenbank schnell bereitstellen.
  • Skalierbarkeit: Sie können je nach Bedarf für Ihr Unternehmen schnell und einfach eine Hoch- und Herunterskalierung vornehmen, was zusätzliche Kosteneinsparungen bringt.
  • Verfügbarkeit: Die Kosten des Diensts umfassen sowohl Speicher als auch Hochverfügbarkeit, wobei eine Verfügbarkeit von 99,995 % garantiert wird.
  • Automatisierung: Patches und Sicherungen werden automatisch ausgeführt, sodass Sie wertvolle Wartungszeit sparen können.
  • Intelligent Insights: Verschaffen Sie sich mithilfe der integrierten Informationsanalyse einen Einblick in die Leistung Ihrer Datenbank.
  • Versionslos: Azure SQL-Datenbank ist versionslos, was bedeutet, dass Sie stets die neueste Version nutzen und sich um Upgrades oder Ausfallzeiten keine Gedanken machen müssen. Außerdem sind Sie immer auf dem neuesten und besten Stand, da unsere neuesten stabilen Features zuerst in der Cloud veröffentlicht werden.
  • Niedriges Risiko für Datenbankanwendungen: Indem die Datenbankkompatibilität auf dem gleichen Grad wie bei der lokalen Datenbank bleibt, werden bestehende Anwendungen vor Funktions- und Leistungsänderungen mit ggf. nachteiligen Auswirkungen geschützt. Eine Anwendung muss nur dann vollständig neu zertifiziert werden, wenn sie Funktionen verwenden muss, die durch eine neuere Datenbank-Kompatibilitätseinstellung vorgegeben sind. Weitere Informationen finden Sie unter Kompatibilitätszertifizierung.

Überlegungen

  • Eingeschränkte Migrationsoptionen: Sie können immer nur eine Einzeldatenbank auf einmal migrieren, nicht aber eine ganze Instanz.
  • Eingeschränkte Features: Obwohl die am häufigsten verwendeten Azure SQL-Datenbankfeatures verfügbar sind, ist der Umfang für eine Einzeldatenbank nicht so umfangreich wie bei Azure SQL Managed Instance oder bei SQL Server.
  • Unterschiede bei Transact-SQL: Es gibt einige Transact-SQL-Unterschiede (T-SQL) zwischen einer Einzeldatenbank und einer lokalen Version von SQL Server.
  • Größenbeschränkungen: Eine Einzeldatenbank hat eine maximale Datenbankgröße von 100 TB verglichen mit 524 PB für SQL Server.
  • Wartungszeit: Es gibt keine Garantie für die genaue Wartungszeit, obwohl diese nahezu transparent ist.

Ressourcen

Übersicht über Azure SQL-Datenbank
Wählen einer Azure SQL-Option
Azure SQL-Datenbank: Featurevergleich
Migrieren von SQL Server zu einer Einzeldatenbank
Umfassende Beschreibung des Migrationsprozesses
T-SQL-Unterschiede bei Einzeldatenbanken
Ressourcenlimits für virtuelle Kerne und DTUs
Intelligent Insights

Tools:

Verwaltete SQL-Instanz

Wenn Sie die Vorteile in Bezug auf die Auslagerung von Wartung und Kosten nutzen möchten, aber den Funktionsumfang einer Azure SQL-Datenbank-Einzeldatenbank zu eingeschränkt finden, können Sie zu SQL Managed Instance wechseln. Eine verwaltete Instanz ähnelt sehr einer lokalen Instanz von SQL Server. Sie müssen sich allerdings nicht um Dinge wie Hardwareausfälle oder Patches Gedanken machen. Bei SQL Managed Instance handelt es sich um eine Sammlung von System- und Benutzerdatenbanken mit einer gemeinsam genutzten Ressourcengruppe, die sich per Lift & Shift migrieren lässt und für die meisten Migrationen in die Cloud genutzt werden kann. Diese Option ist ideal für neue Anwendungen oder vorhandene lokale Anwendungen, für die Sie die neuesten stabilen SQL Server-Datenbank-Engine-Features nutzen möchten und die bei minimalen Änderungen in die Cloud migriert werden sollen.

Vorteile

  • Kosten: Sie können Kosten sparen, indem Sie die Wartung von Software und Hardware auslagern.
  • Per Lift & Shift migrieren: Sie können Ihre gesamte lokale SQL Server-Instanz per Lift & Shift in eine verwaltete Instanz migrieren, einschließlich aller Datenbanken und mit minimalen oder sogar ohne Datenbankänderungen.
  • Features: Der Funktionsumfang einer verwalteten Instanz entspricht weitgehend dem einer lokalen Instanz von SQL Server, z. B. datenbankübergreifende Abfragen, Veröffentlichung und Verteilung von Transaktionsreplikationen, SQL-Auftragsplanung und CLR-Unterstützung.
  • Skalierbarkeit: Alle Datenbanken innerhalb einer verwalteten Instanz teilen sich Ressourcen, und es ist jederzeit möglich, ohne Ausfallzeiten eine Hoch- und Herunterskalierung vorzunehmen.
  • Automatisierung: Patches und Sicherungen werden automatisch ausgeführt, sodass Sie wertvolle Wartungszeit einsparen können.
  • Verfügbarkeit: Die Kosten des Diensts umfassen sowohl Speicher als auch Hochverfügbarkeit, wobei eine Verfügbarkeit von 99,99 % garantiert wird.
  • Intelligent Insights: Verschaffen Sie sich mithilfe der integrierten Informationsanalyse einen Einblick in die Leistung Ihrer Datenbanken.
  • Versionslos: Azure SQL-Datenbank ist versionslos, was bedeutet, dass Sie stets die neueste Version nutzen und sich um Upgrades oder Ausfallzeiten keine Gedanken machen müssen. Außerdem sind Sie immer auf dem neuesten und besten Stand, da unsere neuesten stabilen Features zuerst in der Cloud veröffentlicht werden.
  • Niedriges Risiko für Datenbankanwendungen: Indem die Datenbankkompatibilität auf dem gleichen Grad wie bei den lokalen Datenbanken bleibt, werden bestehende Anwendungen vor Funktions- und Leistungsänderungen mit ggf. nachteiligen Auswirkungen geschützt. Eine Anwendung muss nur dann vollständig neu zertifiziert werden, wenn sie Funktionen verwenden muss, die durch eine neuere Datenbank-Kompatibilitätseinstellung vorgegeben sind. Weitere Informationen finden Sie unter Kompatibilitätszertifizierung.

Überlegungen

  • Kosten: Die Option „Verwaltete Instanz“ kann teurer als die Option „Einzeldatenbank“ sein.
  • Unterschiede bei Transact-SQL: Es gibt einige Transact-SQL-Unterschiede (T-SQL) zwischen einer Einzeldatenbank und einer lokalen Version von SQL Server.
  • Bereitstellung: Die Bereitstellung einer verwalteten Instanz kann mehr Zeit in Anspruch nehmen als bei einer Einzeldatenbank.
  • Eingeschränkte Features: Obwohl eine verwaltete Instanz die meisten Features von SQL Server bietet, gibt es weiterhin einige Features, die nicht unterstützt werden.
  • Größenbeschränkung: Die kombinierte Speichergröße für alle Datenbanken innerhalb einer verwalteten Instanz ist auf 8 TB begrenzt, im Gegensatz zu 524 PB bei lokalem SQL Server.
  • Netzwerk: Die Netzwerkanforderungen für eine verwaltete Instanz fügen Ihrer Infrastruktur eine zusätzliche Komplexitätsebene hinzu und erfordern entweder Azure ExpressRoute oder VPN Gateway.
  • Wartungszeit: Es gibt keine Garantie für die genaue Wartungszeit, obwohl diese nahezu transparent ist.

Ressourcen

Übersicht über Azure SQL Managed Instance
Wählen einer Azure SQL-Option
Azure SQL-Datenbank: Featurevergleich
Migrieren von SQL Server zu Azure SQL Managed Instance
Umfassende Beschreibung des Migrationsprozesses

Tools:

Nicht-SQL-Optionen

Für bestimmte Arten von Anwendungen können Sie auch eine nicht relationale oder NoSQL-Lösung in Betracht ziehen, wie z. B. Azure Cosmos DB oder Azure Table Storage.

Azure Cosmos DB

Erwägen Sie Azure Cosmos DB für moderne skalierbare Webanwendungen und mobile Anwendungen, die JSON-Daten verwenden und eine Kombination aus stabiler Abfrage- und Transaktionsdatenverarbeitung benötigen. Weitere Informationen finden Sie unter Cosmos DB. Informationen zum Importieren von Daten finden Sie unter Import data to Cosmos DB (Importieren von Daten in Cosmos DB).

Azure Cosmos DB bietet die folgenden Vorteile:

  • Ihre Dokumente werden indiziert, und Sie können die vertraute SQL-Syntax für Abfragen darauf verwenden.
  • Die Datenbank besitzt kein Schema.
  • Sie können Dokumenten Eigenschaften hinzufügen, ohne die Indizes neu erstellen zu müssen.
  • Sie erhalten JSON- und JavaScript-Unterstützung direkt innerhalb der Datenbank-Engine.
  • Sie erhalten systemeigene Unterstützung für räumliche Daten und Integration mit anderen Azure-Services, einschließlich Azure Search, HDInsight, und Data Factory.
  • Sie erhalten Speicherung mit geringer Latenz und hoher Leistung bei reservierten Durchsatzniveaus.

Azure Table Storage

Erwägen Sie Azure Table Storage, um teilweise strukturierte Daten in Petabyte-Größe in einer kostengünstigen Lösung zu speichern. Weitere Informationen finden Sie unter Tabellenspeicher.

Azure Table Storage bietet die folgenden Vorteile:

  • Sie können Ihre Apps und Ihr Tabellenschema weiterentwickeln, ohne die Daten offline nehmen zu müssen.
  • Sie können hochskalieren, ohne Ihr Dataset horizontal partitionieren zu müssen.
  • Sie erhalten geografisch redundanten Speicher, der Daten über mehrere Regionen repliziert.

Lebenszyklustermine

Die folgende Tabelle enthält ungefähre Angaben zu den Lebenszyklusterminen für SQL Server-Produkte. Mehr und genauere Informationen finden Sie auf der Seite Microsoft Lifecycle-Richtlinie.

Version Jahr der Veröffentlichung Jahr des Endes des grundlegenden Supports Jahr des Endes des erweiterten Supports
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

Wichtig

Wenn eine Diskrepanz zwischen dieser Tabelle und der Seite mit dem Microsoft-Lebenszyklus besteht, dann ersetzt der Microsoft-Lebenszyklus die Angaben in dieser Tabelle, da diese als Referenz für angedachte Termine gedacht ist.

Nächste Schritte

SQL Server 2019
SQL Server 2005-Supportende
Ende des Supports für SQL Server 2008
Übersicht über erweiterte Sicherheitsupdates (ESUs)
Kostenlose erweiterte Sicherheitsupdates bei Migration im Istzustand zu Azure
Übersicht über SQL Server-VMs
Übersicht über Azure SQL-Datenbank