3-2-1-1-0 Yedekleme Kuralının Kurumsal Veri Merkezinde Uçtan Uca Uygulanması ve İzolasyon

Geçmişte sistem yöneticilerine öğretilen klasik "3-2-1 kuralı" (3 kopya, 2 farklı ortam, 1 uzak lokasyon) günümüzün sofistike siber saldırılarına karşı yetersiz kalmaktadır. Ağdaki her cihazı şifreleyen modern ransomware grupları, uzak lokasyondaki VPN tünelini takip ederek oradaki NAS cihazını da temizlemektedir. Bu nedenle kurumsal altyapımızda 3-2-1-1-0 Altın Kuralını standart haline getirdik.

1. 3-2-1-1-0 Formülünün Anatomisi

Bu formülün her bir rakamı felakete karşı aşılmaz bir savunma hattıdır:

• 3 (Üç Kopya Veri): 1 Birincil üretim verisi + En az 2 bağımsız yedek kopyası.
• 2 (İki Farklı Medya): Veriler aynı marka/model depolama ünitesinde duramaz. (Örn: Birincil depolama SAS SAN + Yedekleme deposu XFS Linux Sunucu).
• 1 (Bir Uzak Lokasyon): Yangın, sel veya bina felaketine karşı yedeklerden biri farklı bir şehirde veya bulutta (Cloud) yaşamalıdır.
• 1 (Bir Değiştirilemez veya Çevrimdışı Kopya - Immutable / Air-Gapped): Saldırganın hiçbir şekilde erişemeyeceği, ağdan kopuk (Air-gapped LTO Teyp) veya Linux Hardened Repo üzerinde kilitli kopya.
• 0 (Sıfır Hata Doğrulaması): Otomatikleştirilmiş testlerle (Veeam SureBackup) sıfır kurtarma hatası garanti edilmelidir.

2. Kurumsal Saha Mimarisi Örneği

Eksa Elektronik ve holding altyapımızda kurguladığımız hiyerarşik yedek akışı:

[CANLI ÜRETİM SİSTEMİ] (Dell PowerEdge + VMware vSphere 8.0 SAN)
       │
       ▼ (10GbE LAN - Her Gece Saat 01:00)
[1. YEDEK: YEREL DEPO] (Linux Hardened Repository - 14 Gün İmmutable)
       │
       ├──────────────────────────────────────────┐
       ▼ (Backup Copy Job - Şifreli WAN)          ▼ (Otomatik SureBackup)
[2. YEDEK: BULUT / OFFSITE]               [OTONOM SAĞLIK TESTİ]
(Azure Blob Storage / Veeam Cloud Connect) (İzole Sanal Lab'da Boot & SQL Check)
(1 Kopya Uzakta + 30 Gün Kilitli)          (Sıfır Kurtarma Hatası Raporu)

3. "0 Hata" Nasıl Garanti Edilir?

Bir yedeğin alınmış olması, o yedeğin geri dönebileceği anlamına gelmez. VSS tutarsızlığı nedeniyle bozuk alınan bir veritabanı yedeğini ancak geri yüklemeye çalıştığınızda fark edersiniz; o an da iş işten geçmiştir.

• Veeam SureBackup özelliği her sabah saat 05:00'te en kritik 5 sunucuyu tamamen izole bir sanal ağda (Virtual Lab) ayağa kaldırır.
• İşletim sisteminin açılıp açılmadığını (Heartbeat), IP alıp almadığını (Ping) ve MS SQL servis portunun (TCP 1433) yanıt verip vermediğini test eder.
• Başarılı olursa ekran görüntüsü alıp sunucuyu kapatır ve sistem yöneticisine "0 Hata Doğrulandı" raporu fırlatır.

Karşılaşılan Kritik Hatalar ve Çözüm İpuçları

• Tüm Yumurtaları Aynı Sepete Koymak: Bir müşterimizde ana depolama ile yedekleme depolaması aynı Active Directory etki alanında ve aynı domain admin şifresiyle yönetiliyordu. Saldırgan tek bir şifreyle hem sunucuları hem yedekleri sildi. Çözüm: Yedekleme altyapısı tamamen ayrı bir VLAN'da, domain dışı ve çift faktörlü (MFA) erişimle izole edilmelidir.
• Bant Genişliği Darboğazı: Uzak lokasyona veya buluta yedek kopyalarken gündüz interneti tüketmemek için Veeam üzerinden Traffic Throttling kuralları tanımlanmalıdır (Örn: 08:00 - 18:00 arası max 20 Mbps; gece limitsiz).

Mühendis Notu

Bir sistem yöneticisinin başarısı, yedek almasıyla değil; aldığı yedekten ne kadar hızlı ve kayıpsız dönebildiğiyle (RTO/RPO) ölçülür. Test edilmemiş bir yedek, hiç alınmamış bir yedektir.