Bagaimana cara mem-backup dan memulihkan PostgreSQL?

Question

Accepted Answer

PostgreSQL menawarkan beberapa metode **backup** — logical backups (`pg_dump`) dan physical backups (base backup + WAL untuk **point-in-time recovery**). Strategi backup-dan-recovery yang solid sangat penting untuk melindungi dari kehilangan data, dan yang paling penting, **backups harus diuji**.

## Logical 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` membuat logical backup (SQL atau archive) dari sebuah database — portable (dapat dipulihkan ke versi/server yang berbeda), bagus untuk database yang lebih kecil, migrasi, dan backup selektif. Namun ini adalah snapshot point-in-time (tidak ada continuous recovery).

## Physical 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** sangat powerful: dengan mengarchive WAL secara kontinu, Anda dapat memulihkan ke momen manapun — tidak hanya backup terakhir — yang sangat penting untuk meminimalkan kehilangan data dari bencana.

## Backup strategy essentials

```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
```

## Aturan paling penting: TEST backup Anda

```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.
```

## Mengapa ini penting

Backup dan recovery adalah pengetahuan **kritis** untuk mengoperasikan PostgreSQL dengan bertanggung jawab — melindungi dari kehilangan data (dari hardware failure, corruption, accidental deletion, bencana) adalah salah satu tanggung jawab paling penting untuk database production apapun, sehingga memahami backup strategies sangat esensial sebagai senior-level knowledge.

Memahami metode-metodenya sangat diperlukan: **`pg_dump`** (logical backups — portable SQL/archive dumps, bagus untuk database yang lebih kecil, migrasi, dan backup selektif/cross-version, namun hanya point-in-time snapshots) dan **physical backups dengan Point-in-Time Recovery (PITR)** (base backup + continuous WAL archiving, memungkinkan recovery ke *momen apapun* — yang powerful untuk meminimalkan kehilangan data, seperti pemulihan tepat sebelum accidental `DROP TABLE`, esensial untuk data yang kritis).

Memahami **strategy essentials** (regular automated backups, menyimpannya off-server dan offsite, retention policies, mengkombinasikan base backups dengan WAL untuk PITR pada data kritis, backing up dari replicas) adalah pengetahuan operational yang penting.

Paling penting, memahami bahwa **backups harus diuji** — sebuah untested backup tidak dapat diandalkan dan sering kali gagal tepat saat dibutuhkan (corruption, incomplete data, unfamiliar restore process) — adalah prinsip vital yang sering diabaikan: secara regular melakukan test restores adalah yang membuat backup strategy benar-benar trustworthy.

Karena kehilangan data dapat bencana (dan recovery hanya mungkin dengan working backups), dan karena strategi yang proper (appropriate backup methods, PITR untuk minimal loss, off-site storage, dan paling penting *tested* restores) adalah yang melindungi data organisasi Anda, memahami PostgreSQL backup dan recovery adalah critical senior-level knowledge untuk responsible database operations — high-stakes responsibility di mana perbedaan antara tested strategy dan untested strategy bisa menjadi perbedaan antara recover dari bencana dan kehilangan data secara permanen, menjadikannya topik esensial dan frequently-relevant bagi siapapun yang mengoperasikan production databases.