# Backup ve Yedekleme Nedir? Kurumlar İçin Neden Kritik?

**URL:** https://securesys.com.tr/tr/bilgi-merkezi/backup-yedekleme-is-surekliligi/backup-yedekleme-nedir

![Backup ve Yedekleme Nedir? Kurumlar İçin Neden Kritik?](/images/bilgi-merkezi/covers/cover-backup-01.webp)

Dijital sistemlerde yaşanan en büyük yanılgılardan biri, verinin bugün erişilebilir olmasının yarın da erişilebilir olacağı düşüncesidir.

Bir sunucu çalışıyor olabilir. Veritabanı sağlıklı görünebilir. Dosyalar merkezi depolama sisteminde tutulabilir. Kurum güçlü güvenlik duvarları, EDR/XDR çözümleri ve gelişmiş erişim kontrolleri kullanıyor olabilir.

Ancak bunların hiçbiri tek başına verinin kaybolmayacağını garanti etmez.

Bir fidye yazılımı saldırısı, yanlışlıkla gerçekleştirilen silme işlemi, disk arızası, hatalı yazılım güncellemesi, veri tabanı bozulması, yetkili kullanıcı hatası, bulut hesabının ele geçirilmesi veya fiziksel bir felaket kurumun kritik verilerine erişimini birkaç dakika içerisinde ortadan kaldırabilir.

Bu nedenle **backup (yedekleme)** yalnızca bir BT operasyonu değildir.

Modern kurumlarda yedekleme;

- siber güvenliğin,
- veri güvenliğinin,
- iş sürekliliğinin,
- felaket kurtarmanın,
- fidye yazılımı savunmasının,
- mevzuat ve regülasyon uyumunun

temel bileşenlerinden biridir.

Özellikle fidye yazılımı saldırılarının yalnızca üretim sistemlerini değil, doğrudan yedekleme altyapılarını da hedeflemeye başlamasıyla birlikte klasik backup anlayışı önemli ölçüde değişmiştir.

Artık temel soru:

**“Yedeğimiz var mı?”**

değildir.

Asıl sorular şunlardır:

#### Yedeğimiz saldırgandan korunuyor mu?

#### Geri yüklenebiliyor mu?

#### Ne kadar sürede geri yüklenebiliyor?

#### En son hangi tarihte restore testi yapıldı?

#### Üretim ortamı tamamen kaybedilirse kurum faaliyetlerine ne kadar sürede devam edebilir?

Bu sorular bizi backup kavramından daha geniş bir alana, yani **iş sürekliliği ve felaket kurtarma stratejisine** götürür.

#### Backup (Yedekleme) Nedir?

Backup, bir sistemde bulunan verilerin veya sistem bileşenlerinin, veri kaybı yaşanması durumunda tekrar kullanılabilmesi amacıyla başka bir ortamda kopyasının oluşturulması işlemidir.

En basit haliyle:

**Orijinal veri + güvenli kopya = temel backup yaklaşımı**

Ancak kurumsal yedekleme bundan çok daha kapsamlıdır.

Yedeklenmesi gereken varlıklar arasında;

- fiziksel sunucular,
- sanal sunucular,
- veri tabanları,
- dosya sunucuları,
- kullanıcı dosyaları,
- Active Directory,
- Microsoft 365 ortamları,
- e-posta sistemleri,
- ERP uygulamaları,
- CRM sistemleri,
- web uygulamaları,
- uygulama sunucuları,
- sanal makineler,
- container ortamları,
- bulut iş yükleri,
- konfigürasyon dosyaları,
- güvenlik cihazlarının yapılandırmaları,
- kritik loglar,
- NAS ve depolama sistemleri

bulunabilir.

Dolayısıyla başarılı bir backup stratejisi yalnızca “dosyaların kopyalanması” anlamına gelmez.

Kurumun faaliyetlerini devam ettirebilmesi için ihtiyaç duyduğu **kritik dijital varlıkların yeniden oluşturulabilir hale getirilmesi** anlamına gelir.

### Backup Neden Bu Kadar Önemlidir?

Bir kurumun bilgi sistemlerinde üç temel güvenlik hedefinden söz edilir:

#### Gizlilik – Confidentiality

#### Bütünlük – Integrity

#### Erişilebilirlik – Availability

Bu üçlü, bilgi güvenliği dünyasında **CIA Triad** olarak bilinir.

Backup özellikle erişilebilirlik ve bütünlük açısından kritik rol oynar.

Bir verinin saldırgan tarafından okunmasını engellemek önemlidir. Ancak kurumun kendi verisine erişememesi de ciddi bir güvenlik problemidir.

Örneğin bir finans kuruluşunun müşteri veri tabanı şifrelenirse, saldırgan veriyi dışarı çıkarmamış olsa bile operasyonlar durabilir.

Bir üretim şirketinin ERP sistemi erişilemez hale gelirse;

siparişler,

stok yönetimi,

üretim planlaması,

sevkiyat,

faturalandırma

gibi süreçler aksayabilir.

Bu nedenle veri kaybı yalnızca bir BT problemi değildir.

Doğrudan **iş sürekliliği problemidir.**

### Veri Kaybı Sadece Siber Saldırıyla Yaşanmaz

Backup denildiğinde günümüzde ilk akla gelen tehditlerden biri ransomware saldırılarıdır.

Ancak veri kaybının birçok farklı nedeni olabilir.

#### İnsan Hataları

Kurumsal veri kayıplarının önemli nedenlerinden biri kullanıcı veya sistem yöneticisi hatalarıdır.

Örneğin bir yönetici yanlışlıkla kritik bir klasörü silebilir.

Bir veritabanı yöneticisi yanlış SQL komutu çalıştırabilir.

Bir sanal makine yanlışlıkla kaldırılabilir.

Bir kullanıcı önemli bir dosyanın üzerine hatalı sürüm kaydedebilir.

Bu tür olaylarda saldırgan bulunmaz.

Ancak sonuç yine aynıdır:

**Kritik veriye erişilemez.**

#### Donanım Arızaları

Diskler, storage sistemleri, RAID yapıları ve diğer donanımlar sonsuza kadar çalışmaz.

Birden fazla diskin aynı anda arızalanması veya storage controller problemi ciddi veri kaybına neden olabilir.

RAID teknolojileri belirli donanım arızalarına karşı dayanıklılık sağlar ancak RAID bir backup değildir.

Bu ayrım özellikle önemlidir.

#### RAID ≠ Backup

RAID sistemin çalışmaya devam etmesine yardımcı olabilir.

Backup ise kaybolmuş veya bozulmuş verinin geçmişteki sağlıklı bir sürümüne geri dönülmesini sağlar.

### Fidye Yazılımları Backup Sistemlerini Neden Hedefliyor?

Modern ransomware operasyonlarında saldırganların amacı yalnızca dosyaları şifrelemek değildir.

Saldırgan açısından kurumun ödeme yapma ihtimalini artırmanın en etkili yollarından biri **kurtarma seçeneklerini ortadan kaldırmaktır.**

Bu nedenle gelişmiş saldırılarda saldırganlar önce kurumun altyapısını keşfeder.

Active Directory incelenebilir.

Domain Administrator hesapları ele geçirilebilir.

Sanal altyapılar keşfedilebilir.

Backup sunucuları bulunabilir.

Backup yönetim hesapları hedef alınabilir.

Snapshot'lar silinebilir.

Backup repository'lerine erişilmeye çalışılabilir.

Ardından üretim sistemleri şifrelenebilir.

Saldırganın hedefi açıktır:

**Kurumun geri dönebileceği temiz bir kopya bırakmamak.**

Bu nedenle modern backup mimarilerinde yedeklerin yalnızca oluşturulması değil, **saldırganlardan izole edilmesi** gerekir.

### Backup ile Snapshot Aynı Şey midir?

Hayır.

Bu iki kavram sıklıkla birbirine karıştırılır.

Snapshot, belirli bir sistemin veya depolama alanının belirli bir andaki durumunu hızlı biçimde kaydetmeye yarar.

Özellikle sanallaştırma ve storage ortamlarında son derece kullanışlıdır.

Ancak snapshot çoğu durumda kaynak altyapıya bağımlıdır.

Ana storage sistemi kaybedilirse snapshot da kaybedilebilir.

Yetkili bir saldırgan snapshot'ları silebilir.

Bu nedenle snapshot;

**backup stratejisinin bir parçası olabilir ancak tek başına backup stratejisi değildir.**

### Replikasyon Backup Değildir

Bir diğer önemli yanlış anlaşılma replikasyondur.

Replikasyon, verinin başka bir sisteme veya lokasyona kopyalanmasını sağlar.

Örneğin:

**Sunucu A → Sunucu B**

şeklinde gerçek zamanlı replikasyon gerçekleştirilebilir.

Bu sistem yüksek erişilebilirlik açısından çok değerlidir.

Ancak bir dosya yanlışlıkla silinirse bu silme işlemi diğer sisteme de replike edilebilir.

Ransomware verileri şifrelerse şifrelenmiş veriler diğer sisteme aktarılabilir.

Bu nedenle:

#### Replication ≠ Backup

Replikasyon erişilebilirliği artırır.

Backup ise geçmişteki sağlıklı veri durumuna dönmenizi sağlar.

İyi tasarlanmış kurumsal yapılarda bu iki teknoloji birbirini tamamlar.

### Kurumsal Backup Stratejisi Nasıl Olmalıdır?

Başarılı bir yedekleme stratejisi üç temel soruya cevap vermelidir:

#### Neyi yedekliyoruz?

Öncelikle kurumun kritik varlıkları belirlenmelidir.

Her verinin kritikliği aynı değildir.

Bir pazarlama sunumunun kaybedilmesi ile kurumun ana müşteri veri tabanının kaybedilmesi aynı etkiye sahip değildir.

Bu nedenle **Business Impact Analysis – BIA** çalışmaları önemlidir.

#### Ne sıklıkla yedekliyoruz?

Backup sıklığı veri değişim hızına göre belirlenmelidir.

Bazı sistemler için günlük backup yeterli olabilir.

Bazı sistemlerde saatlik backup gerekebilir.

Finansal işlemlerin bulunduğu kritik sistemlerde ise çok daha düşük veri kaybı toleransı gerekebilir.

Burada karşımıza önemli bir kavram çıkar:

#### RPO – Recovery Point Objective

RPO, kurumun kabul edebileceği maksimum veri kaybını ifade eder.

Örneğin:

**RPO = 24 saat**

ise kurum teorik olarak son 24 saat içerisindeki verileri kaybetmeyi kabul ediyor demektir.

Ancak:

**RPO = 15 dakika**

ise backup ve replikasyon mimarisinin buna göre tasarlanması gerekir.

#### Ne kadar sürede geri dönebiliyoruz?

İkinci kritik kavram:

#### RTO – Recovery Time Objective

RTO, sistemin bir kesinti sonrasında ne kadar süre içerisinde tekrar çalışır hale getirilmesi gerektiğini ifade eder.

Örneğin:

**RTO = 4 saat**

olarak belirlenmiş kritik bir sistemin dört saat içerisinde tekrar çalışır hale getirilebilmesi gerekir.

Bu nedenle backup stratejisi yalnızca depolama kapasitesiyle ölçülmez.

**Kurtarma süresi de mimarinin temel kriteridir.**

### 3-2-1 Backup Kuralı Nedir?

Yedekleme dünyasının en bilinen prensiplerinden biri **3-2-1 backup kuralıdır.**

Temel yaklaşım şöyledir:

#### 3 veri kopyası

#### 2 farklı depolama ortamı

#### 1 farklı lokasyonda bulunan kopya

Örneğin kurumun üretim verisi bir storage sisteminde bulunuyor olabilir.

İkinci kopya lokal backup repository üzerinde tutulabilir.

Üçüncü kopya ise farklı bir veri merkezinde veya bulut ortamında saklanabilir.

Ancak ransomware saldırılarının gelişmesiyle birlikte klasik 3-2-1 yaklaşımı da genişletilmiştir.

Günümüzde **3-2-1-1-0 backup stratejisi** gibi daha gelişmiş modeller kullanılmaktadır.

Buradaki ek yaklaşım değiştirilemez veya offline kopyaların ve doğrulanmış backup'ların kullanılmasını içerir.

Bu konuyu serimizin sonraki bölümünde ayrıntılı olarak ele alacağız.

### Immutable Backup Nedir?

Modern yedekleme mimarisinin en önemli kavramlarından biri **immutable backup**, yani değiştirilemez yedeklemedir.

Immutable olarak oluşturulan backup verileri belirlenen saklama süresi boyunca;

- değiştirilemez,
- üzerine yazılamaz,
- normal yöntemlerle silinemez.

Bu yaklaşım özellikle ransomware saldırılarına karşı kritik koruma sağlar.

Çünkü saldırgan backup yönetim sistemine erişse dahi belirli koşullarda immutable olarak saklanan yedekleri değiştiremez.

Ancak burada önemli bir ayrıntı vardır.

Bir ürünün üzerinde “immutable backup destekliyor” yazması tek başına yeterli değildir.

Mimari doğru yapılandırılmalıdır.

Yetkilendirme modeli doğru tasarlanmalıdır.

Backup yönetim hesapları üretim hesaplarından ayrılmalıdır.

MFA kullanılmalıdır.

Retention politikaları doğru uygulanmalıdır.

Aksi halde güçlü bir teknoloji yanlış konfigürasyon nedeniyle etkisiz hale gelebilir.

### Air-Gap Backup Nedir?

Air-gap, backup ortamının üretim sistemlerinden fiziksel veya mantıksal olarak ayrılması yaklaşımıdır.

Amaç saldırgan üretim ortamını tamamen ele geçirse bile backup sistemine doğrudan ulaşamamasıdır.

Klasik fiziksel air-gap örneği tape backup sistemleridir.

Backup tamamlandıktan sonra tape fiziksel olarak sistemden çıkarılabilir.

Modern yapılarda ise **logical air-gap** çözümleri kullanılabilir.

Örneğin backup repository yalnızca belirli zamanlarda erişilebilir olabilir.

Network segmentasyonu uygulanabilir.

Ayrı kimlik yönetimi kullanılabilir.

Backup ağı üretim ağından ayrılabilir.

Bu yöntemler saldırganın backup sistemine ulaşmasını zorlaştırır.

### Offsite Backup Neden Önemlidir?

Bir kurumun tüm yedeklerini aynı veri merkezinde tutması önemli bir risktir.

Çünkü bazı olaylar yalnızca sunucuyu değil tüm lokasyonu etkileyebilir.

Örneğin:

- yangın,
- sel,
- deprem,
- elektrik altyapısı problemi,
- fiziksel sabotaj,
- veri merkezi kesintisi

yaşanabilir.

Bu nedenle kritik backup kopyalarından en az birinin farklı bir fiziksel lokasyonda bulunması iş sürekliliği açısından önemlidir.

Bu yaklaşım **offsite backup** olarak adlandırılır.

Offsite backup;

ikinci veri merkezi,

bulut ortamı,

uzak backup repository

veya fiziksel medya

üzerinde tutulabilir.

### Cloud Backup Nedir?

Cloud backup, kurum verilerinin bulut altyapısında bulunan depolama ortamlarına yedeklenmesini ifade eder.

Bulut yedekleme özellikle;

ölçeklenebilirlik,

coğrafi yedeklilik,

operasyon kolaylığı,

uzak lokasyonda veri saklama

gibi avantajlar sağlayabilir.

Ancak “bulutta olması” backup'ın otomatik olarak güvenli olduğu anlamına gelmez.

Cloud backup ortamlarında da;

kimlik güvenliği,

MFA,

şifreleme,

yetki yönetimi,

immutable storage,

retention policy,

loglama,

izleme

ve restore testleri

kritik öneme sahiptir.

### Microsoft 365 Kullanıyorsak Backup Gerekir mi?

Kuruluşlarda sık karşılaşılan sorulardan biri budur.

Microsoft 365 gibi SaaS platformları yüksek erişilebilirlik ve altyapı dayanıklılığı sunar.

Ancak SaaS kullanılması kurumun veri koruma sorumluluğunu tamamen ortadan kaldırmaz.

Kullanıcı yanlışlıkla veri silebilir.

Yetkili hesap ele geçirilebilir.

Dosyalar zararlı şekilde değiştirilebilir.

Uzun süre sonra fark edilen bir veri kaybında platformun standart retention süresi yeterli olmayabilir.

Bu nedenle kritik SaaS verileri için ayrıca backup stratejisi değerlendirilmelidir.

Özellikle;

Exchange Online,

SharePoint,

OneDrive,

Teams

gibi servislerde kurumun veri saklama ve kurtarma gereksinimleri analiz edilmelidir.

### Backup Dosyaları Şifrelenmeli mi?

Evet.

Backup içerisinde çoğu zaman kurumun en değerli verilerinin tamamı bulunur.

Müşteri bilgileri,

finansal kayıtlar,

personel bilgileri,

ticari sırlar,

veritabanları,

kişisel veriler

backup ortamlarında bulunabilir.

Bu nedenle backup dosyalarının ele geçirilmesi ciddi bir veri ihlaline dönüşebilir.

Backup verileri hem aktarım sırasında hem de depolama sırasında güçlü şifreleme mekanizmalarıyla korunmalıdır.

Başka bir ifadeyle:

#### Data in Transit + Data at Rest

koruması birlikte değerlendirilmelidir.

### Backup Yönetim Hesapları Neden Ayrılmalıdır?

Modern ransomware saldırılarında en kritik güvenlik prensiplerinden biri backup altyapısının üretim ortamından mümkün olduğunca ayrılmasıdır.

Örneğin Domain Administrator hesabının aynı zamanda backup sisteminin tam yetkili yöneticisi olması ciddi risk oluşturabilir.

Saldırgan Active Directory'yi ele geçirirse backup sistemine de erişebilir.

Bu nedenle kritik yapılarda;

ayrı yönetici hesapları,

ayrı credential yapıları,

MFA,

Privileged Access Management,

network segmentasyonu,

minimum yetki prensibi

kullanılmalıdır.

Amaç basittir:

**Üretim ortamının ele geçirilmesi backup ortamının da otomatik olarak ele geçirilmesi anlamına gelmemelidir.**

### Backup Varsa Güvendeyiz Diyebilir miyiz?

Hayır.

Bir backup'ın gerçek değeri ancak geri yüklenebildiğinde ortaya çıkar.

Bu nedenle profesyonel backup yönetiminde en kritik operasyonlardan biri **restore testidir.**

Kurumların yalnızca backup job sonuçlarına bakması yeterli değildir.

“Backup Successful” mesajı verinin gerektiğinde başarıyla geri getirilebileceğini kesin olarak garanti etmez.

Belirli aralıklarla gerçek restore testleri yapılmalıdır.

Örneğin;

bir dosya,

bir veritabanı,

bir sanal makine,

bir uygulama sunucusu,

Active Directory bileşenleri

test ortamına geri yüklenebilir.

Ardından sistemin gerçekten çalışıp çalışmadığı doğrulanmalıdır.

### Restore Testi Yapılmayan Backup Bir Risktir

Backup sistemlerinin en tehlikeli durumlarından biri **false sense of security**, yani sahte güvenlik hissidir.

Dashboard yeşil olabilir.

Her gece backup tamamlanıyor olabilir.

Ancak gerçek bir felaket anında;

backup dosyasının bozuk olduğu,

gerekli encryption key'in bulunamadığı,

restore işleminin beklenenden uzun sürdüğü,

uygulamanın backup'tan açılmadığı,

bağımlı sistemlerin yedeklenmediği

ortaya çıkabilir.

Bu nedenle backup operasyonunun başarısı:

#### Backup alındı mı?

sorusuyla değil,

#### Sistem gerçekten geri getirilebiliyor mu?

sorusuyla ölçülmelidir.

### Backup ile Disaster Recovery Arasındaki Fark

Backup ve Disaster Recovery (DR) birbirleriyle yakından ilişkili ancak farklı kavramlardır.

Backup verinin kopyasını oluşturur.

Disaster Recovery ise bir felaket sonrasında bilgi sistemlerinin tekrar çalıştırılabilmesi için gerekli teknolojik ve operasyonel süreci kapsar.

Örneğin bir veri merkezinin tamamen kullanılamaz hale geldiğini düşünelim.

Backup verileriniz mevcut olabilir.

Ancak;

yeni sunucular nerede çalışacak?

network konfigürasyonları nasıl oluşturulacak?

DNS nasıl yönlendirilecek?

uygulamalar hangi sırayla ayağa kaldırılacak?

veritabanları nasıl restore edilecek?

kullanıcılar sisteme nasıl bağlanacak?

güvenlik kontrolleri nasıl devreye alınacak?

Bu sorular backup'tan daha geniştir.

Bunlar **Disaster Recovery Plan** kapsamında değerlendirilir.

### İş Sürekliliği Backup'tan Daha Büyük Bir Kavramdır

Backup → veriyi korur.

Disaster Recovery → teknolojiyi geri getirir.

Business Continuity → işletmenin faaliyetlerini devam ettirmesini sağlar.

Bu üç kavram birbirinden ayrılmalıdır.

Örneğin bir bankanın bilgi sistemlerini geri getirmesi tek başına yeterli olmayabilir.

Personelin çalışabileceği ortam,

iletişim kanalları,

müşteri hizmetleri,

kritik tedarikçiler,

ödeme sistemleri,

operasyon ekipleri

de süreç içerisinde değerlendirilmelidir.

Bu nedenle **Business Continuity Management – BCM**, teknolojinin ötesinde kurumsal bir yönetim disiplinidir.

### ISO 27001 ve Backup

ISO/IEC 27001 bilgi güvenliği yönetim sistemi açısından backup süreçleri önemli kontrol alanlarından biridir.

Kurumların;

hangi verilerin yedekleneceğini,

yedekleme sıklığını,

saklama sürelerini,

erişim yetkilerini,

backup güvenliğini,

geri yükleme prosedürlerini,

test süreçlerini

tanımlaması gerekir.

Backup süreçlerinin yalnızca teknik olarak uygulanması değil, politika ve prosedürlerle yönetilmesi önemlidir.

### ISO 22301 ve İş Sürekliliği

İş sürekliliği tarafında önemli standartlardan biri **ISO 22301 Business Continuity Management Systems** standardıdır.

ISO 22301 kurumların kritik süreçlerini belirlemesine, iş etkilerini analiz etmesine, kesinti senaryolarını değerlendirmesine ve faaliyetlerini sürdürebilecek planlar geliştirmesine yardımcı olur.

Backup bu yapının önemli parçalarından biridir ancak iş sürekliliğinin tamamı değildir.

Bu nedenle kurumsal yapılarda;

**Backup + Disaster Recovery + Business Continuity**

birlikte değerlendirilmelidir.

### KVKK Açısından Backup Neden Önemlidir?

Kişisel verilerin korunması yalnızca yetkisiz kişilerin verilere erişmesini engellemek anlamına gelmez.

Verilerin güvenli şekilde saklanması, bütünlüğünün korunması ve uygun teknik/organizasyonel tedbirlerin uygulanması da önemlidir.

Backup ortamlarında kişisel veri bulunuyorsa;

erişim yetkileri,

şifreleme,

saklama süreleri,

silme politikaları,

loglama,

fiziksel güvenlik

gibi kontroller değerlendirilmelidir.

Unutulmaması gereken önemli nokta şudur:

**Backup ortamındaki kişisel veri de kişisel veridir.**

Üretim sisteminden silinen bir verinin backup ortamındaki yaşam döngüsü ayrıca yönetilmelidir.

### Etkili Bir Kurumsal Backup Yapısında Neler Olmalıdır?

Modern bir yedekleme mimarisinde yalnızca backup yazılımı seçmek yeterli değildir.

Kurumların aşağıdaki alanları birlikte değerlendirmesi gerekir:

- kritik veri ve sistem envanteri,
- veri sınıflandırması,
- RPO hedefleri,
- RTO hedefleri,
- backup sıklığı,
- retention süreleri,
- 3-2-1 veya gelişmiş backup mimarisi,
- immutable backup,
- offsite backup,
- air-gap yaklaşımı,
- backup encryption,
- MFA,
- ayrı yönetim hesapları,
- network segmentasyonu,
- backup monitoring,
- restore testleri,
- disaster recovery planı,
- Business Continuity Plan,
- dokümantasyon,
- tatbikatlar.

Bu maddelerin her biri backup stratejisinin farklı bir katmanını oluşturur.

### En Büyük Hata: Backup'ı Sadece Depolama Olarak Görmek

Backup projesi yalnızca “kaç TB veri yedekleyeceğiz?” sorusuna indirgenmemelidir.

Asıl soru şudur:

**“Yarın tüm sistemlerimizi kaybedersek işimizi nasıl devam ettireceğiz?”**

Bu soru sorulduğunda konu yalnızca storage kapasitesi olmaktan çıkar.

RPO,

RTO,

ransomware,

immutable backup,

air-gap,

offsite backup,

Disaster Recovery,

Business Continuity

gibi kavramların tamamı aynı mimarinin parçaları haline gelir.

### Sonuç: Backup Bir Dosya Kopyası Değil, Kurumsal Dayanıklılık Stratejisidir

Günümüzde backup sistemleri yalnızca yanlışlıkla silinen dosyaları geri getirmek için kullanılan teknolojiler değildir.

Modern yedekleme altyapısı kurumun siber dayanıklılığının temel parçalarından biridir.

Çünkü bir siber saldırıyı her zaman engellemek mümkün olmayabilir.

Bir donanım her zaman arızalanabilir.

Bir çalışan hata yapabilir.

Bir yazılım güncellemesi beklenmedik sonuçlar doğurabilir.

Bir veri merkezi erişilemez hale gelebilir.

Bu nedenle güçlü bir güvenlik stratejisi yalnızca:

**“Saldırıyı nasıl engelleriz?”**

sorusunu sormaz.

Aynı zamanda:

**“Her şeye rağmen sistemlerimizi nasıl geri getiririz?”**

sorusunun cevabını da hazırlar.

İyi tasarlanmış bir backup mimarisi bu cevabın temelidir.

Ancak yedeklerin var olması tek başına yeterli değildir.

Yedeklerin güvenli olması, saldırganlardan izole edilmesi, gerektiğinde geri yüklenebilmesi ve kurumun hedeflediği RPO/RTO değerlerini karşılayabilmesi gerekir.

Bu nedenle backup stratejisi;

**yedekleme + siber güvenlik + felaket kurtarma + iş sürekliliği**

perspektifiyle birlikte tasarlanmalıdır.