Rehber · Yedekleme
Yedekleme Stratejisinde 3-2-1 Kuralı: Veri Kaybını Azaltmak İçin Uygulanabilir Plan
3-2-1 yedekleme kuralı, bulut yedekleme, lokal yedek, geri dönüş testi ve felaket kurtarma için işletme odaklı rehber.
Yayın · Güncelleme · İyi Bilişim
Kısa cevap
3-2-1 kuralı; verinin en az 3 kopyasının bulunması, bu kopyaların 2 farklı ortamda tutulması ve 1 kopyanın farklı bir lokasyonda (ofis dışında) saklanması anlamına gelir. Fidye yazılımı döneminde kural 3-2-1-1-0 olarak genişletilir: 1 kopya değiştirilemez (immutable) veya çevrimdışı olmalı, geri yükleme testlerinde 0 hata hedeflenmelidir.
Yedek aldığını düşünen ama yedeklerin fidye yazılımına, donanım arızasına veya yangına karşı gerçekten koruma sağlayıp sağlamadığından emin olmayan işletmeler için hazırlanmıştır.
- OKAynı sunucudaki ikinci disk veya ağa sürekli bağlı harici disk tek başına yedek stratejisi değildir.
- OKEn az bir kopya ofis dışında ve en az bir kopya fidye yazılımının silemeyeceği şekilde tutulmalıdır.
- OKYedeğin değeri, geri yükleme testiyle kanıtlanana kadar belirsizdir.
- OKNeyin, ne sıklıkla ve ne kadar süre yedekleneceği iş kaybı toleransına (RPO) göre belirlenir.
Veri kaybı olaylarının çoğunda işletmenin aslında bir yedeği vardır; sorun, yedeğin ana sistemle birlikte şifrelenmiş, aylardır çalışmıyor ya da geri yüklenemez durumda olmasıdır. 3-2-1 kuralı bu senaryoları önlemek için kopyaları farklı risklere karşı dağıtan basit ama etkili bir çerçevedir.
013-2-1 kuralı tam olarak ne söyler?
Kuralın her rakamı farklı bir riski hedefler. 3 kopya: canlı veri + iki yedek; bir yedek bozulsa bile diğeri kalır. 2 farklı ortam: örneğin NAS cihazı ve bulut depolama; aynı tip ortamın aynı arızadan etkilenme ihtimali azalır. 1 kopya dışarıda: yangın, su baskını, hırsızlık veya ofisin tamamını etkileyen bir olayda veri başka bir yerde güvende kalır. Kural ürün söylemez; bir NAS, bir bulut yedekleme hizmeti ve yedekleme yazılımı ile KOBİ ölçeğinde rahatlıkla uygulanabilir.
02Fidye yazılımı çağında 3-2-1-1-0
Güncel fidye yazılımları önce yedekleri arar. Ağdan erişilebilen NAS paylaşımları, sürekli takılı USB diskler ve yönetici parolası ele geçirilmiş yedekleme konsolları ilk hedeflerdir. Bu yüzden ek bir '1' gerekir: en az bir kopya değiştirilemez (belirli süre silinemeyen, object lock özellikli bulut depolama veya immutable depo) ya da fiziksel olarak çevrimdışı olmalıdır. Sondaki '0' ise yedekleme işlerinin hatasız tamamlandığının ve geri yükleme testlerinin doğrulandığının takip edilmesini ifade eder.
03Önce envanter: neyi yedekliyoruz?
Strateji, kritik verinin listesiyle başlar: dosya sunucusu, muhasebe/ERP veritabanı, sanal sunucular, Active Directory, e-posta, yazılım lisans dosyaları ve özel cihaz konfigürasyonları (firewall, switch, santral). Microsoft 365 verisi de unutulmamalıdır; Microsoft altyapıyı korur ancak yanlışlıkla silinen veya fidye yazılımıyla şifrelenip eşitlenen dosyalara karşı uzun süreli yedeği kullanıcı sağlamalıdır. Her veri kaynağı için sahibi, boyutu ve kabul edilebilir kayıp süresi yazılmalıdır.
04RPO ile yedekleme sıklığını belirleyin
RPO (Recovery Point Objective), bir arızada en fazla ne kadarlık verinin kaybedilebileceğidir. Muhasebe veritabanında 1 saatlik veri kaybı kabul edilemiyorsa gece alınan tek yedek yetmez; saatlik artımlı yedek veya veritabanı log yedeği gerekir. Arşiv klasörleri için ise günlük yedek yeterli olabilir. Sıklık belirlendikten sonra saklama politikası tasarlanır: örneğin 14 günlük günlük yedek, 8 haftalık haftalık yedek ve 12 aylık aylık yedek (GFS modeli). Uzun saklama, fark edilmeden aylar önce bozulmuş dosyaları kurtarmayı sağlar.
05Pratik bir KOBİ mimarisi
Sık kullanılan model şöyledir: Sunucular ve kritik bilgisayarlar yedekleme yazılımıyla şirket içindeki bir NAS'a yedeklenir (hızlı geri dönüş için birinci kopya). NAS'taki yedekler şifreli olarak bulut depolamaya kopyalanır ve bulutta değiştirilemezlik açılır (ofis dışı ve fidye yazılımına dayanıklı ikinci kopya). NAS, yedekleme yazılımına özel bir hesapla erişilen ve kullanıcıların sürücü olarak göremediği bir hedef olmalıdır. Yedekleme sunucusunun yönetim hesabı etki alanı yönetici hesabından ayrılmalı ve MFA ile korunmalıdır.
06Şifreleme, erişim ve izleme
Ofis dışına çıkan her yedek şifrelenmelidir; şifreleme anahtarı ise yedeklerle aynı yerde değil, güvenli bir parola kasasında saklanmalıdır. Anahtarın kaybı yedeğin kaybı demektir. Yedekleme işlerinin sonucu her gün bir sorumlunun göreceği şekilde e-posta veya panel üzerinden raporlanmalıdır. Birkaç gündür başarısız olan bir iş fark edilmezse, olay günü elde en son haftalar önceki yedek olabilir. Disk doluluk oranı ve bulut kotası da aynı raporda izlenmelidir.
07Geri yükleme testi: yedeğin tek kanıtı
Yedekleme yazılımının 'başarılı' demesi verinin geri döneceğini garanti etmez. En az ayda bir rastgele bir dosya ve klasör, üç ayda bir de tam sunucu veya veritabanı geri yüklemesi izole bir ortamda test edilmelidir. Testte ölçülen süre, gerçek bir olayda işin ne kadar duracağını gösterir ve RTO hedefiyle karşılaştırılır. Test sonuçlarının tarih, kapsam ve süre bilgisiyle kayıt altına alınması hem iç denetim hem de siber sigorta başvurularında işe yarar.
Uygulama kontrol listesi
- OKKritik veri kaynakları ve sahipleri listelendi mi?
- OKHer kaynak için RPO ve saklama süresi belirlendi mi?
- OKEn az bir kopya ofis dışında tutuluyor mu?
- OKEn az bir kopya değiştirilemez veya çevrimdışı mı?
- OKYedekler şifreli ve anahtar güvenli yerde mi?
- OKYedekleme işlerinin sonucu günlük olarak takip ediliyor mu?
- OKSon geri yükleme testi ne zaman yapıldı ve süresi kaydedildi mi?
- OKMicrosoft 365 verisi için ayrı yedek planı var mı?
Sık yapılan hatalar
- WARNSürekli takılı USB diski tek yedek olarak kullanmak
- WARNNAS'ı tüm kullanıcılara açık ağ sürücüsü olarak bağlamak
- WARNEşitleme (OneDrive, Dropbox) hizmetlerini yedek sanmak
- WARNYedekleme raporlarını haftalarca kontrol etmemek
- WARNGeri yükleme testini yalnızca olay günü yapmak
Sık sorulan sorular
RAID yapılandırması yedek yerine geçer mi?
Hayır. RAID disk arızasına karşı süreklilik sağlar; silinen, şifrelenen veya bozulan veri RAID'in tüm disklerine aynı anda yansır. RAID yedeğin değil, sunucunun çalışmaya devam etmesinin aracıdır.
OneDrive veya Google Drive kullanıyoruz, ayrıca yedek gerekir mi?
Eşitleme hizmetleri dosyaları cihazlar arasında aynı tutar; fidye yazılımıyla şifrelenen dosya da buluta eşitlenir. Sürüm geçmişi ve geri dönüşüm kutusu belirli süreyle sınırlıdır. Uzun süreli ve bağımsız bir yedek ayrıca önerilir.
Bulut yedekleme internet hattını yavaşlatır mı?
İlk tam yedek büyük olduğu için mesai dışında veya bant genişliği sınırıyla planlanır. Sonraki yedekler yalnızca değişen blokları gönderdiği için çoğu KOBİ hattında fark edilmez.
Yedekler ne kadar süre saklanmalı?
İş ihtiyacına ve yasal yükümlülüklere göre değişir. Pratik bir başlangıç 2 hafta günlük, 2 ay haftalık ve 1 yıl aylık yedektir. Muhasebe ve personel kayıtları gibi verilerde ilgili mevzuattaki saklama süreleri ayrıca dikkate alınmalıdır.