3-2-1 Yedekleme Sistemi Nedir? Veri Kaybını Önleyen Modern Yedekleme Stratejisi
05.08.2026
3-2-1 Yedekleme Sistemi Nedir? Veri Kaybını Önleyen Modern Yedekleme Stratejisi
Dijital dönüşümün hız kazanmasıyla birlikte veriler, işletmelerin en kritik kurumsal varlıklarından biri hâline gelmiştir. Müşteri kayıtları, ERP sistemleri, finansal bilgiler, üretim verileri, sözleşmeler, e-postalar ve operasyonel dokümanlar; kurumların günlük faaliyetlerini sürdürebilmesi açısından doğrudan önem taşır.
Bu verilerin donanım arızası, fidye yazılımı saldırısı, kullanıcı hatası veya doğal afet nedeniyle kaybedilmesi; yalnızca teknik bir problem değil, aynı zamanda ciddi bir iş sürekliliği riskidir.
Bu nedenle işletmelerin yedekleme süreçlerini tek bir disk, sunucu veya bulut hesabına bağlı kalmadan planlaması gerekir. 3-2-1 yedekleme sistemi, veri kaybı riskini azaltmak için geliştirilen en temel ve en etkili yedekleme yaklaşımlarından biridir.
3-2-1 Yedekleme Sistemi Nedir?
3-2-1 yedekleme kuralı, kritik verilerin birden fazla kopyasının farklı ortamlarda ve farklı lokasyonlarda saklanmasını esas alan bir veri koruma stratejisidir.
Bu modele göre:
- Verinin toplamda 3 kopyası bulunmalıdır.
- Kopyalar en az 2 farklı depolama ortamında saklanmalıdır.
- Kopyalardan en az 1 tanesi uzak bir fiziksel lokasyonda bulunmalıdır.
Buradaki üç kopya; bir adet aktif üretim verisi ve iki adet yedek kopyadan oluşur.
Örnek bir yapı şu şekilde planlanabilir:
- Ana sunucu üzerindeki aktif veri
- Yerel NAS veya harici disk üzerindeki yedek
- Bulut ortamında ya da farklı bir veri merkezinde tutulan uzak yedek
Bu yaklaşım sayesinde tek bir cihazın, sunucunun veya fiziksel lokasyonun zarar görmesi durumunda verilerin tamamının kaybedilmesi önlenir.
Neden Tek Bir Yedek Yeterli Değildir?
Birçok işletme, verilerini harici diske veya farklı bir sunucuya kopyaladığı için yeterli seviyede korunduğunu düşünür. Ancak tek bir yedek, modern veri güvenliği ihtiyaçları açısından yeterli değildir.
Aşağıdaki durumlar hem üretim verisini hem de yedekleri aynı anda etkileyebilir:
- Fidye yazılımı saldırıları
- Elektrik kesintileri ve voltaj dalgalanmaları
- Disk veya sunucu arızaları
- Yangın, sel ve deprem gibi fiziksel felaketler
- Yetkisiz erişimler
- Yanlışlıkla dosya silinmesi
- Hatalı yazılım güncellemeleri
- Yedekleme görevlerinin fark edilmeden başarısız olması
Özellikle yedekleme sistemi ana sunucuya sürekli bağlıysa, kötü amaçlı yazılımlar yedek dosyalarına da erişebilir. Bu nedenle yedeklerin yalnızca oluşturulması değil, güvenli ve izole biçimde korunması gerekir.
RAID Bir Yedekleme Sistemi Değildir
RAID teknolojisi, birden fazla diskin birlikte çalışmasını sağlayarak disk arızalarına karşı sistem sürekliliği sunar. Ancak RAID, gerçek anlamda bir yedekleme çözümü değildir.
RAID yapısı aşağıdaki durumlara karşı tam koruma sağlamaz:
- Dosyaların yanlışlıkla silinmesi
- Veritabanı bozulmaları
- Fidye yazılımı saldırıları
- Sunucuya yetkisiz erişim
- Birden fazla diskin zarar görmesi
- Yangın, su baskını veya fiziksel cihaz kaybı
Bir dosya RAID üzerindeki aktif sistemden silindiğinde, bu işlem diğer disklere de yansır. Dolayısıyla RAID, hizmet kesintisini azaltabilir ancak geçmişteki veriye geri dönmenizi sağlamaz.
Doğru yaklaşım, RAID altyapısını ayrı bir yedekleme sistemiyle birlikte kullanmaktır.
OneDrive, Google Drive ve Dropbox Yedekleme Sayılır mı?
OneDrive, Google Drive ve Dropbox gibi servisler temel olarak dosya senkronizasyonu ve paylaşımı için tasarlanmıştır. Bu platformlar faydalı olmakla birlikte tek başına kurumsal yedekleme çözümü olarak değerlendirilmemelidir.
Senkronizasyon sistemlerinde bir dosya:
- Yanlışlıkla silindiğinde,
- Fidye yazılımı tarafından şifrelendiğinde,
- Kullanıcı tarafından değiştirildiğinde,
bu değişiklik diğer cihazlara ve bulut ortamına da senkronize edilebilir.
Bu nedenle senkronizasyon servisleri, bağımsız yedekleme politikaları, sürüm geçmişi, saklama süreleri ve immutable depolama çözümleriyle desteklenmelidir.
3-2-1-1-0 Yedekleme Modeli Nedir?
Günümüzde siber saldırılar yalnızca üretim sistemlerini değil, işletmelerin yedekleme altyapılarını da hedef almaktadır. Özellikle ransomware saldırılarında yedeklerin silinmesi veya şifrelenmesi, saldırganların temel yöntemlerinden biri hâline gelmiştir.
Bu nedenle klasik 3-2-1 yaklaşımı geliştirilerek 3-2-1-1-0 yedekleme modeli oluşturulmuştur.
Bu modele göre:
- 3 veri kopyası bulunmalıdır.
- Veriler 2 farklı depolama ortamında saklanmalıdır.
- En az 1 kopya uzak bir lokasyonda tutulmalıdır.
- En az 1 kopya immutable veya air-gapped olmalıdır.
- Yedeklerde 0 doğrulama hatası bulunmalıdır.
Bu model, yedeklerin yalnızca saklanmasını değil, siber saldırılara karşı korunmasını ve gerektiğinde sorunsuz biçimde geri yüklenebilmesini hedefler.
Immutable Backup Nedir?
Immutable Backup, belirlenen saklama süresi boyunca değiştirilemeyen, üzerine yazılamayan ve silinemeyen yedekleme yapısını ifade eder.
Bu yapı sayesinde:
- Fidye yazılımları yedekleri şifreleyemez.
- Yetkisiz kullanıcılar yedekleri silemez.
- Sistem yöneticisi hesapları ele geçirilse bile koruma devam eder.
- Belirlenen saklama süresi dolmadan yedekler değiştirilemez.
- Kritik veriler güvenilir bir geri dönüş noktası olarak korunur.
Immutable yedekleme; bulut nesne depolama servislerinde, özel yedekleme sistemlerinde veya değiştirilemez depolama özellikleri bulunan veri merkezlerinde uygulanabilir.
Air-Gapped Backup Nedir?
Air-Gapped Backup, yedekleme ortamının üretim ağıyla doğrudan bağlantısının bulunmadığı veya yalnızca kontrollü zamanlarda bağlantı kurduğu yedekleme modelidir.
Air-gapped yedekleme örnekleri şunlardır:
- Ağ bağlantısı kesilmiş harici diskler
- Offline tape yedekleri
- İzole yedekleme sunucuları
- Farklı güvenlik bölgesinde çalışan veri merkezleri
- Yalnızca yedekleme sırasında erişime açılan depolama alanları
Bu yaklaşım, saldırganların üretim sisteminden yedekleme ortamına doğrudan ulaşmasını zorlaştırır. Özellikle kritik ERP, finans ve üretim sistemlerinde air-gapped veya immutable yedeklerden en az biri mutlaka değerlendirilmelidir.
“0 Hata” Ne Anlama Gelir?
3-2-1-1-0 modelindeki son sıfır, yedeklerin düzenli olarak kontrol edilmesini ve geri yükleme testlerinde hata bulunmamasını ifade eder.
Bir yedekleme işleminin başarılı görünmesi, dosyaların gerçekten kullanılabilir olduğu anlamına gelmez. Yedek dosyası bozulmuş, eksik veya uygulamayla uyumsuz olabilir.
Bu nedenle yedekleme süreçlerinde aşağıdaki kontroller uygulanmalıdır:
- Yedekleme görevlerinin başarı durumunun izlenmesi
- Dosya bütünlüğünün doğrulanması
- SQL veritabanlarının test ortamında açılması
- Sanal sunucuların geri yükleme testlerinin yapılması
- Kritik dosyaların örneklem yöntemiyle kontrol edilmesi
- Geri dönüş süresinin ölçülmesi
- Restore süreçlerinin düzenli olarak raporlanması
Yedekleme stratejisinin gerçek başarısı, verinin ne kadar hızlı ve hatasız geri yüklenebildiğiyle ölçülür.
ERP Kullanan İşletmeler İçin Yedekleme Stratejisi
ERP sistemleri, işletmelerin finans, stok, üretim, sipariş, muhasebe ve müşteri süreçlerini merkezi olarak yönetir. Bu nedenle ERP altyapısında yaşanacak veri kaybı, işletmenin birçok departmanını aynı anda etkileyebilir.
ERP kullanan işletmeler için yedekleme planı yalnızca veritabanı dosyasını kopyalamaktan ibaret olmamalıdır.
Kurumsal bir ERP yedekleme mimarisinde aşağıdaki bileşenler birlikte değerlendirilmelidir:
SQL Server Tam Yedekleri
Veritabanının belirlenen periyotlarda tam yedeği alınmalıdır. Tam yedekler, geri yükleme sürecinin temelini oluşturur.
Differential Yedekler
Son tam yedekten itibaren değişen verilerin yedeği alınır. Bu yöntem, geri yükleme süresini ve depolama ihtiyacını optimize eder.
Transaction Log Yedekleri
Transaction log yedekleri, veritabanının belirli bir zamana kadar geri döndürülmesini sağlar. Veri kaybı toleransı düşük olan işletmeler için kritik öneme sahiptir.
Sanal Sunucu Yedekleri
ERP uygulamasının çalıştığı sanal sunucuların tamamı yedeklenmelidir. Böylece yalnızca veritabanı değil, uygulama dosyaları, servisler ve sistem ayarları da korunur.
Uzak Lokasyon Yedekleri
Yerel yedeklerin bir kopyası farklı bir veri merkezine veya güvenli bir bulut ortamına aktarılmalıdır.
Immutable Bulut Depolama
Kritik yedekler, belirli süre boyunca değiştirilemeyen bulut depolama alanlarında saklanmalıdır. Bu yöntem ransomware saldırılarına karşı ek koruma sağlar.
RPO ve RTO Değerleri Belirlenmelidir
Kurumsal bir yedekleme stratejisinde iki temel kriter bulunur:
RPO – Recovery Point Objective
RPO, bir felaket durumunda kabul edilebilecek maksimum veri kaybı miktarını ifade eder.
Örneğin RPO değeri 15 dakika ise, işletme en fazla son 15 dakikalık veriyi kaybetmeyi kabul ediyor demektir.
RTO – Recovery Time Objective
RTO, sistemin ne kadar süre içinde tekrar çalışır duruma getirilmesi gerektiğini ifade eder.
Örneğin RTO değeri 2 saat ise, sistemin bir arıza sonrasında en geç 2 saat içinde hizmet vermeye başlaması gerekir.
Yedekleme sıklığı, altyapı kapasitesi ve geri yükleme planları bu iki hedefe göre tasarlanmalıdır.
Modern Yedekleme Stratejisinin İşletmelere Sağladığı Faydalar
Doğru yapılandırılmış bir yedekleme sistemi işletmelere aşağıdaki avantajları sağlar:
- Ransomware saldırılarına karşı veri koruması
- Donanım arızalarında hızlı geri dönüş
- İnsan kaynaklı veri kayıplarının azaltılması
- İş sürekliliğinin korunması
- Operasyonel kesintilerin sınırlandırılması
- Yasal yükümlülüklerin ve veri saklama politikalarının desteklenmesi
- Kritik sistemlerin daha kısa sürede devreye alınması
- Veri güvenliği risklerinin merkezi olarak yönetilmesi
Yedekleme, yalnızca bilgi işlem departmanının teknik sorumluluğu değildir. Finansal risk, operasyonel devamlılık ve kurumsal itibar açısından doğrudan yönetim seviyesinde ele alınması gereken bir iş sürekliliği konusudur.
Sonuç
Başarılı bir yedekleme stratejisi, yalnızca düzenli olarak veri kopyalamaktan ibaret değildir. Asıl hedef, ihtiyaç anında doğru veriyi, doğru sürümle ve kabul edilebilir süre içerisinde geri yükleyebilmektir.
Klasik 3-2-1 yedekleme modeli, veri güvenliği için güçlü bir temel sunar. Ancak günümüzde ransomware saldırıları ve gelişmiş siber tehditler nedeniyle bu yapı, 3-2-1-1-0 modeliyle desteklenmelidir.
Kurumsal ölçekte güvenilir bir yedekleme altyapısı;
- Birden fazla veri kopyasına,
- Farklı depolama ortamlarına,
- Uzak lokasyon korumasına,
- Immutable veya air-gapped yedeklere,
- Düzenli geri yükleme testlerine
dayanmalıdır.
Unutulmamalıdır ki en iyi yedekleme, ihtiyaç anında doğrulanmış şekilde geri yüklenebilen yedeklemedir.