Bagaimanakah anda membuat sandaran dan pemulihan PostgreSQL?

Question

Accepted Answer

PostgreSQL menawarkan beberapa kaedah **sandaran (backup)** — sandaran logikal (`pg_dump`) dan sandaran fizikal (base backup + WAL untuk **point-in-time recovery**). Strategi sandaran-dan-pemulihan yang kukuh adalah penting untuk melindungi daripada kehilangan data, dan yang penting, **sandaran mesti diuji**.

## Sandaran logikal — 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` mencipta sandaran logikal (SQL atau arkib) sesuatu pangkalan data — mudah alih (boleh dipulihkan ke versi/pelayan berbeza), baik untuk pangkalan data kecil, migrasi, dan sandaran terpilih. Tetapi ia ialah snapshot pada satu titik masa (tiada pemulihan berterusan).

## Sandaran fizikal + 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** adalah berkuasa: dengan mengarkib WAL secara berterusan, anda boleh memulihkan ke sebarang detik — bukan sekadar sandaran terakhir — yang penting untuk meminimumkan kehilangan data daripada bencana.

## Asas strategi sandaran

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

## Peraturan paling penting: UJI sandaran 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 ia penting

Sandaran dan pemulihan ialah pengetahuan **kritikal** untuk mengendalikan PostgreSQL secara bertanggungjawab — melindungi daripada kehilangan data (daripada kegagalan perkakasan, kerosakan, pemadaman tidak sengaja, bencana) ialah salah satu tanggungjawab paling penting untuk mana-mana pangkalan data production, jadi memahami strategi sandaran adalah pengetahuan peringkat senior yang penting.

Memahami kaedah adalah perlu: **`pg_dump`** (sandaran logikal — dump SQL/arkib mudah alih, baik untuk pangkalan data kecil, migrasi, dan sandaran terpilih/merentas versi, tetapi snapshot pada satu titik masa sahaja) dan **sandaran fizikal dengan Point-in-Time Recovery (PITR)** (base backup + pengarkiban WAL berterusan, membolehkan pemulihan ke *sebarang* detik — yang berkuasa untuk meminimumkan kehilangan data, seperti memulihkan ke sebelum `DROP TABLE` tidak sengaja, penting untuk data kritikal).

Mengetahui **asas strategi** (sandaran automatik berkala, menyimpannya di luar pelayan dan luar tapak, dasar pengekalan, menggabungkan base backup dengan WAL untuk PITR pada data kritikal, membuat sandaran daripada replica) ialah pengetahuan operasi yang penting.

Yang paling kritikal, memahami bahawa **sandaran mesti diuji** — sandaran yang tidak diuji tidak boleh dipercayai dan sering gagal tepat apabila diperlukan (kerosakan, data tidak lengkap, proses pemulihan yang tidak biasa) — ialah prinsip penting yang sering diabaikan: menguji pemulihan secara berkala ialah yang menjadikan strategi sandaran benar-benar boleh dipercayai.

Memandangkan kehilangan data boleh menjadi malapetaka (dan pemulihan hanya mungkin dengan sandaran yang berfungsi), dan memandangkan strategi yang betul (kaedah sandaran yang sesuai, PITR untuk kehilangan minimum, storan luar tapak, dan yang penting pemulihan yang *diuji*) ialah yang melindungi data organisasi, memahami sandaran dan pemulihan PostgreSQL ialah pengetahuan peringkat senior yang kritikal untuk operasi pangkalan data yang bertanggungjawab — satu tanggungjawab berisiko tinggi di mana perbezaan antara strategi yang diuji dan yang tidak diuji boleh menjadi perbezaan antara pulih daripada bencana dan kehilangan data secara kekal, menjadikannya topik penting dan kerap relevan untuk sesiapa yang mengendalikan pangkalan data production.