Sicherung und Notfallwiederherstellung für PostgreSQL auf einer Sicherungs-/Wiederherstellungs-Appliance

Achtung: Ab dem 31. Juli 2027 wird die Unterstützung für das Sichern von PostgreSQL-Datenbanken über die Appliance-Verwaltungskonsole eingestellt. Weitere Informationen zu dieser Einstellung und zu alternativen Sicherungslösungen finden Sie unter Von Legacy-Datenbanksicherungen migrieren.

PostgreSQL ist ein leistungsstarkes, objektrelationales Open-Source-Datenbanksystem, das die SQL-Sprache verwendet und erweitert. Es bietet viele Funktionen, mit denen die kompliziertesten Datenarbeitslasten sicher gespeichert und skaliert werden können.

PostgreSQL-Sicherungs-API, die von Backup und DR verwendet wird

  • Sicherungen auf Volume-Ebene (Linux-Change-Block-Tracking und LVM-Snapshot): Backup und DR verwendet die PostgreSQL-Befehle pg_start_backup(label) und pg_stop_backup(), wenn Sicherungen mit Linux-Change-Block-Tracking und LVM-Snapshot durchgeführt werden.

  • Vollständige und inkrementelle (dateibasierte herkömmliche) Sicherungen: Backup und DR verwendet die dateibasierten Sicherungsbefehle von PostgreSQL pg_dump. Der Befehl pg_dump bietet keine Option zum Erfassen inkrementeller Änderungen einer Datenbank. Daher ist jede Sicherung ein vollständiger Datenbank-Dump.

    Bei der Wiederherstellung der Datenbank wird der Datenbereich physisch überschrieben.

  • PostgreSQL-Logsicherung: Während einer Logsicherung kopiert Backup und DR alle PostgreSQL-WALs (WriteAheadLog) physisch. Zum Löschen von Logs verwendet Backup und DR einen Befehl auf Betriebssystemebene.

So funktioniert es: Volume-basierte Sicherung mit Linux CBT für Backup und DR

In der Bitmap werden nur geänderte Blöcke erfasst: keine Copy-on-Writes, keine E/A-intensiven Vorgänge.

In den folgenden Schritten wird der Prozess für die Datensicherung und -wiederherstellung beschrieben:

  1. Der Backup und DR-Agent verfügt über CBT, um geänderte Blöcke im Datenbankdatenbereich zu verfolgen.

  2. Der Agent ruft die Datenbank-API auf, um die Datenbank für die Datensicherung einzufrieren oder zu pausieren.

  3. Der Agent erstellt einen LVM-Snapshot des Datenbankdatenbereichs und synthetisiert eine Bitmap.

  4. Der KI-Agent ruft die Datenbank-API auf, um die Datenbank wieder freizugeben.

  5. Der Agent kopiert geänderte Blöcke auf die Sicherungs-/Wiederherstellungs-Appliance, die dann den Snapshot löscht und die Sicherung katalogisiert.

  6. Die Appliance erstellt einen internen Snapshot und synthetisiert eine virtuelle Vollsicherung zu einem bestimmten Zeitpunkt.

  7. Zur Datenwiederherstellung stellt Backup und DR sofort ein wiederbeschreibbares Staging-Laufwerk bereit und schaltet die Datenbank online.

Der Befehl zum Sperren oder Entsperren wird auf der primären Instanz für einen Snapshot-Job auf Volume-Ebene ausgeführt:

select pg_start_backup(<label>);
select pg_stop_backup();

Die Befehle zum Sperren und Entsperren werden auf einem Stand-by-Knoten für einen Snapshot-Job auf Volume-Ebene ausgeführt:

Wenn die PostgreSQL-Version 10.x oder höher ist:

select pg_wal_replay_pause();
select pg_wal_replay_resume();

Wenn die PostgreSQL-Version 9.x ist:

select pg_xlog_replay_pause();
select pg_xlog_replay_resume();

So funktioniert die dateibasierte Sicherung

In den folgenden Schritten wird beschrieben, wie Sie eine Datensicherung und -wiederherstellung mit dateibasierten Sicherungen durchführen:

  1. Der Backup- und DR-Agent wird auf dem Datenbankserver bereitgestellt.

  2. Staging-Laufwerk auf dem Datenbankserver bereitstellen.

  3. Rufen Sie die Vollsicherung mit dem Befehl „dump backup“ auf und schreiben Sie die Sicherung auf das bereitgestellte Laufwerk.

  4. Backup und DR erstellt einen internen Snapshot. Protokollsicherungen werden auf ähnliche Weise direkt aus dem Dateisystem nach einem von Ihnen konfigurierten Zeitplan erstellt.

  5. Zur Datenwiederherstellung stellt Backup und DR das Staging-Laufwerk sofort auf dem Datenbankserver bereit und startet den Datenbankwiederherstellungsvorgang. Logs können nach der Wiederherstellung der Datenbank zu einem beliebigen Zeitpunkt abgespielt werden.

Nächste Schritte

Datenbank für Backup und DR vorbereiten

Weitere Dokumentation zu Backup und DR für PostgreSQL