Πώς κάνετε backup και επανάκτηση σε PostgreSQL;

Question

Accepted Answer

Το PostgreSQL προσφέρει διάφορες μεθόδους **backup** — λογικά backups (`pg_dump`) και φυσικά backups (base backup + WAL για **point-in-time recovery**). Μια σταθερή στρατηγική backup-και-επανάκτησης είναι απαραίτητη για προστασία από απώλεια δεδομένων, και κρίσιμα, **τα backups πρέπει να δοκιμαστούν**.

## Λογικά backups — pg_dump

```bash
# pg_dump — dumps a database as SQL (or a custom archive) — portable, flexible
pg_dump -U user -d mydb -F c -f backup.dump      # custom format (compressed, flexible restore)
pg_dump -U user -d mydb > backup.sql              # plain SQL
pg_dumpall > all.sql                              # ALL databases + roles

# restore
pg_restore -U user -d mydb backup.dump            # from custom format
psql -U user -d mydb -f backup.sql                # from plain SQL
```

Το `pg_dump` δημιουργεί ένα λογικό backup (SQL ή αρχείο) μιας βάσης δεδομένων — φορητό (δυνατή επαναφορά σε διαφορετικές εκδόσεις/servers), καλό για μικρότερες βάσεις δεδομένων, μεταφορές και επιλεκτικά backups. Αλλά είναι μια στιγμιαία φωτογραφία σε συγκεκριμένη χρονική στιγμή (χωρίς συνεχή ανάκτηση).

## Φυσικά backups + Point-in-Time Recovery (PITR)

```text
For larger/critical databases: a BASE BACKUP (a copy of the data files) + continuous
archiving of the WAL (write-ahead log) → enables POINT-IN-TIME RECOVERY:
  ✓ Restore the base backup, then REPLAY WAL up to ANY point in time
  ✓ Recover to JUST BEFORE a disaster (e.g. an accidental DROP TABLE at 2:47pm)
→ Tools: pg_basebackup, WAL archiving, and tools like pgBackRest / Barman automate this.
```

Το **PITR** είναι ισχυρό: αρχειοθετώντας συνεχώς WAL, μπορείτε να ανακτήσετε σε οποιαδήποτε στιγμή — όχι μόνο το τελευταίο backup — κάτι που είναι απαραίτητο για ελαχιστοποίηση της απώλειας δεδομένων από καταστροφές.

## Απαραίτητα στοιχεία στρατηγικής backup

```text
✓ Regular, AUTOMATED backups (scheduled, not manual/forgotten)
✓ Store backups OFF the database server (and offsite / cloud) — survive hardware failure
✓ Retention policy (keep daily/weekly/monthly as needed)
✓ Combine: periodic base backups + continuous WAL for PITR (critical data)
✓ Backups from a REPLICA to avoid loading the primary
```

## Ο πιο σημαντικός κανόνας: ΔΟΚΙΜΑΣΤΕ τα backups σας

```text
⚠️ A backup you've never restored is NOT a reliable backup.
UNTESTED backups fail when you need them most (corrupt, incomplete, wrong process).
→ Regularly TEST restores to verify they actually work and you know the procedure.
```

## Γιατί έχει σημασία

Το backup και η ανάκτηση είναι **κρίσιμη** γνώση για τη λειτουργία του PostgreSQL με υπευθυνότητα — η προστασία από απώλεια δεδομένων (από αποτυχία υλικού, φθορά, τυχαία διαγραφή, καταστροφές) είναι μία από τις πιο σημαντικές ευθύνες για οποιαδήποτε παραγωγική βάση δεδομένων, γι' αυτό η κατανόηση των στρατηγικών backup είναι απαραίτητη γνώση σε ανώτερο επίπεδο.

Η κατανόηση των μεθόδων είναι αναγκαία: **`pg_dump`** (λογικά backups — φορητά SQL/αρχεία, καλά για μικρότερες βάσεις δεδομένων, μεταφορές και επιλεκτικά/διασυμβατά backups, αλλά μόνο στιγμιαίες φωτογραφίες) και **φυσικά backups με Point-in-Time Recovery (PITR)** (base backup + συνεχής αρχειοθέτηση WAL, επιτρέποντας ανάκτηση σε *οποιαδήποτε* στιγμή — κάτι που είναι ισχυρό για ελαχιστοποίηση της απώλειας δεδομένων, όπως η ανάκτηση λίγο πριν από ένα τυχαίο `DROP TABLE`, απαραίτητο για κρίσιμα δεδομένα).

Η γνώση των **απαραίτητων στοιχείων στρατηγικής** (κανονικά αυτοματοποιημένα backups, αποθήκευσή τους εκτός server και εκτός τοποθεσίας, πολιτικές διατήρησης, συνδυασμός base backups με WAL για PITR σε κρίσιμα δεδομένα, backup από replicas) είναι σημαντική λειτουργική γνώση.

Το πιο κρίσιμο, η κατανόηση ότι **τα backups πρέπει να δοκιμαστούν** — ένα δοκιμαστό backup είναι αναξιόπιστο και συχνά αποτυγχάνει ακριβώς όταν χρειάζεται (φθορά, ημιτελή δεδομένα, άγνωστη διαδικασία επαναφοράς) — είναι μια ζωτική, συχνά αγνοούμενη αρχή: η κανονική δοκιμή επαναφοράς είναι αυτό που κάνει μια στρατηγική backup πραγματικά αξιόπιστη.

Επειδή η απώλεια δεδομένων μπορεί να είναι καταστροφική (και η ανάκτηση είναι δυνατή μόνο με λειτουργικά backups), και επειδή μια σωστή στρατηγική (κατάλληλες μέθοδοι backup, PITR για ελάχιστη απώλεια, αποθήκευση εκτός τοποθεσίας, και κρίσιμα *δοκιμασμένες* επαναφορές) είναι αυτό που προστατεύει τα δεδομένα ενός οργανισμού, η κατανόηση του PostgreSQL backup και ανάκτησης είναι κρίσιμη γνώση σε ανώτερο επίπεδο για υπεύθυνη λειτουργία βάσεων δεδομένων — μια υψηλού κινδύνου ευθύνη όπου η διαφορά μεταξύ μιας δοκιμασμένης στρατηγικής και μιας μη δοκιμασμένης μπορεί να είναι η διαφορά μεταξύ ανάκτησης από καταστροφή και μόνιμης απώλειας δεδομένων, κάνοντάς το μια απαραίτητη, συχνά σχετική θέση για όποιον λειτουργεί παραγωγικές βάσεις δεδομένων.