K08 — Çözüm#

Önce kendin dene. Önce teşhis akışı, sonra kök sebep. Bu lab'da asıl ölçülen şey tek komut değil, "restore başarılı döndü" yanılgısına karşı kanıt disiplinin.

Teşhis akışı#

Restore'u çıkış koduyla değil satır sayısıyla ölç. Gece backup'ı hatasız döndü ama hedefte 0 satır. İlk refleks "komut çalıştı" değil, "veri geldi mi?" olmalı:
```
docker compose -f env/compose.yaml exec -T db_restore \
  psql -U postgres -d shop -tAc "SELECT count(*) FROM orders;"
```

Üç backup'ı tek tek, dosya seviyesinde ayır. Restore'u denemeden çoğu tanıyı dosyadan görürsün:

grep -c '^COPY ' env/backups/nightly.sql   # 0 → veri bloğu yok (schema-only)
tail -n 3 env/backups/weekly.sql           # '\.' yok → COPY sonlanmamış (kesik)
ls -l env/backups/monthly.sql              # ---------- → izin 000 (erişilemez)

Her hipotezi restore ile doğrula. nightly → 0 satır; weekly → psql hata (unterminated COPY/missing data); monthly → Permission denied.

Kök sebep (üç bağımsız katman)#

Dosya	Arıza	Belirti	Ders
`nightly.sql`	`pg_dump --schema-only` — veri yok	restore 0 hata, 0 satır	"Başarılı döndü" ≠ veri geldi; `count(*)` ile doğrula
`weekly.sql`	dump sonu kesik — `COPY` sonlanmamış	restore hata verir	Bozuk/eksik dosya gürültülüdür; yine de geç bulunur
`monthly.sql`	izin `000` — okunamıyor	`Permission denied`	Erişemediğin backup = incident anında yok

Tek gerçekten kullanılabilir backup monthly — ama erişimi açılmadan işe yaramaz. Üçünü de körlemesine denemek, ilk "başarılı" görünende (nightly) durup boş veriyle prod'u açmana yol açar. Gerçek arıza budur.

Düzeltme#

# erişim arızasını gider
chmod u+r env/backups/monthly.sql

# temiz hedef (önceki denemelerin kalıntısını at)
docker compose -f env/compose.yaml exec -T db_restore \
  psql -U postgres -d shop -c "DROP TABLE IF EXISTS orders;"

# tam backup'ı restore et + süreyi ölç (RTO)
time docker compose -f env/compose.yaml exec -T db_restore \
  psql -U postgres -d shop < env/backups/monthly.sql

# kanıt: 1000
docker compose -f env/compose.yaml exec -T db_restore \
  psql -U postgres -d shop -tAc "SELECT count(*) FROM orders;"

Teslimat (`teshis.md`)#

Üç backup'ın tek satırlık tanısı (yukarıdaki tablo).
Hangisini kullandın ve niçin (monthly + izin düzeltmesi).
Restore'u niçin satır sayısıyla doğrulamak gerekir — çıkış kodu boş backup'ı ele vermez.
(Bonus) bu üç arızanın her biri hangi kontrolle önceden yakalanırdı: her backup sonrası otomatik test-restore + satır sayısı; backup dosyası erişim denetimi.

Ders#

Backup'ın alınması onun geri yüklenebildiğini kanıtlamaz; erişilebildiğini ve tam olduğunu da kanıtlamaz. Üç ayrı sessiz tuzak — eksik dump, bozuk dump, erişilemez dump — yalnızca restore'u temiz bir ortama yapıp satır sayısıyla doğruladığında ortaya çıkar. "Başarılı döndü" bir umuttur; count(*) = 1000 bir kanıttır.