Kurumsal Veri Yedekleme: 3-2-1 Kuralı ve En İyi Uygulamalar

Yedeklemesi hiç olmayan işletme artık az; ama yedeği gerçekten işe yarayan işletme sanıldığından da az. Sahada karşılaştığımız tablo çoğu zaman aynıdır: sunucunun yanında duran bir harici disk, haftalardır uyarı veren ama kimsenin bakmadığı bir yedekleme görevi ve hiç denenmemiş bir geri yükleme. Bir disk arızası, yanlışlıkla silinen bir klasör ya da fidye yazılımı saldırısı yaşandığında bu yapının zayıflığı ortaya çıkar. Bu rehberde kurumsal yedeklemeyi sağlam temellere oturtmak için gereken ilkeleri, teknik seçenekleri ve pratik kontrolleri bir araya getirdik.

3-2-1 ve 3-2-1-1-0 Yedekleme Kuralı Nedir?

3-2-1 kuralı, yedeklemenin en bilinen ve hâlâ geçerli temel ilkesidir:

• 3 kopya: Verinin canlı hali dahil en az üç kopyası bulunmalıdır.
• 2 farklı ortam: Yedekler en az iki farklı depolama türünde tutulmalıdır; örneğin yerel bir NAS ve bulut depolama ya da disk ve teyp.
• 1 farklı lokasyon: Kopyalardan en az biri fiziksel olarak başka bir yerde olmalıdır. Yangın, su baskını, hırsızlık veya deprem gibi binayı etkileyen bir olay tüm kopyaları aynı anda yok etmemelidir.

Fidye yazılımlarının yedekleri de hedef almasıyla kural iki adımla genişletildi: 3-2-1-1-0. Buradaki ek 1, en az bir kopyanın çevrimdışı (air-gapped) veya değiştirilemez (immutable) olması gerektiğini söyler. Sondaki 0 ise geri yükleme doğrulamalarında sıfır hata hedefini ifade eder: önemli olan yedeğin alınmış olması değil, ondan sorunsuz geri dönülebildiğinin kanıtlanmış olmasıdır.

Yedekleme Türleri ve Ortamları: Tam, Artımlı, Fark; NAS, Teyp, Bulut

Yedekleme türleri

• Tam yedekleme: Seçilen verinin tamamını kopyalar. Geri yüklemesi en basit olanıdır ama en çok süre ve alan gerektirir.
• Artımlı (incremental) yedekleme: Yalnızca bir önceki yedeklemeden bu yana değişen veriyi alır. Hızlıdır ve az yer kaplar; geri yüklemede ise son tam yedek ile ardından gelen tüm artımlı yedeklerin eksiksiz olması gerekir.
• Fark (differential) yedekleme: Son tam yedeklemeden bu yana değişen her şeyi alır. Zamanla büyür ama geri yükleme için yalnızca son tam yedek ve son fark yedeği yeterlidir.

Modern yedekleme yazılımları, sanal makinelerde değişen blok takibi ve sentetik tam yedek gibi tekniklerle bu türleri birleştirir. Tipik bir düzen gecelik artımlı ve haftalık sentetik tam yedektir.

Yedekleme ortamları

• NAS veya yedekleme sunucusu: Hızlı geri yükleme için ilk katmandır. Ancak etki alanına katılmış ve ağdan serbestçe erişilebilen bir NAS, fidye yazılımına karşı tek başına güvenli değildir.
• Teyp (LTO): Büyük veri hacimlerinde uzun süreli saklama ve çevrimdışı kopya için hâlâ güçlü bir seçenektir; kartuş rotasyonu disiplin ister.
• Harici diskler: Küçük ofislerde çevrimdışı kopya için kullanılabilir; ancak elle yapılan disk değişimi unutulmaya çok açıktır.
• Bulut depolama: Tesis dışı kopya için en pratik yoldur; değiştirilemezlik özelliğini destekleyen hizmetler tercih edilmelidir. Ayrıntılar için bulut yedekleme rehberimize bakabilirsiniz.

Pratikte en dengeli sonucu, hızlı geri dönüş için tutulan yerel bir kopyayı tesis dışı güvence için bulut veya çevrimdışı bir kopyayla birleştiren hibrit yapı verir. Fiziksel ortamların kendisi de korunmalıdır: tesis dışına götürülen teyp ve diskler nemden, aşırı sıcaktan ve manyetik alanlardan uzak, kilitli bir yerde saklanmalı; hangi ortamın ne zaman ve kim tarafından alındığı kayıt altında tutulmalı, eskiyen ortamlar da düzenli olarak yenilenmelidir.

RPO ve RTO'ya Göre Yedekleme Sıklığını Belirleme

Yedekleme sıklığını belirlemenin doğru yolu alışkanlık değil, iş gereksinimidir. İki kavram belirleyicidir:

• RPO (Recovery Point Objective): Kabul edilebilir en fazla veri kaybı. Muhasebe sistemi için dört saatlik RPO, bir arıza anında son dört saatin işlemlerini yeniden girmeyi göze aldığınız anlamına gelir.
• RTO (Recovery Time Objective): Sistemin yeniden kullanılabilir hale gelmesi için kabul edilebilir en uzun süre.

Her sistem için bu iki değeri iş birimi yöneticisiyle birlikte belirleyin ve ardından şu eşleştirmeyi yapın:

1. RPO'su dakikalarla ölçülen sistemler (ERP veritabanı, e-ticaret siparişleri) için sık aralıklı işlem günlüğü yedeği veya replikasyon gerekir.
2. RPO'su bir iş günü olan sistemler (dosya sunucusu, arşivler) için gecelik yedek genellikle yeterlidir.
3. RTO'su kısa olan sistemler için yerel kopya ve yedekten doğrudan sanal makine başlatma gibi hızlı geri dönüş yöntemleri şarttır; buluttan tam geri yükleme bant genişliğine bağlı olarak uzun sürebilir.

RPO ve RTO kısaldıkça maliyet artar. Bu yüzden tüm sistemlere aynı hedefi koymak yerine kademelendirme yapmak hem bütçeyi hem de yönetimi rahatlatır.

Saklama süresini de aynı toplantıda belirleyin. Fidye yazılımı veya sessiz veri bozulması bazen günler hatta haftalar sonra fark edilir; yalnızca birkaç günlük geri dönüş noktası tutan bir yapı, temiz bir kopyaya ulaşmanızı imkânsız hale getirebilir. Günlük, haftalık ve aylık kopyaların birlikte tutulduğu kademeli bir saklama düzeni bu riski azaltır.

Fidye Yazılımına Karşı Değiştirilemez (Immutable) ve Çevrimdışı Yedekler

Siber dayanıklılık, yani bir saldırıya uğrasanız bile işinizi kısa sürede yeniden ayağa kaldırabilme yeteneği, büyük ölçüde yedeklerin saldırıdan sağlam çıkmasına bağlıdır. Günümüz fidye yazılımı saldırılarında saldırganlar önce yedekleri bulup siler veya şifreler, ardından canlı sistemlere geçer. Yedek sunucusu etki alanı yönetici hesabıyla yönetiliyorsa, bu hesabı ele geçiren saldırgan yedekleri de ele geçirmiş olur. Korunmak için:

• Değiştirilemez depolama: Belirlenen saklama süresi boyunca yöneticinin bile silemediği veya değiştiremediği depolama kullanın; nesne kilidi (object lock) destekli bulut depolama veya sertleştirilmiş Linux depoları bu amaçla kullanılır.
• Çevrimdışı kopya: Ağ bağlantısı fiziksel olarak kesilen teyp veya disk rotasyonu.
• Kimlik ayrımı: Yedekleme altyapısını etki alanından bağımsız hesaplarla yönetin ve bu hesaplarda çok faktörlü doğrulamayı zorunlu tutun.
• Şifreleme: Yedekleri hem aktarımda hem depolamada şifreleyin; şifreleme anahtarlarını yedekle aynı yerde saklamayın.
• Anomali izleme: Yedek boyutunda veya değişen dosya sayısında ani artışlar devam eden bir şifrelemenin işareti olabilir.

Saldırı anında temiz bir geri yükleme noktası bulmak ve sistemleri güvenle ayağa kaldırmak ayrı bir disiplin gerektirir; bunu fidye yazılımı korunma ve kurtarma rehberimizde ele aldık.

RAID Yedek Değildir: Hata Toleransı ve Replikasyon

Sık karıştırılan bir konu: RAID, disk arızasına karşı sistemin erişilebilirliğini korur, verinin geçmişini değil. Bir dosya silindiğinde, bozulduğunda veya şifrelendiğinde RAID bu değişikliği tüm disklere anında yansıtır. Aynı durum senkron replikasyon ve dosya eşitleme hizmetleri için de geçerlidir.

Hata toleransı ile yedeklemenin rolleri farklıdır:

• RAID ve yedekli donanım: Tek bir diskin, güç kaynağının veya fanın arızalanmasında sistemi çalışır tutar.
• Replikasyon ve kümeleme: Bir sunucu veya lokasyon devre dışı kaldığında hizmetin kısa sürede başka bir yerde devam etmesini sağlar.
• Anlık görüntü (snapshot): Hızlı geri dönüş sağlar; ancak aynı depolama üzerinde duruyorsa o depolama ile birlikte kaybolur.
• Yedek: Geçmişe dönük, bağımsız ve farklı ortamda tutulan kopyadır; mantıksal hatalara, silmeye ve saldırılara karşı asıl güvencedir.

Sağlam bir mimari bu katmanları birlikte kullanır. Sunucu kurulum hizmetlerimiz kapsamında donanım yedekliliği ile yedekleme mimarisini tek bir tasarım olarak ele alıyoruz.

Otomasyon, İzleme ve Düzenli Geri Yükleme Testleri

Elle yapılan yedekleme, er ya da geç unutulan yedeklemedir. Yedekleme işleri zamanlanmış, merkezi olarak yönetilen ve sonuçları raporlanan bir yapıda olmalıdır. Otomasyonun asıl değeri ise izlemede ortaya çıkar:

• Başarısız veya uyarıyla biten her iş için bildirim üretilmeli ve bu bildirim kimsenin bakmadığı bir kutuya değil, sorumlu kişiye veya çağrı sistemine düşmelidir.
• Yeni eklenen sunucu ve sanal makinelerin yedekleme kapsamına otomatik alınıp alınmadığı kontrol edilmelidir.
• Depolama doluluğu ve saklama politikalarının uygulanıp uygulanmadığı izlenmelidir.

Otomasyon insan denetiminin yerini almamalıdır. Tamamen kendi başına işleyen bir yapıda yanlış yapılandırılmış bir iş, uzun süre fark edilmeden eksik yedek üretebilir. Bu yüzden raporları düzenli okuyacak bir sorumlu atanmalı, yedekleme yazılımının kendisi de güncel tutulmalı ve otomasyonun çalışmadığı bir durumda uygulanacak elle geri yükleme adımları yazılı olmalıdır.

Geri yükleme testleri ise yedeklemenin asıl sınavıdır. Bir test programı şöyle kurulabilir:

1. Her ay rastgele seçilen birkaç dosya ve klasörün geri yüklenmesi.
2. Her çeyrekte en az bir kritik sunucunun izole bir ortamda bütünüyle ayağa kaldırılması ve uygulamanın çalıştığının iş birimi tarafından doğrulanması.
3. Yılda en az bir kez tesis dışı veya bulut kopyasından tam geri dönüş denemesi.
4. Her testte geçen sürenin ölçülüp RTO hedefiyle karşılaştırılması ve sonuçların kayda geçirilmesi.

Bazı yedekleme yazılımları yedeklenen sanal makineyi izole ortamda otomatik başlatıp doğrulama yapabilir; bu özellik 3-2-1-1-0 kuralındaki sıfır hata hedefine ulaşmanın en pratik yoludur.

Sık Yapılan Yedekleme Hataları ve Kontrol Listesi

• Yedeklerin canlı sistemle aynı sunucuda, aynı depolamada veya aynı odada tutulması.
• Yalnızca dosyaların yedeklenip sistem durumu, veritabanları, ağ cihazı yapılandırmaları ve lisans bilgilerinin unutulması.
• Microsoft 365 veya Google Workspace verilerinin sağlayıcı tarafından yedeklendiğinin varsayılması.
• Dizüstü bilgisayarlarda kalan yerel verilerin kapsam dışında bırakılması.
• Şifreleme anahtarlarının veya yedek konsolu parolalarının yalnızca bir kişide olması.
• Saklama sürelerinin KVKK saklama ve imha politikasıyla uyumsuz olması.

Kontrol listesi:

1. Her kritik sistem için RPO ve RTO yazılı olarak belirlendi mi?
2. En az bir kopya tesis dışında, en az bir kopya değiştirilemez veya çevrimdışı mı?
3. Yedekleme altyapısı etki alanından bağımsız ve MFA korumalı hesaplarla mı yönetiliyor?
4. Başarısız işlere ait uyarılar sorumlu kişiye ulaşıyor mu?
5. Son geri yükleme testi ne zaman yapıldı ve süre hedefi tuttu mu?
6. Geri yükleme prosedürü, sorumlu kişi yokken başka birinin uygulayabileceği ayrıntıda belgelendi mi?

Maliyet Faktörleri ve Yedekleme Çözümü Seçimi

Yedekleme maliyeti şu kalemlerden oluşur:

• Veri hacmi ve değişim oranı: Toplam boyut kadar günlük değişen veri miktarı da depolama ve bant genişliği ihtiyacını belirler.
• Saklama süresi: Kaç günlük, kaç aylık ve kaç yıllık geri dönüş noktası tutulacağı depolama maliyetini doğrudan etkiler.
• Yazılım lisanslama modeli: Sunucu, soket, sanal makine veya kullanıcı başına lisanslama; iş yükünüzün yapısına göre ciddi fark yaratır.
• Donanım: Yerel yedekleme sunucusu, NAS veya teyp kütüphanesi.
• Tesis dışı kopya: Bulut depolama ücretleri ve geri yükleme sırasında oluşabilecek veri çıkış ücretleri.
• İşletme emeği: İzleme, test ve sorun giderme için ayrılan zaman.

Çözüm seçiminde kullandığınız platformların (VMware, Hyper-V, Proxmox, fiziksel sunucular, Microsoft 365) desteklenmesi, değiştirilemez depolama desteği, SQL Server ve Active Directory gibi uygulamalar için tutarlı yedekleme, hızlı geri yükleme seçenekleri, merkezi raporlama ve yerel teknik desteğe erişim temel kriterlerdir.

Yedek işlerinin düzenli kontrolünü dış kaynağa vermek isterseniz yedeklerin geri dönüş testini de kapsayan bakım anlaşması sayfamıza göz atabilirsiniz.

Sonuç

İyi bir yedekleme stratejisi pahalı bir ürünle değil; doğru belirlenmiş hedefler, katmanlı kopyalar, saldırıya dayanıklı depolama ve düzenli testlerle kurulur. Yedekleme aynı zamanda felaket kurtarma planınızın da temelidir. Mevcut yedekleme yapınızın bir kriz anında gerçekten işe yarayıp yaramayacağını birlikte değerlendirmek için ücretsiz ön görüşme planlayalım.