VDS Yedeklemesi: Manuel mi Otomatik mi? Net Uygulama Planı

VDS yedeklemesi, disk arızası, yanlış dosya silme, kötü amaçlı erişim veya hatalı güncelleme gibi durumlarda geri dönüş hızını belirler. Bu yazıda manuel ve otomatik yedeklemeyi karşılaştırıp, hangi senaryoda hangisinin daha doğru olduğunu RPO/RTO mantığıyla açıklayacağız. Ayrıca veriyi nereye, hangi sıklıkla ve hangi yöntemle almanız gerektiğini adım adım netleştireceksiniz.

Not: Aşağıdaki yaklaşımlar tüm VDS türlerinde (Linux/Windows) uygulanabilir; örnekler Linux ağırlıklıdır.

VDS yedeklemesinde önce 3 hedefi belirleyin (RPO/RTO)

Yedekleme sadece “dosyayı kopyalamak” değildir; kesinti süresi ve veri kaybını doğrudan etkiler.

• RPO (Recovery Point Objective): Son yedek ile mevcut durum arasındaki maksimum kabul edilebilir veri kaybı. Örn: RPO 15 dakika.
• RTO (Recovery Time Objective): Yedekten toparlanmak için hedeflenen maksimum süre. Örn: RTO 2 saat.
• İşletim maliyeti: Yedekleme sıklığı arttıkça bant genişliği, depolama ve işlem yükü artar.

Bu üç hedef olmadan “manuel mi otomatik mi” kararı kişisel tercihe döner. Bu yazıda anlatacağımız plan, önce hedefleri sonra yöntemi seçtirir.

Net örnek hedefler

Aşağıdaki değerler gerçek ihtiyaçlardan türetilen pratik aralıklardır:

• Blog / statik içerik: RPO 24 saat, RTO 24 saat
• Kurumsal web (gün sonu değişimleri): RPO 1-4 saat, RTO 8-24 saat
• Uygulama + sık değişen veri: RPO 5-15 dakika, RTO 1-4 saat

Manuel yedekleme ne zaman yeterlidir?

Manuel yedekleme, sistem yöneticisinin belirli aralıklarda yedek alması ve süreçleri kendisinin tetiklemesidir.

Manuel yedekleme güçlü yönleri

• Basitlik: İlk kurulumda veya düşük riskli ortamda hızlı başlatılır.
• Kontrol: Hangi dosyanın ne zaman alındığını net şekilde yöneticinin kendisi yönetir.
• Kaynak tasarrufu: Sürekli çalışan yedekleme servislerinin yarattığı yük azaltılır.

Manuel yedekleme zayıf yönleri (net risk)

• İnsan hatası: “Bugün almayı unuttum” en yaygın senaryodur.
• Sürüm tutarsızlığı: Dosyalar ve veritabanı aynı anda alınmadığında geri yükleme sırasında uyumsuzluk oluşur.
• Süre tutarsızlığı: Trafik arttığında veya bakım zamanında unutma riski yükselir.

Manuel yedekleme için net uygunluk kuralı

Manuel yöntem yalnızca şu koşullarda net şekilde uygundur: - RPO ihtiyacı 24 saat veya daha yüksekse - Değişim sıklığı düşükse - Yedek aldığınız tarihler düzenli kayıt altına alınabiliyorsa - Geri yükleme testi (restore) en az ayda bir yapılabiliyorsa

Otomatik yedekleme ne zaman şarttır?

Otomatik yedekleme, belirli aralıklarla (cron/scheduler) veya olay bazlı (ör. veritabanı snapshot) çalışır ve sonuçları log/uyarı ile raporlar.

Otomatik yedeklemenin net avantajları

• RPO tutarlılığı: Her zaman aynı aralık korunur.
• RPO düşürme: 15 dakikalık hedefleri desteklemek daha kolaydır.
• Doğrulanabilirlik: Sistem logları ve bildirimlerle “yedek başarılı mı?” sorusu otomatik cevaplanır.
• Geri yükleme sürecini hızlandırma: Tutarlı snapshot/sürüm mantığıyla restore daha öngörülebilir olur.

Otomatik yedekleme kurulumunda kritik nokta

Otomatikleştirirken en sık hata, yedekleme başarılı olsa bile geri yüklemenin hiç test edilmemesidir. “Yedek alınıyor” ile “yedek işe yarıyor” aynı şey değildir.

VDS için yedek türleri: Ne yedeklemelisiniz?

VDS’te yedekleme tek bir dosyayı kapsamaz. Tipik olarak 3 katman vardır:

1. Dosya sistemi yedeği (web içerikleri, konfig, uploadlar)
2. Veritabanı yedeği (MySQL/MariaDB, PostgreSQL, MongoDB)
3. Sistem/snapshot yedeği (disk snapshot, VM imajı)

Net pratik kombinasyon

Aşağıdaki kombinasyonlar çoğu VDS senaryosunda en sağlam “minimum set”tir:

• Web uygulaması: Dosya + veritabanı (snapshot opsiyonel)
• Sık değişen uygulama: Veritabanı otomatik + dosya otomatik (snapshot/imageline ek)
• Kritik kurumsal ortam: Veritabanı otomatik + dosya otomatik + periyodik snapshot + geri yükleme testi

Manuel vs otomatik: Karar tablosu

Aşağıdaki tablo, ihtiyaçlarınıza göre net seçim yapmanıza yardımcı olur.

Otomatik yedekleme kurgusu: İyi bir planın iskeleti

Otomatik yedeklemeyi kurarken “tek bir yöntem” yerine katmanlı bir tasarım hedefleyin.

1) Yedek sıklığı: 3 seviye strateji

Net ve uygulanabilir bir şablon:

• Sık yedek (ör. 15 dk - 1 saat): Veritabanı (backup)
• Orta yedek (ör. günlük): Dosyalar + yapılandırma
• Seyrek yedek (ör. haftalık/aylık): Sistem snapshot veya tam imaj

Bu yaklaşım, hem RPO hem RTO hedeflerini dengeler.

2) Yedeklerin saklama yeri: aynı sunucu yetmez

Yedek dosyalarını VDS’in üzerinde aynı diske koymak, en kötü senaryoda (disk bozulması/zarar) yedekleri de kaybetmenize yol açar.

Net saklama seçenekleri: - Farklı fiziksel lokasyondaki storage (sağlayıcı objekt storage / uzak dizin) - Başka bir sunucuya replikasyon (rsync over SSH) - Provider snapshot + uzun süreli saklama

3) Şifreleme (en azından arşiv katmanında)

Yedekler kritik veri içerir (veritabanı parolaları, kullanıcı tabloları, dosya içerikleri). Bu yüzden: - Arşivleri şifreli saklayın - Anahtarları ayrı yönetin (tek dosyada şifre ile anahtar bir arada olmasın)

Linux VDS için örnek: Yedekleme akışı (manuel + otomatik)

Aşağıdaki örnekler “mantığı” öğretmek için verilmiştir. Kullanacağınız paketler ve yollar dağıtıma göre değişebilir.

Dosya yedeği (incremental) mantığı

Pratikte dosyalar için rsync + zaman damgalı dizin yapısı tercih edilir.

• Kaynak: /var/www, uygulama dizini, konfig klasörleri
• Hedef: Uzak storage (ör. user@remote:/backups/vds1/)

Veritabanı yedeği mantığı

MySQL/MariaDB için genelde mantık: - Yedek komutu ver (örn. mysqldump) - Dosyayı şifrele - Hedefe gönder

PostgreSQL için genelde mantık: - pg_dump ile mantıksal yedek

Otomasyonu cron ile netleştirme

Otomatik işler için cron iyi bir başlangıçtır. En kritik nokta, her çalışmada sonuç durumunu loglamak ve hata olunca bildirim almaktır.

Örnek mantık (Linux cron): - Veritabanı yedeği: her saat - Dosya yedeği: her gün - Snapshot: haftalık

Sisteminizin saat dilimi ve cron servis durumu takip edilmelidir.

Windows VDS yedeklemesi: Net yaklaşım

Windows tarafında iki ana yaklaşım vardır: - Dosya/klasör yedekleme + görev planlayıcı - Sistem imajı/snapshot mantığı (provider veya Windows araçları)

Veritabanı varsa (MSSQL gibi) yedekleme türünü ayrıca planlayın: .bak (backup) dosyaları düzenli alınmalı ve restore testi yapılmalıdır.

Geri yükleme testi (restore) olmadan yedek “hazır” sayılmaz

Bir yedek planının gerçek kalitesi, restore denendiğinde ortaya çıkar.

Net test planı

• Ayda 1 kez: En az bir senaryoda tam restore
• Yılda 1-2 kez: Hedef RTO/RPO doğrulaması
• Büyük değişimlerden sonra: (örn. güncelleme, taşıma) hızlı bir doğrulama

Test sırasında bakılacak net kontroller

• Dosyalar ayağa kalkıyor mu?
• Veritabanı sürümü uyumlu mu?
• Uygulama ayarları (environment/konfig) doğru mu?
• Geri yüklenen sistemin performansı kabul edilebilir mi?

Yedekleme başarısızsa fark eder misiniz? (alarm ve log)

Manuelde sorun genelde “ne zaman alındığı” üzerinden anlaşılır. Otomatikte ise başarısızlık çoğu zaman sessiz kalır.

Net kontrol listesi: - Yedekleme tamamlandı mı? (exit code) - Hedef doldu mu? (storage quota) - Dosya boyutu beklenen aralıkta mı? - Son yedek yaşı kaç saat? (age check) - Şifre çözme denemesi (en az arşiv doğrulama)

Sonuç: Net aksiyon önerisi (manuelden otomatiğe geçiş planı)

Şu kararı net verin: Eğer VDS’inizdeki veriler için RPO 24 saatten düşükse (gün içinde değişim varsa) otomatik yedekleme standardınız olmalıdır. RPO 24 saat ve üstü olsa bile, en az ayda bir restore testi ile yedeklerin gerçekten çalıştığını kanıtlayın.

Aksiyon önerisi: 1. RPO ve RTO hedeflerinizi yazın. 2. Yedek türlerini katmanlayın: dosya + veritabanı (snapshot opsiyonel). 3. Otomatikleştirmeyi önce veritabanından başlayın; ardından dosyaları günlük/haftalık plana bağlayın. 4. Yedek başarı loglarını izleyin ve her ay en az bir restore testi çalıştırın.

Bu dört adımı uyguladığınızda, manuelin doğurduğu unutma riskini azaltır; otomatiğin sessiz başarısızlık riskini de kontrol altına alırsınız.