1. GİRİŞ: VERİ KAYBI BİR OLASILIK DEĞİL, BİR ZAMAN MESELESİDİR

Dijital dönüşümün zirve yaptığı 2026 yılında, veriyi "petrol" olarak tanımlamak artık yetersiz kalıyor; veri bugün organizasyonların "sinir sistemi"dir. Ancak bu sistem, her geçen gün daha karmaşık hale gelen siber saldırılar (özellikle fidye yazılımları - ransomware), donanım arızaları, insan hataları ve doğal afetler tarafından tehdit edilmektedir. Data Backup Strategies (Veri Yedekleme Stratejileri), sadece verinin bir kopyasını almak değil, o verinin ihtiyaç anında ne kadar hızlı ve ne kadar eksiksiz geri dönebileceğini tasarlama sanatıdır.

Bugün yedekleme konuşulurken sadece "diske yazma" hızlarından bahsetmiyoruz. Artık "Resilience" (Dayanıklılık) çağındayız. Verinin her an erişilebilir olması gereken bir dünyada, geleneksel haftalık yedekleme döngüleri çoktan tarihe karıştı. Modern sistemler, saniyelik veri kayıplarını (RPO) ve dakikalık kesintileri (RTO) bile tolere edemeyecek kadar iş kritik hale geldi.

Bu Teknoloji Neden Bugün Konuşuluyor?

Bulut bilişimin (Cloud Computing) yaygınlaşması, mikroservis mimarileri ve konteynerize (Kubernetes) iş yükleri, yedekleme stratejilerinin de "bulut yerlisi" (Cloud-Native) hale gelmesini zorunlu kıldı. Ayrıca, yapay zeka tarafından yönetilen siber saldırıların yedekleme dosyalarını hedef alması, Immutability (Değişmezlik) ve Air-Gapping (Hizmet Dışı Bırakma) gibi kavramları lüks olmaktan çıkarıp temel bir gereklilik haline getirdi.

Kimler İçin Önemli?

Bu makale; BT Yöneticileri, Sistem Mühendisleri, Bulut Mimarları (Cloud Architects) ve Siber Güvenlik Uzmanları için teknik bir başvuru kaynağıdır. Özellikle yüksek trafikli uygulamalar yöneten mühendisler için, felaket anında sistemi ayağa kaldıracak "can simidi" nin nasıl örüldüğünü anlamak kritiktir.

Hangi Problemleri Çözüyor?

• İş Sürekliliği (Business Continuity): Bir sunucu çöktüğünde veya veri merkezi su altında kaldığında işin durmasını engeller.
• Ransomware Koruması: Şifrelenen verilerin yerine temiz kopyaların hızla geri yüklenmesini sağlar.
• Yasal Uyumluluk (Compliance): GDPR, KVKK veya HIPAA gibi düzenlemelerin gerektirdiği veri saklama yükümlülüklerini yerine getirir.
• İnsan Hatası Telafisi: Yanlışlıkla silinen veya bozulan tabloların geçmiş bir ana (Point-in-Time) döndürülmesini sağlar.

2. KAVRAMSAL TEMELLER: YEDEKLEMENİN ALFABESİ

Başarılı bir strateji kurmak için önce temel metrikleri ve modern kuralları tanımlamalıyız.

2.1 RPO ve RTO: Kritik Başarı Metrikleri

Yedekleme stratejisinin başarısı iki ana metrikle ölçülür:

• RPO (Recovery Point Objective - Kurtarma Noktası Hedefi): "Ne kadar veri kaybını tolere edebilirim?" sorusunun cevabıdır. Eğer yedekleriniz her 24 saatte bir alınıyorsa, RPO değeriniz 24 saattir. Kritik finansal sistemlerde bu değer saniyelerle ölçülür.
• RTO (Recovery Time Objective - Kurtarma Süresi Hedefi): "Sistem çöktükten ne kadar süre sonra ayağa kalkmalı?" süresidir. Yedek verinin üretim ortamına geri dönme süresidir. RTO ne kadar düşükse, maliyet o kadar yüksektir.

2.2 3-2-1-1-0 Yedekleme Kuralı

Klasik 3-2-1 kuralı, modern tehditler karşısında evrilerek 3-2-1-1-0 halini almıştır:

• 3: Verinin en az 3 kopyası olmalı (1 asıl, 2 yedek).
• 2: Yedekler en az 2 farklı medya türünde tutulmalı (Örn: Disk ve Bulut).
• 1: En az 1 kopya mutlaka farklı bir fiziksel konumda (Off-site) olmalı.
• 1: En az 1 kopya değişmez (immutable) veya ağdan izole (air-gapped) olmalı.
• 0: Geri yükleme testlerinde 0 hata (Zero errors) hedeflenmeli.

2.3 Değişmez Yedekleme (Immutable Backup)

Bir yedekleme dosyasının, belirlenen saklama süresi boyunca hiçbir şekilde değiştirilememesi, silinememesi veya şifrelenememesi özelliğidir. Genellikle WORM (Write Once Read Many) teknolojisi ile sağlanır. Ransomware saldırılarına karşı en güçlü kalkandır.

3. NASIL ÇALIŞIR? TEKNİK MİMARİ VE YEDEK TÜRLERİ

Yedekleme süreçleri, veri değişim oranına ve ağ bant genişliğine göre optimize edilir.

3.1 Yedekleme Yöntemleri: Full, Incremental, Differential

• Full Backup (Tam Yedek): Belirlenen tüm verinin her seferinde baştan aşağı kopyalanmasıdır.
  Teknik: En güvenli ama en yavaş ve en çok yer kaplayan yöntemdir. Geri yükleme en hızlıdır (tek dosya).
• Incremental Backup (Artımlı Yedek): Sadece bir önceki yedekten (ister tam ister artımlı olsun) sonra değişen verilerin alınmasıdır.
  Teknik: Depolama alanını en verimli kullanan yöntemdir. Ancak geri yükleme için tam yedek + tüm artımlı parçalar gerekir; bu da süreci karmaşıklaştırabilir.
• Differential Backup (Fark Yedeği): En son tam yedekten sonra değişen tüm verilerin alınmasıdır.
  Teknik: Zamanla boyutu büyür ama geri yükleme için sadece tam yedek + en son fark yedeği yeterlidir.

3.2 Sentetik Tam Yedekleme (Synthetic Full Backup)

Modern yazılımlar, sistemi yormamak için her seferinde tam yedek almazlar. Bunun yerine, mevcut artımlı yedekleri kullanarak sunucu tarafında sanal bir "tam yedek" oluştururlar. Bu teknoloji, ağ trafiğini azaltırken geri yükleme hızını artırır.

3.3 Blok Seviyesinde Yedekleme (Block-level Tracking)

Dosya bazlı yedekleme yerine, disk üzerindeki sadece değişen veri bloklarının takip edilmesidir. 1 GB'lık bir dosyanın sadece 1 MB'ı değiştiyse, sadece o 1 MB yedeklenir.

4. GERÇEK DÜNYA KULLANIMLARI: DEVLER VERİSİNİ NASIL KORUYOR?

İnternet ölçeğindeki şirketler için yedekleme, saniyede milyarlarca verinin aktığı canlı bir operasyondur.

4.1 Netflix: LTO Tape ve Bulut Ötesi Arşivleme

Netflix, orijinal içeriklerini (Raw footage) korumak için 3-2-1 kuralını çok katı uygular. Dijital kopyalar Amazon S3'te dururken, "altın kopya" dediği verileri ise LTO Tape (Manyetik Bant) sürücülerine yazar ve bunları yer altı kasalarında (Air-gapped) saklar. Bir siber saldırı bulutu tamamen yok etse bile, bant sürücüleri çevrimdışı olduğu için veriler güvendedir.

4.2 Uber: Dağıtık "Snapshot" ve Felaket Kurtarma

Uber, petabaytlarca veritabanı yedeğini yönetmek için kendi "Snapshot Toolkit"lerini geliştirmiştir. MySQL için Percona Xtrabackup, Cassandra için ise Medusa tabanlı dağıtık yedekleme sistemleri kullanır. Uber'in en ilginç stratejilerinden biri, geçmişte veri merkezi çöküşlerini engellemek için sürücülerin telefonlarını bile geçici veri saklama (Temporary ephemeral storage) noktası olarak kullanmayı denemiş olmasıdır.

4.3 Stripe: Finansal Veride "Point-in-Time Recovery" (PITR)

Ödeme sistemleri devi Stripe için verinin saniyelerle bile olsa eski olması kabul edilemez. Stripe, log tabanlı yedekleme (Write-Ahead Logging) sistemleri kullanarak, veritabanını felakat anından tam 1 saniye önceki haline döndürebilecek PITR yeteneğine sahiptir. Bu mimari, işlem sırasında meydana gelen hataları milisaniyelik hassasiyetle tamir etmeyi sağlar.

4.4 OpenAI: Eğitim Setlerinin Versiyonlanmış Yedekleri

ChatGPT gibi modellerin eğitim setleri devasadır. OpenAI, bu verileri yedeklerken sadece kopyalamaz, aynı zamanda "Versiyonlama" (Data Versioning makalemizdeki gibi) teknikleriyle yedekler. Böylece eğitim sırasında verinin bozulması durumunda, tam olarak hangi sürümün bozulduğunu anlayıp temiz kopyaya dönebilirler.

5. AVANTAJLAR VE SINIRLAMALAR: STRATEJİK TAKASLAR

Hangi stratejinin seçileceği, bütçe ve risk toleransı arasındaki dengeye bağlıdır.

Avantajlar

• Hızlı Felaket Kurtarma: RTO hedeflendiğinde iş kaybı minimize edilir.
• Veri Bütünlüğü: Düzenli yedekleme, verinin zaman içindeki sessiz bozulmalarını (bit rot) tespit etmeyi sağlar.
• Geliştirici Güveni: "Hata yaparsam geri dönebilirim" düşüncesi, mühendislik hızını artırır.

Sınırlamalar ve Zorluklar

• Depolama Maliyeti: Her veriyi 3 kopya saklamak, disk veya bulut maliyetlerini katlayabilir.
• Bant Genişliği: Büyük yedeklerin buluta transferi, ağ trafiğini tıkayabilir (Deduplication ile çözülür).
• Operasyonel Yük: Yedeklerin alındığını kontrol etmek ve test etmek ciddi bir insan kaynağı gerektirir.

6. ALTERNATİFLER VE KARŞILAŞTIRMA: YÖNTEMLERİN KIYASI

Modern yedekleme yöntemlerini teknik özelliklerine göre karşılaştıralım:

7. EN İYİ PRATİKLER: UZMAN MÜHENDİS TAVSİYELERİ

Yedeklemenin çalışması için sadece "alınması" yetmez, "korunması" ve "denenmesi" gerekir.

Production Ortamı ve Güvenlik

• Şifreleme (Encryption): Yedekler hem transfer anında (in-transit) hem de durduğu yerde (at-rest) AES-256 ile şifrelenmelidir. Şifreli olmayan yedek, sızdırılmayı bekleyen bir hazinedir.
• Değişmezlik (Immutability): Ransomware'in yedeğinizi silmesini istemiyorsanız, bulut sağlayıcınızdaki "Object Lock" veya "Immutable Vault" özelliklerini aktif edin.
• RBAC (Rol Bazlı Erişim Control): Üretim sistemindeki yöneticilerin, yedek sistemini silme yetkisi olmamalıdır. Bu, içeriden gelebilecek sabotajları (Insider threat) engeller.

Performans Optimizasyonu

• Deduplication (Tekilleştirme): Aynı verinin (Örn: İşletim sistemi dosyaları) tekrar tekrar yedeklenmesini önleyerek depolama ihtiyacını %90'a kadar azaltın.
• Network Segmentation: Yedekleme trafiğini ana ağdan ayırın (Backup VLAN), böylece kullanıcı trafiği etkilenmez.

Sürekli Test (Drill)

• Automated Recovery Testing: Yedeklerin haftalık olarak sanal bir ortamda (Sandbox) otomatik geri yüklenip doğrulanması sürecini kurun. Denenmemiş yedek, yedek değildir.

8. SIK YAPILAN HATALAR: YEDEKLEMEDE "ÖLÜMCÜL" TUZAKLAR

• Yedekleri Aynı Sitede Tutmak: "Sistem odası yanarsa tüm kopyalar gider" gerçeğini unutmak.
• RAID'i Yedekleme Sanmak: RAID bir donanım dayanıklılığıdır, yedekleme değildir. Yanlışlıkla silinen veri RAID'deki tüm disklerden aynı anda silinir.
• Yedekleme Yazılımının Şifresini Kaybetmek: Yedekleri şifreleyip anahtarı (KMS) kaybetmek, veriyi kendi ellerinizle yok etmektir.
• SaaS Verilerini Unutmak: "Microsoft 365 veya Salesforce kullanıyorum, onlar yedekliyordur" yanılgısı. SaaS sağlayıcıları altyapıyı korur, sizin verinizi yanlışlıkla silmenizden sorumlu değildirler.
• Backup Monitoring İhmali: Aylarca "başarısız" olan yedekleri fark etmeyip, felaket günü geldiğinde dosyanın boş olduğunu görmek.

9. GELECEK TRENDLER: 2026 VE ÖTESİ

Yedekleme dünyası artık daha akıllı ve daha proaktif.

9.1 AI ve Makine Öğrenmesi Destekli Yedekleme

AI modelleri, veri değişim oranlarını takip ederek ne zaman yedek alınması gerektiğini dinamik olarak belirleyecek. Ayrıca, yedekleme akışındaki anormallikleri (Örn: Birdenbire tüm dosyaların değişmesi) fark ederek bir ransomware saldırısını başlamadan durdurabilecek.

9.2 Post-Quantum Cryptography (PQC)

2026 sonrası, kuantum bilgisayarların mevcut şifreleme yöntemlerini kırma riskine karşı, yedekleme dosyaları kuantum-dirençli algoritmalarla şifrelenmeye başlanacak.

9.3 Serverless ve Kubernetes-Native Backup

Kalıcı depolama birimleri (Persistent Volumes) olmayan konteyner iş yüklerinin "State"lerini yedekleyen, mikro-ikinci seviyeli "Snapshot" sistemleri standart hale gelecek.

EK BÖLÜMLER

Sık Sorulan Sorular (FAQ)

1. Yedekleme maliyetini nasıl düşürebiliriz?

   Eski yedekleri "Archive" katmanlarına (Glacier vb.) taşıyarak ve deduplication teknolojilerini kullanarak maliyetleri %70 düşürebilirsiniz.

2. Bulut yedeği fiziksel yedekten daha mı güvenli?

   Bulut, veriyi birden fazla bölgeye yayabildiği için dayanıklıdır; ancak bulut hesabınız çalınırsa her şey gider. Bu yüzden hala "off-cloud" bir kopya önerilir.

3. Ne sıklıkla yedek almalıyım?

   Bu sorunun cevabı iş biriminizin RPO hedefine bağlıdır. Eğer 1 saatlik veri kaybı can yakıyorsa, her 15 dakikada bir artımlı yedek almalısınız.

4. Yedekleme yazılımı seçerken en kritik özellik nedir?

   Geri yükleme hızı (Recovery Speed) ve değişmezlik (Immutability) desteği en kritik iki özelliktir.

5. Teyp (Tape) hala kullanılıyor mu?

   Evet. Özellikle büyük ölçekli arşivlemede GB başına en ucuz maliyeti sunduğu ve doğal "Air-gap" sağladığı için hala zirvededir.

6. "Snapshot" her zaman güvenli bir yedek midir?

   Hayır. Snapshot genellikle aynı disk üzerinde veya aynı depolama biriminde durur. Disk fiziksel olarak bozulursa snapshot da gider. Mutlaka farklı bir medyaya kopyalanmalıdır.

7. Kritik olmayan verileri yedeklemeli miyim?

   Hayır. "Sadece gerçekten değerli olanı koruyun." Veri minimizasyonu, yedekleme karmaşıklığını azaltır.

8. Ransomware yedeğe ulaşabilir mi?

   Eğer yedeğiniz ağa açıksa ve değişmez (immutable) değilse evet. Saldırganlar genellikle önce yedekleri siler veya şifreler.

Anahtar Kavramlar Sözlüğü

Data Deduplication

Tekrarlanan veri bloklarının sadece bir kopyasının saklanması, böylece alandan tasarruf edilmesi.

Air-Gapping

Verinin fiziksel veya mantıksal olarak ağdan tamamen koparılması, böylece dışarıdan erişilemez hale gelmesi.

Recovery Drill

Olası bir felaket anına hazırlık için periyodik olarak yapılan kurtarma tatbikatı.

Cold/Hot Storage

Nadiren erişilen veriler için Cold (ucuz/yavaş), sık erişilenler için Hot (pahalı/hızlı) depolama katmanları.

Consistency Check

Yedeklenen verinin veritabanı veya dosya sistemi seviyesinde bozulup bozulmadığını kontrol eden işlem.

Öğrenme Yol Haritası (Backup & Recovery Uzmanı Olma)

1. Adım 1: Depolama Temelleri. Blok depolama, nesne depolama (S3) ve dosya sistemlerini (ZFS, NFS) öğrenin.
2. Adım 2: Sanallaştırma ve Bulut. VMWare ve AWS Backup gibi platform servislerinin mekanizmalarını inceleyin.
3. Adım 3: Güvenlik ve Şifreleme. KMS (Key Management), AES ve dijital imzalar üzerinde uzmanlaşın.
4. Adım 4: İş Sürekliliği Planlaması (BCP). Sadece teknik değil, organizasyonel olarak felaket kurtarma süreçlerini (DPR) kurgulamayı öğrenin.
5. Adım 5: Otomasyon. Terraform, Ansible veya Python kullanarak "Self-healing" yedekleme altyapıları kurun.