Backup konzept:
- Mindestens 1x pro Tag (nachts bei wenig Last) pg_base_backup
- base backups + alle Wal-files der letzten 2 backups auf archive-server speichern + Auf Band spielen
- Täglich normales dump (data+scheme) für support zwecke - restauriert automatisch auf labor-rechnern
Das management der backups machen wir mit bacula
Wir überlengen 2 konzepte:
Konzept 1) Replikation via postgres-synchron normal / asynchron (nur temporär, e.g. wartungsfenster)
Wir haben 2 life-server ein Master und and standby (haben jeweils eigene ssd-disks)
Überwachung und umschaltung der Server via RGManager oder pacemaker (noch nicht entschieden)
Konzept 2) Disk-content replication
Eine Alternative ist auch noch untersucht: keine verwendung von postgres-replikation, sondern
“synchrone DISK” replikation: DRBD
… is a software-based, shared-nothing, replicated storage solution mirroring the content of block devices (hard disks, partitions, logical volumes etc.) between hosts.
(ich persönlich habe meine Bedenken bei DISK-replikation, obwohl synchron disk-local und disk-remote geschrieben werden,
könnte es bei Ausfällen zu “halb-übertragenen” Dateien kommen - ob das die Daten für postgres dann kapput machen kann…?)