PostgreSQL'de nasıl yedekleme yapılır ve kurtarma işlemi gerçekleştirilir?

Question

Accepted Answer

PostgreSQL çeşitli **yedekleme** yöntemleri sunar — mantıksal yedeklemeler (`pg_dump`) ve fiziksel yedeklemeler (temel yedekleme + WAL **belirli bir noktaya kadar kurtarma** için). Sağlam bir yedekleme ve kurtarma stratejisi veri kaybına karşı koruma için gereklidir ve önemlisi, **yedeklemeler test edilmelidir**.

## Mantıksal yedeklemeler — 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` bir veritabanının mantıksal bir yedeklemesini (SQL veya arşiv) oluşturur — taşınabilir (farklı sürümlere/sunuculara geri yüklenebilir), daha küçük veritabanları, göçler ve seçici yedeklemeler için uygundur. Ancak bu, belirli bir zaman noktasında anlık görüntüdür (sürekli kurtarma yok).

## Fiziksel yedeklemeler + Belirli Bir Noktaya Kadar Kurtarma (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** güçlüdür: WAL'ı sürekli arşivleyerek, herhangi bir ana kadar kurtarma yapabilirsiniz — sadece son yedeklemeden değil — bu da felaketlerden veri kaybını en aza indirmek için gereklidir.

## Yedekleme stratejisi temelleri

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

## En önemli kural: Yedeklemelerinizi TEST edin

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

## Neden önemli

Yedekleme ve kurtarma, PostgreSQL'i sorumlu bir şekilde işletmek için **kritik** bilgidir — veri kaybına karşı koruma (donanım arızası, bozulma, yanlışlıkla silme, felaketler nedeniyle) herhangi bir üretim veritabanı için en önemli sorumlulluklardan biridir, bu nedenle yedekleme stratejilerini anlamak gereklidir.

Yöntemleri anlamak gereklidir: **`pg_dump`** (mantıksal yedeklemeler — taşınabilir SQL/arşiv dökümleri, daha küçük veritabanları, göçler ve seçici/sürümler arası yedeklemeler için iyidir, ancak sadece belirli bir zaman noktasında anlık görüntüler) ve **fiziksel yedeklemeler ve Belirli Bir Noktaya Kadar Kurtarma (PITR)** (temel yedekleme + sürekli WAL arşivleme, *herhangi* bir ana kadar kurtarma imkanı — bu, veri kaybını en aza indirmek için güçlüdür, örneğin yanlışlıkla `DROP TABLE` yapılan andan hemen öncesine kurtarma, kritik veriler için gereklidir).

**Strateji temellerini** bilmek (düzenli otomatikleştirilmiş yedeklemeler, bunları sunucu dışında ve coğrafi olarak dağılmış yerlerde saklama, bekletme politikaları, temel yedeklemeleri PITR için WAL ile birleştirme, replikalara göre yedekleme) önemli operasyonel bilgidir.

En önemlisi, **yedeklemelerin test edilmesi gerektiğini** anlamak — test edilmemiş bir yedekleme güvenilmez ve genellikle tam olarak ihtiyaç duyulduğu anda başarısız olur (bozulma, eksik veri, tanımadığınız geri yükleme süreci) — yayılı olarak ihmal edilen fakat hayati bir ilkedir: geri yüklemeyi düzenli olarak test etmek yedekleme stratejisini gerçekten güvenilir hale getirir.

Veri kaybı felaket olabilir (ve kurtarma sadece çalışan yedeklemelerle mümkündür) ve uygun bir strateji (uygun yedekleme yöntemleri, minimal kayıp için PITR, çevrim dışı depolama ve önemlisi *test edilmiş* geri yüklemeler) bir kuruluşun verilerini koruyan şeydir, PostgreSQL yedekleme ve kurtarmasını anlamak üretim veritabanlarını işleten herkes için kritik üst düzey bilgidir — test edilmiş bir strateji ile test edilmemiş bir strateji arasındaki farkın felaketleri geri yüklemek ile veriyi kalıcı olarak kaybetmek arasındaki fark olabileceği yüksek tehlikeli bir sorumluluk, üretim veritabanlarını işleten herkes için gerekli ve sık karşılaşılan bir konudur.