Optionen für SQL Server bei Ende des Supports

  • Artikel

Gilt für: SQL Server 2012 (11.x)

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 in folgenden Artikeln:

Diagramm mit Optionen für das Ende des Supports.

In diesem Artikel werden die Vorteile und Aspekte jedes Ansatzes beschrieben, mit zusätzlichen Ressourcen, die Sie bei der Entscheidungsfindung unterstützen.

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. Mit dieser Option 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 ein Upgrade von einer älteren Version von SQL Server 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: Wenn 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 Features verwenden muss, die durch eine neuere Datenbankkompatibilitätseinstellung begrenzt 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 einer nicht unterstützten Version von Windows Server arbeiten, müssen Sie auch Ihr Betriebssystem aktualisieren, da die neueren Versionen von SQL Server unter 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 auf 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

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.

Weitere Informationen zu den neuen Features in SQL Server 2022 (16.x) finden Sie unter SQL Server 2022 im Vergleich.

Verwaltete Azure 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: Entspricht weitgehend den Features einer lokalen Instanz von SQL Server, z. B. bei datenbankübergreifenden Abfragen, Veröffentlichen und Verteilen 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. Das bedeutet, dass Sie stets die neueste Version nutzen und sich keine Gedanken um Upgrades oder Downtime 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: Wenn 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 Features verwenden muss, die in einer neueren Datenbankkompatibilitätseinstellung verfügbar sind. Weitere Informationen finden Sie unter Kompatibilitätszertifizierung.

Überlegungen

  • Kosten: Die Option „Verwaltete Instanz“ kann teurer als die Option „Einzeldatenbank“ sein.
  • Transact-SQL-Unterschiede: Es gibt einige Transact-SQL-Unterschiede (T-SQL) zwischen einer Einzeldatenbank und einer lokalen Version von SQL Server.
  • Bereitstellung: Das Bereitstellen 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 lokalen SQL Server-Instanzen.
  • 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

Tools:

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 2012 (11.x) 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 Korrektur dafür bereit.
  • Eingeschränkter Support: Erweiterte Sicherheitsupdates bieten keine neuen Funktionen, funktionellen Verbesserungen oder von Kunden gewünschte Korrekturen. Sicherheitsfehlerbehebungen sind auf diejenigen beschränkt, die vom Microsoft Security Response Center (MSRC) als „Kritisch“ eingestuft werden.

Ressourcen

SQL Server auf Azure-VMs

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 Sicherheits-Updates: Wenn Sie sich dafür entscheiden, Ihren SQL Server im Ist-Zustand zu belassen und SQL Server 2012 (11.x) zu verwenden, können Sie drei Jahre lang nach dem Ende des Supports kostenlose erweiterte Sicherheits-Updates erhalten, auch wenn Sie keine Software Assurance haben.

  • 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 können von den Vorteilen einer gehosteten Umgebung profitieren, wie z. B. der Auslagerung von Hardware und der Wartung von Software.

  • Automatisierung: Wenn Sie Windows Server 2008 R2 und höhere Versionen 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 von der integrierten Verfügbarkeit virtueller Computer der Azure-Infrastruktur mit einer Verfügbarkeit von bis zu 99,99 % und den SQL Server-Hochverfügbarkeitsoptionen wie Failover-Cluster-Instanzen und Always On-Verfügbarkeitsgruppen.

  • Niedriges Risiko für Datenbankanwendungen: Wenn die Datenbankkompatibilität auf dem gleichen Grad wie bei Vorgängerdatenbanken 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 Features verwenden muss, die durch eine neuere Datenbankkompatibilitätseinstellung begrenzt 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.
  • Auf Skalierbarkeit bezogene Downtime: Während der Änderung von CPU- und Speicherressourcen tritt eine Downtime 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

Azure SQL-Datenbank

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 Wartungskosten ausgelagert werden und die Nutzung sekunden- oder stundenweise abgerechnet werden kann.
  • Flexibilität: Eine Einzeldatenbank eignet sich 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 Features von SQL Server-Datenbank-Engines sind verfügbar, jedoch nicht so viele wie für Azure 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 und so zusätzliche Kosteneinsparungen erzielen.
  • 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. Das bedeutet, dass Sie stets die neueste Version nutzen und sich keine Gedanken um Upgrades oder Downtime 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: Wenn 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 Features verwenden muss, die durch eine neuere Datenbankkompatibilitätseinstellung begrenzt sind. Weitere Informationen finden Sie unter Kompatibilitätszertifizierung.

Überlegungen

  • Eingeschränkte Migrationsoptionen: Sie können immer nur eine Einzeldatenbank auf einmal migrieren, jedoch keine ganzen Instanzen.
  • Eingeschränkte Features: Obwohl die am häufigsten verwendeten Azure SQL-Datenbankfeatures verfügbar sind, sind die Features für eine Einzeldatenbank nicht so umfangreich wie für Azure SQL Managed Instance oder SQL Server.
  • Transact-SQL-Unterschiede: 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

Tools:

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

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