Versions-Upgrades für Snowflake Postgres¶
Postgres verwendet ein X.Y-Versionierungsschema, wobei X die Hauptversion und Y die Nebenversion innerhalb dieser Hauptversion ist.
Postgres-Hauptversions-Upgrades¶
Mit Snowflake Postgres können Sie die Upgrades Ihrer Hauptversion über eine Instanz-Ändern-Aktion planen, die die Wartung des Failovers erfordert.
Um ein Upgrade der Hauptversion zu initiieren, müssen Sie eine Rolle verwenden, der die Berechtigung OWNERSHIP oder OPERATE für die Instanz zugewiesen wurde.
Bemerkung
Sie können nur auf eine neuere Hauptversion aktualisieren. Sie können kein Downgrade auf eine frühere Hauptversion durchführen.
Sie können ein Upgrade der Hauptversion mit einer Größenänderung der Instanz kombinieren, indem Sie eine neue Instanzgröße, Speichergröße oder beides zusammen mit der neuen Versionsnummer auswählen.
Tipp
Da Upgrade-Wartungsfailovers länger dauern können als andere Instanz-Ändern-Wartungsfailovers (siehe unten) und Sie eine Instanz nicht auf eine frühere Hauptversion zurücksetzen können, empfiehlt Snowflake dringend, dass Sie Upgrades von Hauptversionen vollständig mit einer Fork Ihrer Instanz testen, bevor Sie mit Upgrades der Hauptversion der aktiven Produktionsinstanzen fortfahren.
Wählen Sie im Navigationsmenü die Option Postgres aus.
Wählen Sie Ihre Snowflake Postgres-Instanz aus.
Wählen Sie im Menü Manage oben rechts die Option Modify aus.
Wenn eine neuere Version verfügbar ist, können Sie diese aus dem Dropdown-Menü für die Postgres-Version auswählen.
Wählen Sie die Schaltfläche Save aus, um die Änderungen zu bestätigen.
Sie können ein Upgrade der Hauptversion mit dem Befehl ALTER POSTGRES INSTANCE initiieren, indem Sie den Parameter POSTGRES_VERSION auf die gewünschte Version festlegen.
Dadurch wird eine Instanz mit dem Namen my_instance auf Postgres 18 aktualisiert:
Damit das Upgrade fortgesetzt wird, sobald die Upgrade-Ersatzinstanz bereit ist, unabhängig von dem aktuell eingestellten Wartungsfenster:
Dadurch wird sowohl die Instanz auf Postgres 18 aktualisiert als auch ihre Speichergröße in 100GB geändert:
Angenommen, das heutige Datum ist der 18. März 2026 und Sie möchten, dass das Failover der Upgrade-Wartung morgen um 22:00 Uhr ausgeführt wird:
Bemerkung
Wenn Sie kein Wartungsfenster festgelegt und keine Laufzeit mit APPLY ON '<timestamp>' beim Erstellen der Upgrade-Aktion über SQL angegeben haben, wird das Failover der Upgrade-Wartung fortgesetzt, sobald die neue Instanz befüllt und bereit ist, genau wie bei der Verwendung von APPLY IMMEDIATELY beim Erstellen der Upgrade-Aktion über SQL.
Bei der Verwendung von APPLY ON '<timestamp>, um das Upgrade-Wartungs-Failover für einen bestimmten Zeitpunkt in der Zukunft zu planen, darf dieser Zeitpunkt höchstens drei Tage vom aktuellen Zeitpunkt entfernt liegen.
Funktionsweise von Upgrades der Hauptversion¶
Postgres-Hauptversions-Upgrades funktionieren anders als andere Vorgänge der Instanzverwaltung. Sobald Sie den Prozess gestartet haben, führt Snowflake Postgres die folgenden Schritte aus:
Wie bei anderen Ändern-Aktionen wird ein verborgenes Replikat für das Upgrade bereitgestellt.
Wenn die geplante Wartungszeit erreicht ist:
Die aktuelle Primärinstanz ist gesperrt, um Schreibvorgänge zu verhindern.
Das Upgrade des verborgenen Replikats erfolgt mit pg_upgrade. Die Dauer hängt von der Anzahl der Objekte in Ihrer Datenbank ab, nicht von der Datengröße.
Sobald das Upgrade abgeschlossen ist, führen Sie das Failover zur neu aktualisierten Instanz aus.
Wichtige Hinweise:
Änderungen der Hauptversion können sich auf die Anwendungskompatibilität auswirken. Wir empfehlen, Ihre Anwendung für die neue PostgreSQL-Version zu testen, bevor Sie ein Upgrade durchführen.
Bei Leserreplikaten können die Hauptversionen nicht getrennt von den primären Instanzen aktualisiert werden. Stattdessen werden sie automatisch aktualisiert, wenn ein Hauptversions-Upgrade auf der zugehörigen Primärversion durchgeführt wird, aber nur, wenn die Primärversion aktualisiert wurde und ein neues Backup erstellt wird. Bis dahin bleiben die Replikate verfügbar, allerdings in einem veralteten Zustand.
HA-Instanzen (falls vorhanden) werden ebenfalls automatisch aktualisiert, nachdem ihre Primärversion aktualisiert und ein neues Backup erstellt wurde. Bis zu diesem Zeitpunkt hat die Primärversion keine gültige HA-Instanz.
Die Dienstunterbrechung durch das Wartungs-Failover wird länger sein als die, die für andere Ändern-Aktionen erforderlich ist. Sie sollte aber in der Regel nicht länger als einige Minuten dauern.
Wenn ein Upgrade fehlschlägt, wird Ihre Instanz automatisch auf die ursprüngliche Instanz zurückgesetzt.
Postgres-Nebenversions-Upgrades¶
Snowflake wird Ihre Datenbank im Laufe der Zeit automatisch mit neuen Nebenversionen von Postgres aktualisieren.
Mit jedem Postgres-Release untersuchen wir alle sicherheitsrelevanten Probleme und Fehler. Bei allen als kritisch eingestuften Daten werden wir Ihrem Upgrade Vorrang geben, um sicherzustellen, dass Ihre Daten sicher sind. Wenn ein Notfallupdate erforderlich ist, werden wir dieses Update während Ihres Wartungsfensters durchführen.
Für nicht kritische Korrekturen aktualisieren wir schrittweise Datenbanken durch einen der folgenden Schritte:
Aktualisieren Ihrer Instanz bei Instanzverwaltungsoperationen, die einen Austausch der Instanz erfordern, wie z. B. Ressourcenänderungen
Aktualisieren Ihrer Hochverfügbarkeits-Bereitstellung nach einem HAFailover Wenn ein HA-Failover erfolgt, erhält die neu erstellte HA-Instanz das neueste Punkt-Release.
Eine Instanz Aktualisieren stellt auch sicher, dass Ihre Instanz und die HA-Instanz (falls vorhanden) auf die neueste verfügbare Nebenversion aktualisiert werden.