Sunucu Yedekleme Stratejileri: Snapshot, Incremental ve Off-Site Backup
Sunucu yedekleme stratejinizi oluşturun. Snapshot, incremental ve off-site backup yöntemlerini karşılaştırın ve otomatik yedekleme sürecini yapılandırın.
Elif Demir
Cloud Solutions Architect
Veri kaybı yaşayan işletmelerin %60'ı 6 ay içinde kapanıyor. Sunucu yedekleme stratejisi, iş sürekliliğinizin sigortasıdır. Snapshot, incremental ve off-site backup yöntemlerini doğru kombinasyonla kullanarak veri kaybı riskini minimize edebilirsiniz. Bu rehberde etkili bir yedekleme stratejisi oluşturmanın adımlarını ele alıyoruz.
Yedekleme Yöntemleri
Full Backup (Tam Yedekleme)
Tüm verilerin eksiksiz kopyasıdır. Geri yükleme en hızlı bu yöntemle yapılır ancak depolama alanı ve süre açısından en maliyetlidir. Haftalık full backup + günlük incremental backup kombinasyonu yaygın bir stratejidir.
Incremental Backup (Artımlı Yedekleme)
Yalnızca son yedeklemeden bu yana değişen verileri kaydeder. Depolama ve süre açısından verimlidir. Geri yükleme sırasında son full backup + tüm incremental backup'lar sırasıyla uygulanır.
Snapshot
Sunucunun anlık görüntüsüdür. Bulut sunucularda snapshot almak dakikalar içinde yapılır. Sistem güncellemesi veya yapılandırma değişikliği öncesinde snapshot almak, sorun durumunda hızlı geri dönüş sağlar.
| Yöntem | Depolama | Geri Yükleme Hızı | Kullanım Senaryosu |
|---|---|---|---|
| Full Backup | Yüksek | En hızlı | Haftalık temel yedek |
| Incremental | Düşük | Orta (sıralı uygulama) | Günlük değişiklik yedekleme |
| Differential | Orta | Hızlı | Full + son değişiklikler |
| Snapshot | Değişken | Çok hızlı | Anlık geri dönüş noktası |
| Off-Site | Ek maliyet | Değişken | Felaket kurtarma |
💡 İpucu: 3-2-1 yedekleme kuralını uygulayın: 3 kopya, 2 farklı ortam (disk + bulut), 1 off-site lokasyon. Bu kural donanım arızası, fidye yazılımı ve doğal afet senaryolarının tamamını kapsar.
Otomatik Yedekleme Yapılandırması
Manuel yedekleme unutulur — otomatik yedekleme zorunludur. Veritabanı için mysqldump veya pg_dump ile cron job oluşturun. Dosya sistemi için rsync veya restic kullanın. Yedekleri S3 uyumlu object storage'a göndererek off-site koruma sağlayın.
⚠️ Önemli: Yedekleme yapmak yeterli değildir — geri yükleme testleri yapın. Ayda en az bir kez yedekten geri yükleme testi yaparak yedeklerinizin gerçekten çalıştığını doğrulayın. Test edilmemiş yedek, yedek değildir.
Felaket Kurtarma Planı
RTO (Recovery Time Objective) ve RPO (Recovery Point Objective) değerlerinizi belirleyin. RTO: ne kadar sürede çalışır duruma geçmelisiniz? RPO: ne kadarlık veri kaybını tolere edebilirsiniz? Bu değerler yedekleme sıklığını ve yöntemini belirler. Red Hat felaket kurtarma rehberi detaylı planlama adımlarını açıklar.
Sıkça Sorulan Sorular
Yedekleme ne sıklıkla yapılmalı?
Veritabanı için günlük (kritik sistemlerde saatlik), dosya sistemi için günlük incremental + haftalık full backup önerilir. Yedekleme sıklığı RPO değerinize göre belirlenir.
Snapshot yedekleme yerine geçer mi?
Hayır. Snapshot anlık geri dönüş için idealdir ancak off-site koruma sağlamaz. Sunucu veya veri merkezi arızasında snapshot'lar da kaybolur. Snapshot + off-site backup birlikte kullanılmalıdır.
Yedekleme depolama maliyetini nasıl düşürebilirim?
Incremental backup kullanarak depolama miktarını azaltın. Eski yedekleri retention policy ile otomatik silin. Object storage'ın cold tier'ını kullanarak uzun vadeli yedekleme maliyetini düşürün.
Sunucu yedekleme stratejinizi 3-2-1 kuralına göre oluşturun, otomatik yedeklemeyi yapılandırın ve düzenli geri yükleme testleri yapın. Veri kaybı yaşamadan önce hazırlıklı olun.
Otomatik Yedeklemeli Bulut Sunucu
Hosted Cloud bulut sunucuları ile otomatik snapshot, günlük yedekleme ve hızlı geri yükleme.
Bulut Sunucu Planlarını İnceleyinElif Demir
Cloud Solutions Architect
Kurumsal bulut geçiş projeleri ve hibrit altyapı tasarımı konusunda uzman. AWS, Azure ve özel bulut ortamlarında 8 yıllık deneyime sahiptir.
Yorumlar yakında