Sunucu Yedekleme Stratejileri: Snapshot, Image, Incremental ve Offsite Rehberi

Son Güncelleme: Mart 2026

Sunucu yedekleme planı oluşturmak, modern altyapılarda veri bütünlüğü ve iş sürekliliği için kritik bir gereksinimdir. Bu makalede anlık görüntü (snapshot), imaj (image), tam yedekleme ve artımlı (incremental) yedekleme gibi yöntemleri, offsite (uzak lokasyon) ve on-site (yerel) stratejileriyle nasıl birleştirebileceğinizi detaylı örnekler ve pratik senaryolar ile anlatacağız.

İçindekiler

• Yedekleme Nedir?
• Yedekleme Yöntemleri
• Yedekleme Frekansı ve RTO/RPO
• Depolama ve Offsite vs On-site
• Pratik Yedekleme Stratejileri ve Örnekler
• Otomasyon, Test ve İzleme
• Sıkça Sorulan Sorular
• Sonuç

Yedekleme Nedir?

Yedekleme, bir sunucu veya uygulamanın çalışması için gerekli verilerin, yapılandırma dosyalarının ve durum bilgilerinin kopyalanmasıdır. Amaç, veri kaybı, donanım arızası, insan hatası veya kötü amaçlı yazılım gibi olaylar sonrası hızlı ve güvenilir bir şekilde geri dönüş (restore) sağlamaktır.

Temel terimler:

• Full backup (Tam yedekleme): Tüm verinin eksiksiz kopyası.
• Incremental backup (Artımlı yedekleme): Son yedeklemeden sonra değişen verilerin kopyası.
• Differential backup (Fark yedekleme): Tam yedeklemeden sonra değişen tüm veriler.
• Snapshot (Anlık görüntü): Depolama/VM düzeyinde hızlı, anlık durum kaydı (anlık görüntü).
• Image (İmaj): Bir sunucunun disk düzeyinde çalışan, önyüklenebilir kopyası (imaj).

Yedekleme Yöntemleri

1. Tam (Full) Yedekleme

Tam yedekleme, tüm dosyaların ve veritabanlarının düzenli aralıklarla eksiksiz kopyalanmasıdır. Avantajı geri dönüş (restore) sürecinin basit ve hızlı olmasıdır. Dezavantajı ise depolama maliyeti ve yedekleme süresidir.

2. Artımlı (Incremental) ve Fark (Differential) Yedekleme

Artımlı yedekleme, yalnızca son yedeklemeden sonra değişen verileri kaydeder; bu sayede depolama ve transfer maliyetleri düşer. Ancak geri dönüş için son tam yedek + tüm artımlı setlerin birleştirilmesi gerekir. Fark yedekleme ise tam yedek sonrası değişen tüm verileri tutar; restore adımı daha az karmaşıktır ama artımlıdan daha fazla yer kaplar.

3. Snapshot (Anlık Görüntü)

Snapshotlar, özellikle sanallaştırma (VMware, KVM, Hyper-V) veya bulut disk depolama (AWS EBS, OpenStack Cinder) ortamlarında hızlı yedekleme sağlar. Snapshot genellikle anlık durum (state) yakalar ve hızlı oluşturulur. Dezavantajı: bazı snapshot çözümleri uzun süreli saklama için uygun olmayabilir ve performans etkisi yaratabilir.

4. Image (İmaj) Yedeklemeleri

Imageler, işletim sistemi, uygulamalar ve disk bölümlerini içeren önyüklenebilir bir kopyadır. Sunucu taşımaları, felaket kurtarma (DR) senaryoları veya tam sunucu geri yüklemeleri için idealdir.

5. Veritabanı Odaklı Yedekleme

SQL ve NoSQL veritabanları için tutarlı yedek almak önemlidir. Örnek: MySQL için mysqldump yerine LVM snapshot + dosya sistemi yedeği veya veritabanı düzeyinde log (WAL/ binlog) tabanlı replikasyon ile RPO iyileştirilebilir.

Yedekleme Frekansı ve RTO/RPO

Bir yedekleme stratejisinin merkezinde iki iş metriği vardır:

• RPO (Recovery Point Objective): Kabul edilebilir veri kaybı süresi — örn. 15 dakika, 1 saat, 24 saat.
• RTO (Recovery Time Objective): Hizmetin geri gelmesi için kabul edilebilir süre — örn. 30 dakika, 4 saat, 24 saat.

Örnek politikalar:

• İnternet mağazası (e-ticaret): RPO = 15 dakika (artımlı sürekli yedekleme + binlog/transaction log), RTO = 30-60 dakika.
• Kurumsal intranet/portal: RPO = 1-4 saat, RTO = 4-8 saat.
• Düşük öncelikli servis: RPO = 24 saat, RTO = 24 saatten fazla.

Depolama ve Offsite vs On-site

On-site (lokal) yedekleme, düşük gecikme ile hızlı geri dönüş sağlar; ancak aynı fiziksel lokasyonda gerçekleşen felaketlerde risk altındadır. Offsite (uzak lokasyon) yedekleme, veriyi farklı coğrafi konumlarda tutarak felaketlerden korur.

Depolama türleri

• Yerel disk/NAS: Hızlı restore, sınırlı offsite koruma.
• Objekt depolama (S3 benzeri): Uzun süreli, ucuz, ölçeklenebilir arşivleme.
• Band (Tape): Uzun süreli arşivler için maliyet etkin fakat restore süreleri uzun.
• Bulut snapshot & imaj: Hızlı çoğaltma ve coğrafi replikasyon avantajı.

Pratik Yedekleme Stratejileri ve Örnekler

Burada farklı ihtiyaçlara göre üç örnek strateji sunuyorum. Her örnekte RPO/RTO tahmini ve uygulanabilir araçlar yer alır.

1. Kritik İş Yükü (Finansal Uygulama) — Yüksek SLA

• RPO: 15 dakika
• RTO: 30-60 dakika
• Strateji: Sürekli artımlı yedekleme + transaction log replikasyonu + günlük tam yedek + bulut offsite replike snapshot.
• Araçlar: Veritabanı replikasyonu (MySQL binlog, PostgreSQL WAL), blok düzeyi replikasyon, bulut snapshot çözümleri.

2. Web Uygulama (E-Ticaret Orta Ölçek)

• RPO: 1 saat
• RTO: 1-4 saat
• Strateji: Saatlik artımlı dosya yedekleri + 6 saatte bir snapshot + günlük tam yedek (gece) + günlük offsite transfer.
• Araçlar: rsync/rdiff-backup, Borg/BorgBase, blok snapshotlar, S3 uyumlu depolama.

3. Geliştirme / Test Ortamı

• RPO: 24 saat
• RTO: 24 saat
• Strateji: Haftalık tam yedek + günlük fark yedekleri; gerektiğinde hızlı imaj restore.
• Araçlar: Disk imaj araçları (Clonezilla), snapshot tabanlı çözümler.

Otomasyon, Test ve İzleme

Yedekleme otomasyonu ve düzenli test edilmesi başarı için zorunludur. Otomasyon araçları planlı yedeklemeleri, sıkıştırmayı, şifrelemeyi ve offsite transferi yönetir. İzleme ise yedekleme başarısını, gecikmeleri ve bozulmuş setleri tespit eder.

• Otomasyon: cron, systemd timers, Ansible playbook, veya bulut sağlayıcı otomasyonları kullanılabilir.
• Şifreleme: Hem transit (TLS) hem de at-rest şifreleme uygulayın. (örn. GPG, AES-256)
• İzleme: Yedekleme için e-posta/Slack bildirimleri, Prometheus / Grafana panoları ve yedek doğrulama görevleri.

Pratik test önerileri:

1. Restore Tatbikatları: Ayda en az bir kez kısmi restore, çeyrekte tam felaket kurtarma testi.
2. Yedek Doğrulama: Otomatik checksum (md5/sha256) kontrolü ve test geri yüklemeleri.
3. Raporlama: Başarı/başarısızlık oranı, ortalama restore süresi, son başarılı yedek zamanı.

Pratik Komut / Senaryo Örnekleri

• Linux dosya yedekleme (rsync): rsync -aAX --delete /var/www/ /backup/www/
• MySQL tutarlı snapshot (LVM): lvcreate --snapshot ... && mount snapshot && mysqldump veya dosya kopyalama.
• Borg ile artımlı arşivleme: borg create --stats repo::$(date +%Y-%m-%d) /etc /var/www

Sıkça Sorulan Sorular

Sonuç

Etkin bir yedekleme stratejisi bir bileşen değildir; birden fazla yöntemin (tam, artımlı, snapshot, image) ve depolama lokasyonunun kombinasyonudur. RPO ve RTO hedeflerinizi belirleyin, otomasyon ve izlemeyi kurun, düzenli testlerle güvenilirliği sağlayın. Corelux olarak yedekleme çözümlerimiz ve Yedekleme Hizmeti ile ihtiyaçlarınıza özel planlama ve offsite depolama seçenekleri sunuyoruz. Hizmetlerimiz hakkında detaylı bilgi almak için bize başvurabilirsiniz.