Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Artikel wird die Azure-Datenbank für die Versionsrichtlinie von PostgreSQL beschrieben.
Hauptversion
Eine Hauptversion ist eine Veränderung der ersten Ziffer der Versionsnummer. Zum Beispiel ist PostgreSQL 16 auf PostgreSQL 17 ein Hauptversionsupgrade. Hauptversionen führen neue Features und Funktionen ein. Sie können Änderungen enthalten, die Anwendungscodeaktualisierungen erfordern. Azure Database for PostgreSQL unterstützt jede wichtige PostgreSQL-Version ab dem Datum, an dem Azure mit dem Anbieten von Support beginnt, bis die Version das Ende der Lebensdauer (Ende des Supports) erreicht, wie von der PostgreSQL-Community definiert. Ausführliche Informationen finden Sie in der Richtlinie zur Versionsverwaltung der PostgreSQL-Community.
Unterstützungsrichtlinie
Die folgende Tabelle enthält die Deaktivierungsdetails für PostgreSQL-Hauptversionen. Die Datumsangaben folgen der Versionsrichtlinie für die PostgreSQL-Community.
| PostgreSQL-Version | Neuerungen | Startdatum des Azure-Standardsupports | Enddatum des Azure-Standardsupports |
|---|---|---|---|
| PostgreSQL 18 | Veröffentlichungshinweise | 25. Sept. 2025 (Vorschau) | 14.11.2030 |
| PostgreSQL 17 | Veröffentlichungshinweise | 30-Sep-2024 | 8-Nov-2029 |
| PostgreSQL 16 | Veröffentlichungshinweise | 15-Oct-2023 | 9-Nov-2028 |
| PostgreSQL 15 | Veröffentlichungshinweise | 15-May-2023 | 11-Nov-2027 |
| PostgreSQL 14 | Veröffentlichungshinweise | 29-Jun-2022 | 12-Nov-2026 |
| PostgreSQL 13 | Veröffentlichungshinweise | 25-May-2021 | 31. März 2026 |
| PostgreSQL 12 | Veröffentlichungshinweise | 22-Sep-2020 | 31. März 2026 |
| PostgreSQL 11 | Veröffentlichungshinweise | 24-Jul-2019 | 31. März 2026 |
PostgreSQL 18 ist derzeit in der Vorschau auf Azure-Datenbank für PostgreSQL mit anfänglicher Verfügbarkeit in der Region Ostasien verfügbar.
Support für die Nebenversionen
Eine flexible Serverinstanz der Azure-Datenbank für PostgreSQL aktualisiert während der regelmäßigen Wartung automatisch Nebenversionen auf die von Azure bevorzugte PostgreSQL-Version.
Erweiterter Support
Um Ihnen zu helfen, sichere und konforme Arbeitslasten auch nach dem Ende der Community-Lebensdauer (Support-Ende) aufrechtzuerhalten, führt Azure Erweiterter Support für Azure-Datenbank für PostgreSQL ein.
Der erweiterte Support bietet Ihnen weiterhin Zugriff auf wichtige Sicherheitsupdates und technische Unterstützung. Mit erweitertem Support haben Sie Zeit, Ihre Upgradestrategie mit Vertrauen zu planen und zu implementieren.
Erweiterter Support bietet:
- Bis zu drei zusätzliche Jahre Support nach Ende des Standardsupports
- Sicherheitspatches und wichtige Fehlerbehebungen
- Technischer Support über Azure-Supportkanäle (gemäß Ihrem vorhandenen Plan)
Note
Der erweiterte Support umfasst keine neuen Featureversionen, Leistungsverbesserungen oder Unterstützung für Nebenversionsupgrades.
Warum erweiterter Support verwenden?
Erweiterter Support ist ideal für Kunden, die...
- Benötigen Sie mehr Zeit, um komplexe Workloads zu aktualisieren.
- Fordern Sie die Einhaltung und Sicherheitsvorkehrungen bei der Planung von Upgrades an.
- Verlassen Sie sich auf ununterbrochene technische Unterstützung für kritische Umgebungen.
Bewährte Methoden
- Behandeln Sie den erweiterten Support als temporäre Brücke, keine langfristige Lösung.
- Beginnen Sie die Upgradeplanung lange vor dem Ende der Lebensdauer (Support-Ende).
- Erwägen Sie das Upgrade auf neuere Versionen wie PostgreSQL 15 oder 16, um die Leistung und Unterstützung zu verbessern.
Berechtigte PostgreSQL-Versionen
| PostgreSQL-Version | Startdatum des Azure-Standardsupports | Gemeinschaftlicher Renteneintrittstermin | Enddatum des Azure-Standardsupports | Startdatum des kostenpflichtigen erweiterten Supports | Enddatum des kostenpflichtigen erweiterten Supports |
|---|---|---|---|---|---|
| 11 | 24. Juli 2019 | 9. November 2023 | 31. März 2026 | 1. April 2026 | 8. November 2026 |
| 12 | 22. September 2020 | 14. November 2024 | 31. März 2026 | 1. April 2026 | 13. November 2027 |
| 13 | 25. Mai 2021 | 13. November 2025 | 31. März 2026 | 1. April 2026 | 12. November 2028 |
| 14 | 29. Juni 2022 | 12. November 2026 | 11. Dezember 2026 | 12. Dezember 2026 | 11. November 2029 |
Registrierung und Preis
- Automatische Registrierung: PostgreSQL-Server, auf denen nicht unterstützte Versionen ausgeführt werden, werden am 1. März 2026 automatisch im erweiterten Support registriert.
- Opt-Out Option: Sie können sich jederzeit abmelden, indem Sie ein Upgrade auf eine unterstützte Version durchführen.
- Schonfrist: Es gilt eine einmonatige Schonfrist. Die Abrechnung beginnt am 1. April 2026.
- Preise: Details werden auf dieser Seite veröffentlicht, bevor die Abrechnung beginnt.
Häufig gestellte Fragen (FAQs)
F: Was geschieht, wenn ich ohne erweiterten Support weiterlaufen möchte? Kann ich mein Abonnement kündigen?
A: Nein.
F: Was geschieht, wenn ich nach Ablauf des Supports der Community weiterhin eine nicht unterstützte PostgreSQL-Version auf Azure ausführt?
A: Ihr Server wird automatisch einen Monat nach Ablauf des Supportdatums der Community (oder am 1. März 2026 für die Versionen 11, 12 und 13) automatisch für den erweiterten Support registriert.
F: Kann ich meine PostgreSQL-Instanz ohne erweiterten Support weiterhin verwenden?
A: Ja, aber nach ablauf der Nachfrist werden Sie automatisch für kostenpflichtigen erweiterten Support registriert, es sei denn, Sie aktualisieren auf eine unterstützte Version. Während der Karenzzeit gehen Sie von einem vollständigen betriebstechnischen Risiko aus, und der Microsoft-Support kann keine Problemlösung garantieren.
F: Können meine Anwendungen während eines Hauptversionsupgrades unterbrochen werden?
A. Wichtige Versionsupgrades von PostgreSQL können Änderungen einführen, die sich auf Ihre Anwendung auswirken können, z. B. veraltete Konfigurationsparameter, inkompatible Erweiterungen oder SQL-Verhaltensunterschiede. Es wird empfohlen, Upgrades in einer Nicht-Produktionsumgebung zu überprüfen, bevor sie in der Produktion angewendet werden. Weitere Details zu den wichtigsten Überlegungen und Einschränkungen finden Sie in der Dokumentation zu Hauptversionsupgrades.
Note
Azure Database for PostgreSQL unterstützt direkte Hauptversionsupgrades nur auf derzeit unterstützte PostgreSQL-Versionen. Sie können beispielsweise die aktuelle Version aktualisieren, wenn die Zielversion zum Zeitpunkt des Upgrades offiziell von Azure unterstützt wird. Nicht unterstützte Versionen können nicht als Upgradeziele ausgewählt werden, und der Versuch, auf eine veraltete Version zu aktualisieren, kann zu Fehlern oder Dienstunterbrechungen führen. Lesen Sie immer die Azure PostgreSQL-Versionsverwaltungsrichtlinie und aktualisieren Sie die Dokumentation , bevor Sie ein Upgrade der Hauptversion initiieren.
F: Wie kann ich feststellen, ob sich mein Server im erweiterten Support befindet?
A: Das Azure-Portal und die CLI zeigen eindeutig an, ob ein Server im erweiterten Support registriert ist.
F: Muss ich Serverparameter nach Upgrades der Hauptversion aktualisieren?
A: Es ist keine manuelle Änderung erforderlich. Der Upgradeworkflow aktualisiert automatisch die Parameter für die neue PostgreSQL-Version.
F: Werden PostgreSQL-Erweiterungen während eines Hauptversionsupgrades automatisch aktualisiert?
A: Nein. Während Azure das Datenbankmodul aktualisiert, erfordern Nichtkernerweiterungen (z. B. pgvector, Timescaledb) manuelle Updates. Verwenden Sie ALTER EXTENSION ... UPDATE oder erstellen Sie die nicht unterstützten Erweiterungen nach dem Upgrade neu.
F: Wie kann ich ausfallzeiten während eines wichtigen Upgrades reduzieren?
A: So minimieren Sie Ausfallzeiten:
- Planen Sie Upgrades während der Stunden mit geringem Datenverkehr.
- Identifizieren und beheben Sie alle Upgradeblocker (z. B. Erweiterungen, Rollen, Replikationsplätze) vor dem Upgrade.
- Anhalten von Hintergrundaufträgen und langen Sitzungen.
- Die Berechnung wird vorübergehend skaliert, um pg_upgrade zu beschleunigen.
- Bereinigen Sie bei Bedarf Bloat mit VAKUUM oder REINDEX.
- Führen Sie ANALYSIEREN nach dem Upgrade aus, um die Leistung wiederherzustellen.
F: Wo kann ich nachverfolgen, welche meiner Server am Ende des Supports stehen?
A: Azure bietet Transparenz über das Portal.
F: Welche Supportoptionen sind während der erweiterten Supportphase verfügbar?
A: Server im erweiterten Support können Supportfälle nur für sicherheitsbezogene Probleme auslösen. Featureanforderungen, Leistungsoptimierung und allgemeine Fehlerbehebungen werden für das Ende der Supportversionen nicht unterstützt. Verbesserungen an vorhandenen Features für nicht mehr unterstützte Versionen werden nicht übertragen.
F: Wie wird der Zeitraum zwischen dem 13. November 2025 und dem 1. März 2026 für PostgreSQL Version 13 behandelt? Wird die Unterstützung in dieser Zeit fortgesetzt? Wie unterscheidet es sich von der Periode vor dem 13. November 2025?
A: Gemäß der Richtlinie zur Versionsverwaltung der PostgreSQL-Community wird jede Hauptversion bis zum Ausscheiden durch die Community unterstützt. Kostenloser erweiterter Support von Azure wird bis zum 31. März 2026 bereitgestellt. Kunden wird ab 1. April der erweiterte Support in Rechnung gestellt. Um die kontinuierliche Unterstützung und den Zugriff auf neue Features sicherzustellen, führen Sie ein Upgrade auf neuere Versionen durch.
Nicht unterstützte, eingestellte PostgreSQL-Engine-Versionen in Azure Database for PostgreSQL
Sie können weiterhin die eingestellte Version in Azure Database für flexible Serverinstanzen von PostgreSQL verwenden. Nach dem Deaktivierungsdatum für jede PostgreSQL-Datenbankversion gelten jedoch die folgenden Einschränkungen:
Wenn die Community eine PostgreSQL-Version eingestellt hat, beendet Azure Database for PostgreSQL das Anwenden von Bug- oder Sicherheitspatches auf das Datenbankmodul. Diese Änderung kann Ihren Server Sicherheitsrisiken oder anderen Problemen aussetzen. Azure verwaltet und patcht jedoch weiterhin die zugrunde liegenden Host-, Betriebssystem-, Container- und zugehörigen Dienstkomponenten.
Wenn sie ein Supportproblem haben, das sich auf das PostgreSQL-Modul selbst bezieht, können wir möglicherweise keinen Support bereitstellen, da die Community die Patches nicht mehr bereitstellt. In solchen Fällen müssen Sie die Datenbank auf eine der unterstützten Versionen aktualisieren.
Sie können keine neuen Server erstellen, indem Sie eine PostgreSQL-Version verwenden, die eingestellt ist. Sie können jedoch Zeitpunktwiederherstellungen durchführen und Lesereplikate für Ihre vorhandenen Server erstellen.
Neue Dienstfunktionen, die von Azure Database für PostgreSQL-Server entwickelt wurden, sind möglicherweise nur für unterstützte Datenbankserverversionen verfügbar.
Uptime SLAs gelten ausschließlich für Azure Database for PostgreSQL flexible Serverinstanz-dienstbezogene Probleme und gelten nicht für Ausfallzeiten, die durch Datenbankmodul-bezogene Fehler verursacht werden.
In seltenen Fällen, in denen eine kritische Sicherheitsanfälligkeit in einer eingestellten PostgreSQL-Version eine Bedrohung für den Dienst darstellt, kann Azure betroffene Server stoppen, um die Plattform zu schützen. In solchen Fällen werden Sie benachrichtigt, den Server zu aktualisieren, bevor Sie den Server online schalten.
Neue Erweiterungen, die für Instanzen von Azure Database for PostgreSQL – Flexibler Server eingeführt wurden, werden von PostgreSQL-Versionen, die von der Community eingestellt wurden, nicht unterstützt.
PostgreSQL-Versionssyntax
Vor PostgreSQL-Version 10 definierte die PostgreSQL-Versionierungsrichtlinie ein Upgrade der Hauptversion durch eine Erhöhung der ersten oder zweiten Zahl. Beispielsweise wurde 9.5 auf 9.6 als Hauptversionsupgrade betrachtet. Ab Version 10 gilt nur eine Änderung der ersten Ziffer als Hauptversionsupgrade. Beispielsweise ist 10.0 auf 10.1 ein Kleineres Releaseupgrade. Version 10 bis 11 ist ein Hauptversionsupgrade.