Otomatik Yedeklemeyi Dış Depolamaya Gönderme: Net Rehber

Sunucunuzdaki veriyi tek bir disk üzerinde tutmak, felaket senaryolarında koruma sağlamaz. Bu yüzden otomatik yedekleme üretmek kadar, yedeği dış depolamaya (farklı lokasyon veya farklı sağlayıcı) göndermek de kritik hale gelir. Bu rehberde, VDS/VPS üzerinde ya da yönetilen hostinglerde otomatik yedeklemeyi dış depolamaya taşımanın pratik yolunu; araç seçimi, şifreleme, ağ/performans etkisi ve doğrulama testleriyle birlikte anlatıyorum.

Hedef çıktı: Kurduğunuz sistem, yedekleri otomatik alacak; dış depoya aktaracak; transfer sırasında veri bütünlüğünü bozmayacak; ardından yedeğin gerçekten geri yüklenebilir olduğunu düzenli olarak test edecek.

1) Dış depolama için doğru modeli seçin (S3 mü, başka sunucu mu?)

Dış depolama iki ana yaklaşımla kurgulanır:

Harici bulut nesne depolama (Object Storage): S3 uyumlu depolar (Amazon S3, MinIO’yu S3 uyumlu kullanan sistemler, Backblaze B2, vb.) en yaygın seçenektir. Yedekler “dosya gibi” saklanır, lifecycle ile yaşlandırma yapılır.
Farklı bir sunucuya/streage’e aktarma: İkinci bir sunucuya (başka veri merkezi) rsync/SSH ile kopyalama veya NFS/SMB üzerinden aktarım.

Nesne depolama (S3 uyumlu) ne zaman daha iyi?

Yüksek aktarım güvenliği için çoğu çözümde TLS (HTTPS) ve imzalı istekler bulunur.
Dosya başına sürümleme/lifecycle (yaşlandırma) gibi özellikler daha standarttır.
Disk doluluğu kontrolü ve bant genişliği yönetimi daha öngörülebilirdir.

İkinci sunucu (rsync/SSH) ne zaman daha iyi?

Kurum içi altyapınızda kontrol sizdeyse.
“Bant genişliği pahalı ama kendi hattım var” senaryosunda.
Nesne depolama maliyetini minimize etmek istiyorsanız (ama operasyon maliyeti artabilir).

Net karar ölçütleri: - Yedek boyutu (ör. 100 GB mı, 1 TB mı?) - Günlük değişim oranı (tam mı artan mı?) - Geri yükleme hedef süresi (RTO) - Veri koruma hedefi: tek bir sağlayıcıya bağlı kalmamak

2) Yedek türünü netleştirin: dosya + veritabanı + uygulama

Dış depoya gönderilecek şey, “her şeyin bir kopyası” olmalıdır. En sık kurgu:

Dosya sistemi yedeği: web kökü, uygulama dosyaları, upload klasörleri.
Veritabanı yedeği: MySQL/MariaDB veya PostgreSQL dump.
(Varsa) uygulama ayarları: config dosyaları, environment (.env) içeriği.

Dosya yedeği için pratik yaklaşım

Sık değişen büyük dizinlerde (upload) incremental (artımlı) yöntemleri tercih edin.
Küçük ama kritik dosyaları sık yedekleyin.

Veritabanı yedeği için net yaklaşım

MySQL için mantıklı seçenek: mysqldump (küçük/orta veri) veya fiziksel snapshot yaklaşımı (daha karmaşık).
PostgreSQL için: pg_dump / pg_basebackup türleri.

Not: Veritabanı tutarlılığı (consistency) için canlı sistemde eş zamanlılık önemlidir. Dump komutu sırasında uygulama trafiği yönetimi veya tutarlılık garantisi olan seçenekler kullanılmalıdır.

3) Şifreleme ve erişim: dışarıya giden veriyi “okunamaz” hale getirin

Dış depoya aktarılan yedek dosyası, taşıma sırasında ve depoda güvenli olmalıdır.

Aktarım sırasında TLS kullanın (S3 endpoint’lerinde HTTPS).
Yedek dosyasını oluşturmadan önce veya hemen sonra şifreleyin.
Dış depoya erişim için kısa ömürlü anahtar (mümkünse) veya kısıtlı izinli kimlik kullanın.

Şifreleme nasıl olmalı?

En pratik strateji: - Yedek arşivini oluştur → arşivi şifrele → şifreli arşivi dış depoya yükle.

Ek güvenlik: - Şifreleme anahtarını uygulama sunucusunda “düz metin” saklamayın. - Anahtar yönetimini (ör. environment variable + erişim kısıtı) belirgin hale getirin.

4) Aktarım stratejisi: zamanlama, bant genişliği ve bütünlük kontrolü

Otomasyonun en sık yaşandığı problemler: yedek transferinin zaman aşımına uğraması, eksik/bozuk dosya kalması ve “yedek var ama geri yüklenemez” durumudur.

Zamanlama (tahmin edilebilir aralık)

Yüksek trafik saatleriyle çakışmayacak saat aralığı seçin.
Büyük yedeklerde transfer süresini ölçün.

Net hedef: - Transfer tamamlanma süresi, cron çalışmasından sonraki pencereye sığmalı.

Bant genişliği kontrolü

Aynı anda birden fazla iş çalıştırmayın.
S3/obj depoda multipart upload özelliklerini sağlayan araçlar kullanın.

Bütünlük doğrulama (checksum)

Yedek dosyasını dış depoya gönderdikten sonra: - Yerel dosya ile dışarıdaki dosyanın boyutunu karşılaştırın. - Mümkünse checksum doğrulayın (MD5/ETag veya SHA256 tabanlı yaklaşım).

5) Uygulama örnek akışı: dosya + DB dump → şifrele → dış depoya yükle

Aşağıdaki akış, VDS/VPS üzerinde çalışan çoğu senaryoya uyarlanabilir.

5.1 Klasik iş akışı (cron + script)

Dosya arşivini oluştur (tar)
Veritabanı dump al (mysqldump/pg_dump)
Tüm çıktıları tek klasörde topla
Tek bir şifreli arşiv üret
Dış depoya yükle
Yerel kopyayı saklama politikasına göre sil veya yaşlandır
Bütünlük kontrolü yap
Haftalık geri yükleme testi kuyruğa alın

5.2 Dış depoya yükleme (S3 uyumlu örnek)

S3 uyumlu depolarda en yaygın yaklaşım AWS CLI veya S3 uyumlu araçlardır.

Örnek komut şablonu (ölçek/parametreler sağlayıcıya göre değişir):

# 1) Şifreli arşiv dosyası hazır (ör: backup-2026-11-07.tar.gz.gpg)
# 2) S3 yükle
aws s3 cp /path/backup-2026-11-07.tar.gz.gpg s3://BUCKET_ADI/backups/ \
  --storage-class STANDARD_IA \
  --only-show-errors

Bu noktada net ölçüt: Yükleme sonrası geri indirip hash doğrulamak.

5.3 İkinci sunucuya aktarım (rsync/SSH)

Alternatif olarak rsync kullanılır: - SSH üzerinden aktarım - Sadece değişen blokları senkronize

Örnek şablon:

rsync -az --delete -e "ssh -p 22" /path/backups/ user@yedek-sunucusu:/backups/

Net gereksinim: - Hedef sunucuda yeterli disk olmalı - Silme (--delete) kullanacaksanız yerel saklama politikası ile çakışmayacak şekilde plan yapılmalı

6) En kritik bölüm: geri yükleme testi (backup doğrulama)

Dış depoya yedek göndermek kadar, yedeğin gerçekten geri yüklenebilir olması gerekir. “Yükleme bitti” kontrolü tek başına yeterli değildir.

Doğrulama planı

Her yedek döngüsü sonrası: Dosya boyutu ve checksum doğrula
Haftalık: En az bir yedekten staging ortamına restore et
Aylık: Uygulama seviyesinde doğrulama (ör. WordPress ise içerik/tema eklentileri görünüyor mu?)

Restore testi için pratik kural

Restorasyonu üretim sunucusunda değil, ayrılmış test ortamında yapın.
Restore işlemini bir “kontrol checklist” ile standardize edin.

7) Hangisini seçmelisiniz? (Net karşılaştırma tablosu)

Aşağıdaki tablo, karar vermeyi hızlandırmak için hazırlanmıştır.

Kriter	S3 uyumlu dış depolama	İkinci sunucuya rsync/SSH
Kurulum karmaşıklığı	Orta (IAM/endpoint)	Orta (SSH + hedef altyapı)
Transfer güvenliği	HTTPS + imzalı istekler	SSH ile şifreli aktarım
Yaşlandırma/silme	Lifecycle ile otomatik	Script + cron ile
Ölçek maliyeti	Genelde esnek (GB/İstek)	Donanım + bant maliyeti
Operasyonel yük	Düşük-orta	Orta- yüksek (hedef altyapı yönetimi)
Veri lokasyonu kontrolü	Endpoint ile	İkinci veri merkezi ile
Geri yükleme hızı	İnternet koşullarına bağlı	Kendi hattınıza bağlı

Sonuç: Bugün uygulamaya geçmek için aksiyon planı

Önce “yedek var mı?” sorusunu “yedek dış depoda mı, şifreli mi, bozulmadan saklanıyor mu ve test edildi mi?” şeklinde yeniden tanımlayın. Ardından şu sırayla ilerleyin: (1) yedek kapsamını netleştirin (dosya + DB), (2) şifreleme ekleyin, (3) dış depoya aktarımı kurun, (4) checksum/doğrulama koyun, (5) haftalık restore testi başlatın. Bu beş adımı tamamladığınızda otomatik yedekleme artık raporda değil, gerçek felaket senaryosunda çalışır.