Ich habe eine Anwendung in der Produktion, die PostgreSQL 12 nutzt, und muss auf Version 15 aktualisieren. Ich habe mich über pg_dump informiert, bin mir aber nicht sicher, ob das die beste Option für eine Datenbank von knapp 50GB ist. Hat das schon jemand ohne Downtime gemacht?
Kann deine Anwendung eine Weile ohne Schreibvorgänge in die Datenbank auskommen, oder brauchst du absolut null Ausfallzeit? Wenn du die Schreibvorgänge auch nur 5-10 Minuten unterbrechen kannst, ist pg_upgrade deine beste Freundin, weil sie die Dateien auf der gleichen Festplatte konvertiert, ohne etwas zu exportieren - mit 50GB sparst du dir also Stunden.
Wenn du aber Ausfallzeit komplett vermeiden musst, gibt es einen Trick, den nur wenige erwähnen: Du kannst logische Replikation (logical replication) nutzen, um die alte Datenbank mit der neuen parallel zu synchronisieren, während sie weiterläuft, und dann switchest du, wenn alles aktuell ist - das ist etwas komplizierter einzurichten, aber es ist gold, wenn du den Service nicht stoppen kannst.
Aber vorher testest du das auf jeden Fall in einer Staging-Umgebung, auch nur mit einem Dump von ein paar GB, um zu sehen, wie lange es bei deinem speziellen Setup dauert.
Mach keinen einfachen pg_dump und restore in einer leeren Datenbank, wenn du nicht stundenlang Ausfallzeit haben willst - benutz stattdessen pg_upgrade, das auf dem gleichen Server läuft ohne Export/Import, oder wenn du zu einem anderen Server migrieren willst, nutz logische Replikation, um die App am Laufen zu halten während die Synchronisierung läuft.
Mit 50GB sparst du dir eine Menge Zeit und Stress, wenn du es auf die Weise machst.
Hast du bereits überprüft, ob deine Version 12 direkt mit 15 kompatibel ist, oder musst du über Zwischenversionen gehen?
Was niemand erwähnt, ist, dass du neben pg_upgrade auch ein vollständiges Backup vor allem anderen machen solltest, denn obwohl pg_upgrade ziemlich zuverlässig ist, gibt dir dieses Backup ein beruhigendes Gefühl - besonders bei 50GB.
Falls du auf jeden Fall Ausfallzeiten vermeiden musst, gibt es logische Replikation (logical replication), wo du eine sekundäre Instanz mit Version 15 konfigurierst, sie parallel synchronisierst und dann das Failover machst, wenn es bereit ist, aber das ist komplizierter. Die meisten Leute, die ich kenne, entscheiden sich am Ende für pg_upgrade mit einem kurzen Wartungsfenster, weil es für ein solches Datenvolumen am praktischsten und schnellsten ist.
Mit 50GB musst du vorsichtig sein, aber pg_upgrade ist tatsächlich die richtige Option, wenn du eine Ausfallzeit von 5 - 10 Minuten verkraften kannst.
Was die meisten nicht erwähnen: PostgreSQL 12 zu 15 ist ein Sprung, den pg_upgrade ohne Probleme in einem einzigen Durchgang schafft, also brauchst du keine Zwischenversionen. Mein Rat: Mach vor allem anderen ein komplettes Backup mit pg_basebackup oder pg_dump parallel (nutze pg_dump mit der Option -j zum Parallelisieren, spart erheblich Zeit), und dann führe pg_upgrade auf deinem Produktionsserver während eines Wartungsfensters aus.
Aber danach musst du ANALYZE auf den großen Tabellen ausführen, weil sich einige interne Statistiken ändern und du hättest sonst möglicherweise langsame Abfragen.
Schau, wenn du 10-15 Minuten Ausfallzeit verkraften kannst, ist pg_upgrade definitiv dein Weg, weil die Migration auf demselben Server stattfindet, ohne die ganzen Daten zu exportieren und zu importieren (mit 50GB sparst du dir damit eine Menge Zeit).
Was hier niemand erwähnt hat, ist, dass du vorher auf jeden Fall checken musst, ob installierte Erweiterungen zwischen den Versionen kompatibel sind, weil das den ganzen Prozess im letzten Moment lahmlegen kann und dir unangenehme Überraschungen beschert, wenn du schon bei der Konvertierung bist.
Meine Empfehlung: Mach auf jeden Fall ein vollständiges Backup mit pg_basebackup (sicherheitshalber), teste alles erst auf einem Staging-Server, und dann kannst du dich mit pg_upgrade in der Produktion reinwerfen.
PostgreSQL 12 auf 15 funktioniert direkt ohne Zwischenversionen, also ist pg_upgrade dein Weg. Worauf es hier ankommt: Vor dem Ausführen von pg_upgrade brauchst du ein komplettes Backup mit pg_dump oder ein physisches Backup - nicht für die Migration selbst, sondern als Sicherheitsnetz. Viele leute überspringen diesen Schritt, weil sie darauf vertrauen, dass pg_upgrade funktioniert, aber wenn mit 50GB Daten etwas schiefgeht, willst du nicht beten müssen.
Der Prozess ist ziemlich unkompliziert: Du installierst PostgreSQL 15 auf demselben Server (oder auf einem parallelen, wenn du das bevorzugst), unterbrichst Schreibvorgänge in die DB, führst pg_upgrade mit dem Flag `-k` aus, um die alten Dateien als Backup zu behalten, und lässt es laufen. Bei 50GB dauert es vielleicht 5 - 15 Minuten, je nach Hardware, aber danach hast du alles im In-Place-Verfahren konvertiert, ohne etwas zu exportieren oder zu importieren. Sobald du bestätigst, dass alles funktioniert, löschst du erst dann die alten Dateien der Version 12.
Was wichtig ist und nicht oft erwähnt wird: Überprüfe deine Erweiterungen und benutzerdefinierten Konfigurationen. Wenn du Erweiterungen installiert hast, kann pg_upgrade Probleme haben - diese müssen in PostgreSQL 15 auch vorhanden sein. Vor allem anderen führe `SELECT extname FROM pg_extension;` in deiner aktuellen DB aus und bestätige, dass alle diese Erweiterungen Version 15 unterstützen. Da scheitert es meist, nicht bei der Datenmigration selbst.
Anmeldenzum Beantworten.
