Yayın: · Güncelleme: · Oner Business Teknik Ekibi
3-2-1 yedekleme kuralı, verinin en az üç kopyasının tutulmasını, bu kopyaların iki farklı depolama ortamında saklanmasını ve en az bir kopyanın şirket dışında bulunmasını öngören yedekleme stratejisidir. Güncel 3-2-1-1-0 yaklaşımı buna bir çevrimdışı veya değiştirilemez (immutable) kopya ile sıfır hatalı geri yükleme testi şartını ekler.
Tek bir yedek kopya neden yeterli değildir?
Birçok işletme verisini sunucudaki ikinci bir diske, USB ile bağlı harici bir diske ya da aynı odadaki bir NAS cihazına kopyalayarak kendini güvende hisseder. Bu yöntemlerin ortak zayıflığı, canlı veri ile yedeğin aynı riskleri paylaşmasıdır. Aynı binada, aynı ağda ve çoğu zaman aynı yönetici hesabıyla erişilen iki kopya, tek bir olayda birlikte kaybedilebilir. Sonuç ağır olabilir: sektör araştırmalarına göre veri kaybı yaşayan ve profesyonel yedeği olmayan işletmelerin %60'ı 6 ay içinde faaliyetlerini sonlandırıyor.
- Fidye yazılımı: Ağa sızan saldırganlar genellikle önce yedekleri arar; ağ paylaşımı olarak bağlı diskler ve yönetici yetkisiyle erişilen yedek klasörleri şifrelenir veya silinir.
- Fiziksel felaketler: Yangın, su baskını, deprem ya da hırsızlık, sunucu ile yanındaki yedek diski aynı anda etkiler.
- İnsan hatası: Yanlışlıkla silinen bir klasör fark edilmeden günler geçerse, tek sürümlü yedek de silinmiş hâliyle güncellenebilir.
- Sessiz veri bozulması: Test edilmeyen yedeklerde bozulma, çoğu zaman ancak geri yükleme gerektiğinde fark edilir.
3-2-1 kuralındaki her rakam ne anlama gelir?
3: En az üç kopya bulundurun
Verinin çalışan (canlı) kopyasına ek olarak en az iki yedek kopya tutulmalıdır. İki bağımsız yedek, birinin bozuk ya da erişilemez olduğu durumda ikincisine dönebilmenizi sağlar. Kopyaların birbirinden bağımsız olması, yani birindeki hatanın diğerine otomatik yansımaması kritik noktadır.
2: İki farklı depolama ortamı kullanın
Yedekler farklı teknoloji veya cihaz türlerinde saklanmalıdır: örneğin sunucu diskleri ve ayrı bir NAS, ya da NAS ve bulut nesne depolama. Amaç, aynı model disklerde görülebilecek toplu arızaların veya tek bir platforma özgü bir zafiyetin tüm kopyaları etkilemesini önlemektir.
1: En az bir kopyayı şirket dışında saklayın
Kopyalardan biri fiziksel olarak başka bir konumda olmalıdır: farklı bir şube, veri merkezi ya da güvenilir bir bulut yedekleme servisi. Bölgesel bir felakette dahi işletmenin verisine ulaşabilmesi bu kopyaya bağlıdır. Şirket dışı kopyanın şifreli aktarılması ve şifreli saklanması KVKK açısından da önemlidir.
3-2-1-1-0 kuralı neyi değiştirir?
Fidye yazılımı grupları yedekleme altyapısını özellikle hedef aldığı için klasik kural güncellenmiştir. Ek "1", en az bir kopyanın çevrimdışı (air-gapped) ya da değiştirilemez (immutable) olmasını ifade eder. Değiştirilemez yedekte veri, tanımlanan saklama süresi dolana kadar yönetici hesabıyla dahi silinemez veya üzerine yazılamaz. Bu, NAS cihazlarındaki WORM/anlık görüntü (snapshot) koruması, bulut depolamadaki nesne kilitleme (object lock) ya da ağdan fiziksel olarak ayrılan teyp ve disk medyasıyla sağlanabilir.
"0" ise yedeklerin sıfır hatayla geri yüklenebildiğinin düzenli testlerle doğrulanmasıdır. Otomatik doğrulama, örnek dosya geri yükleme ve izole ortamda sanal makine açma testleri bu adımın parçasıdır. Fidye yazılımına karşı katmanlı korumayı ransomware engelleme rehberimizde ayrıntılı ele aldık.
| Yedek hedefi | Geri yükleme hızı | Fidye yazılımına direnç | 3-2-1-1-0'daki rolü |
|---|---|---|---|
| USB / harici disk | Orta | Düşük (sürekli bağlıysa) | Yalnızca bağlantısı kesilerek saklanırsa çevrimdışı kopya |
| Yerel NAS (snapshot + ayrı yetki) | Yüksek | Orta–yüksek | Hızlı geri dönüş için birincil yedek |
| Uzak şube / ikinci NAS | Orta | Orta | Şirket dışı kopya |
| Bulut (nesne kilitleme ile) | Bant genişliğine bağlı | Yüksek | Şirket dışı ve değiştirilemez kopya |
| Teyp (LTO) / rotasyonlu offline disk | Düşük–orta | Çok yüksek (ağdan ayrık) | Çevrimdışı (air-gapped) kopya |
RPO ve RTO hedefleri yedekleme planını nasıl şekillendirir?
3-2-1 kuralı "kaç kopya ve nerede" sorusunu yanıtlar; RPO ve RTO ise "ne sıklıkla ve ne kadar hızlı" sorusunu. RPO (Recovery Point Objective), bir olayda kabul edilebilecek en fazla veri kaybını zaman olarak ifade eder: RPO dört saat ise yedekler en az dört saatte bir alınmalıdır. RTO (Recovery Time Objective) ise sistemin yeniden hizmete dönmesi için kabul edilebilir en uzun süredir.
Her sistemin hedefi farklıdır. ERP ve muhasebe veritabanları kısa RPO/RTO isterken, arşiv dosya sunucusu daha uzun süreleri tolere edebilir. Bu hedefler, hangi kopyanın yerel NAS'ta hızlı geri dönüş için, hangisinin bulutta felaket senaryosu için tutulacağını belirler. Kritik sistemler için yedeklemenin ötesinde replikasyon ve yedek sahaya geçiş planları iş sürekliliği ve felaket kurtarma kapsamında ele alınır.
KOBİ'ler için örnek bir 3-2-1-1-0 mimarisi nasıl kurulur?
Tipik bir orta ölçekli işletmede sanallaştırılmış sunucular, dosya paylaşımları ve bulut e-posta birlikte bulunur. Uygulanabilir bir mimari şu katmanlardan oluşabilir:
- Birincil yedek: Sunucular ve sanal makineler, ayrı yönetici kimliğiyle korunan yerel bir NAS'a günlük ya da daha sık yedeklenir; anlık görüntülerle hızlı geri dönüş sağlanır. QNAP NAS çözümleri snapshot ve uzak kopyalama özellikleriyle bu katmanda sıkça kullanılır.
- Şirket dışı kopya: NAS üzerindeki yedekler şifreli olarak uzak bir şubeye veya bulut depolamaya kopyalanır.
- Değiştirilemez kopya: Bulut hedefinde nesne kilitleme ya da NAS üzerinde silinemez saklama süresi tanımlanır.
- SaaS verisi: Microsoft 365 posta kutuları, OneDrive ve SharePoint içeriği bağımsız bir yedekleme servisiyle korunur.
- Doğrulama: Otomatik bütünlük kontrolleri ve periyodik test geri yüklemeleri raporlanır.
Yedekleme kontrol listesi: planınız hazır mı?
- Kritik sistemler ve veriler envanterlendi, her biri için RPO/RTO hedefi yazılı olarak belirlendi.
- En az üç kopya ve iki farklı depolama ortamı tanımlandı.
- En az bir kopya şifreli olarak şirket dışında saklanıyor.
- En az bir kopya değiştirilemez veya ağdan fiziksel olarak ayrık.
- Yedekleme yönetim hesapları ayrı ve MFA ile korunuyor.
- Microsoft 365 gibi SaaS verileri için ayrı yedek alınıyor.
- Yedek işlerinin başarısız olması durumunda otomatik uyarı geliyor.
- Periyodik test geri yüklemeleri yapılıyor ve sonuçları kayıt altına alınıyor.
- Felaket kurtarma adımları yazılı, güncel ve sorumlular belirlenmiş.
Sık Sorulan Sorular
3-2-1 yedekleme kuralı, verinin en az üç kopyasının bulunmasını, bu kopyaların en az iki farklı depolama ortamında tutulmasını ve en az bir kopyanın şirket binası dışında saklanmasını öngörür. Amaç, disk arızası, yangın, hırsızlık veya fidye yazılımı gibi tek bir olayın tüm kopyaları aynı anda yok etmesini engellemektir. Kurumsal yedekleme planlarının temel çerçevesi olarak kabul edilir.
3-2-1-1-0, klasik kurala iki ek şart koyar. Birincisi, kopyalardan en az birinin çevrimdışı (air-gapped) ya da değiştirilemez (immutable) olmasıdır; böylece ağa sızan bir saldırgan bu kopyayı silemez veya şifreleyemez. İkincisi, düzenli geri yükleme testleriyle yedeklerde sıfır hata bulunduğunun doğrulanmasıdır. Fidye yazılımlarının yedekleri hedef alması nedeniyle bu model artık önerilen yaklaşımdır.
Hayır. RAID, bir veya birkaç diskin arızalanması durumunda sistemin çalışmaya devam etmesini sağlayan bir erişilebilirlik teknolojisidir. Silinen bir dosya, bozulan bir veritabanı veya fidye yazılımıyla şifrelenen veriler RAID dizisindeki tüm disklere aynı anda yansır. Bu nedenle RAID yedekleme stratejisinin bir parçası değil, depolama altyapısının bir özelliğidir; ayrı ve bağımsız yedek kopyalar her zaman gereklidir.
Senkronizasyon servisleri tek başına yedek sayılmaz. Senkronizasyon, yerel dosyadaki değişikliği buluta da taşır; dosya silindiğinde veya şifrelendiğinde bu durum bulut kopyasına da yansıyabilir. Sürüm geçmişi ve geri dönüşüm kutusu bir miktar koruma sağlasa da saklama süreleri sınırlıdır. Kurumsal veriler için bağımsız saklama politikası, sürümleme ve ayrı yönetim kimliği olan gerçek bir yedekleme çözümü kullanılmalıdır.
Sıklığı belirleyen şey, işletmenin ne kadar veri kaybını tolere edebildiğidir (RPO). Muhasebe ve ERP veritabanları için günde birkaç kez, dosya sunucuları için günlük yedek yaygın bir başlangıçtır. Saklama süresi ise yasal yükümlülüklere, sözleşmelere ve iş ihtiyaçlarına göre belirlenir. Tipik bir düzen günlük, haftalık ve aylık kopyaların farklı sürelerle tutulduğu kademeli saklama politikasıdır.
Yedek işinin hatasız tamamlanması, verinin geri yüklenebileceği anlamına gelmez. Belirli aralıklarla örnek dosyaların, veritabanlarının ve tam sanal makinelerin izole bir ortamda geri yüklenip açılması gerekir. Birçok yedekleme yazılımı otomatik doğrulama ve test geri yükleme özelliği sunar. Test sonuçları kayıt altına alınmalı; kritik sistemler için yılda en az birkaç kez tam felaket kurtarma tatbikatı yapılmalıdır.
Microsoft 365 hizmet altyapısının sürekliliğinden Microsoft sorumludur; ancak verinin korunması, yanlışlıkla silmeler ve kötü niyetli işlemler paylaşılan sorumluluk modeli gereği büyük ölçüde müşterinin sorumluluğundadır. Geri dönüşüm kutusu ve saklama ilkeleri sınırlı süreler sunar. Exchange Online, OneDrive, SharePoint ve Teams verileri için bağımsız bir yedekleme çözümü kullanmak 3-2-1 prensibine uygun ve önerilen bir yaklaşımdır.
Yedekleme altyapınızı birlikte değerlendirelim mi?
Oner Business Teknolojileri olarak İzmir Alsancak'taki ekibimizle mevcut yedekleme düzeninizi 3-2-1-1-0 prensibine göre değerlendiriyor, veri hacminize, kritiklik seviyenize ve RPO/RTO hedeflerinize uygun, KVKK ve 5651 saklama yükümlülükleriyle uyumlu bir mimari tasarlıyor, kurulumu ve periyodik testleri üstleniyoruz. 15 yılı aşkın deneyimimiz ve QNAP'ın yetkili iş ortağı olarak kurduğumuz yedekleme altyapılarında şirket dışı kopyayı, askeri düzeyde AES-256 şifrelemeyle kendi bulut veri merkezimize taşıyoruz; 7/24 NOC ekibimiz her sabah yedek durum raporlarını kontrol ediyor. Destek sözleşmelerimizde 15 dakikada uzaktan müdahale ve en geç 2 saatte yerinde destek hedefliyoruz. Ayrıntılar için veri yönetimi ve yedekleme hizmetimizi inceleyebilir ya da iletişim sayfamızdan ücretsiz ön değerlendirme talep edebilirsiniz.