İçeriğe geç
Temsilî görsel

Kurumsal BT çözümü

Yedekleme ve Felaket Kurtarma

Verinizi fidye yazılımına ve donanım arızasına karşı değiştirilemez, şirket dışında tutulan ve düzenli test edilen yedeklerle koruyor; felaket kurtarma merkezi ve NAS dosya depolama altyapısı kuruyoruz.

  • Veeam ile 3-2-1-1-0 ve değiştirilemez yedek
  • Felaket kurtarma merkezi ve geri yükleme testi
  • NAS kurulumu ve dosya paylaşım altyapısı
26 yıllık deneyim2000'den beri kurumsal BT
Ankara merkezliUzaktan ve yerinde destek
Marka bağımsız mimariİhtiyaca uygun ürün seçimi
Keşiften bakımaKurulumdan sonra da yanınızda

Yedek almak ile geri dönebilmek aynı şey değildir. Yedeğin fidye yazılımı tarafından silinememesi, kurum dışında bir kopyasının bulunması ve en önemlisi düzenli olarak geri yüklenerek test edilmesi gerekir. Veeam yetkili iş ortağı olan MSANET; yedekleme, replikasyon ve felaket kurtarma merkezi (FKM) yapılarını kurumunuzun kabul edebileceği veri kaybı ve kesinti süresine göre tasarlar ve kurar.

Karşılaştığınız problemler

Yedekler de şifreleniyor

Fidye yazılımı saldırılarında saldırganlar önce yedekleme sunucusunu ve ağdaki yedek paylaşımlarını hedef alır.

Ayrıntılar

Etki alanına bağlı bir Windows paylaşımında tutulan yedek, ele geçirilen bir yönetici hesabıyla silinebilir.

Tek kopya, tek lokasyon

Yedeğin üretim sistemiyle aynı odada, aynı depolama biriminde veya aynı binada bulunması; yangın, su baskını veya hırsızlıkta her şeyin birlikte kaybolması.

RAID’in yedek sanılması

Dosyaların tek bir NAS üzerinde, RAID’e güvenilerek ayrıca yedeklenmeden tutulması.

Hiç test edilmemiş yedek

Yedekleme işinin “başarılı” görünmesine rağmen geri yükleme anında dosyaların bozuk veya eksik çıkması.

Belirsiz hedefler

“Ne kadar veri kaybını kabul edebiliriz?” ve “Sistemler ne kadar sürede geri gelmeli?” sorularının yanıtsız kalması.

Bulut verisinin unutulması

Microsoft 365 posta kutuları, OneDrive ve SharePoint verilerinin yedekleme kapsamı dışında kalması.

MSANET’in sunduğu çözümler

01

3-2-1-1-0 kuralına uygun yedekleme

Ayrıntılar
  • 3 kopya veri (üretim verisi + iki yedek),
  • 2 farklı depolama ortamı,
  • 1 kopya şirket dışında (off-site),
  • 1 kopya çevrimdışı (air-gapped) veya değiştirilemez (immutable),
  • 0 hata: otomatik bütünlük kontrollerinde ve uygun geri yükleme testlerinde tespit edilmiş hata bulunmaması. Bu kontroller, dönemsel uçtan uca felaket kurtarma tatbikatının yerine geçmez.
02

Değiştirilemez (immutable) yedek

Değiştirilemez yedek, seçilen hedefin ve kilit modunun uyguladığı saklama süresi boyunca normal silme ve değiştirme işlemlerine kapatılan yedektir.

Ayrıntılar

Yönetici yetkileri ve kilidin aşılıp aşılamayacağı, hedefe ve kilit moduna (örneğin nesne depolamada compliance veya governance modu) göre ayrıca değerlendirilir. Veeam ile bu koruma yalnızca destekleyen hedeflerde mümkündür:

  • Veeam Hardened Repository: Linux tabanlı, dosya sisteminin değiştirilemezlik bayrağını kullanan yedek deposu. Değiştirilemezliği destekleyen uyumlu bir Linux dosya sistemi gerekir; XFS, Fast Clone ve alan verimliliği için önerilir. Depo, kurulum yöntemine göre (Veeam Infrastructure Appliance veya elle hazırlanan Linux sunucu) sertifika tabanlı kimlik doğrulamayla ya da saklanmayan tek kullanımlık kimlik bilgisiyle eklenir; gereksiz uzaktan erişim (ör. SSH) kapatılır.
  • S3 Object Lock destekli nesne depolama: Amazon S3, Microsoft Azure Blob (değiştirilemezlik ilkesiyle), Veeam Data Cloud Vault ve Object Lock destekleyen S3 uyumlu şirket içi veya bulut nesne depolama.
  • Bazı tekilleştirme (deduplication) cihazları: Üreticinin kilitleme özelliği Veeam ile entegre çalışan, desteklenen modeller.
  • WORM teyp: Bir kez yazılıp değiştirilemeyen teyp ortamı.

Standart bir Windows sunucusundaki NTFS/ReFS disk veya sıradan bir SMB/NFS paylaşımı, Veeam açısından değiştirilemez yedek hedefi değildir. Veeam Backup & Replication 13.1 ile, WORM özellikli depolama sistemleri üzerindeki SMB/NFS depolarında değiştirilemezlik kullanılabilir; uyumluluk depolama modeli ve sürümü bazında doğrulanır. Sıradan paylaşımlar birinci kopya için kullanılabilir; ancak 3-2-1-1-0’daki “1 değiştirilemez kopya” şartını tek başına karşılamaz.

03

Şirket dışı (off-site) yedek

Yedeklerin ikinci bir lokasyondaki depoya, nesne depolamaya veya hizmet sağlayıcı altyapısına kopyalanması (backup copy).

Ayrıntılar

Kopya işleri ana yedekten bağımsız saklama süreleriyle çalıştırılır.

04

Replikasyon

Kritik sanal makinelerin ikinci bir sanallaştırma sunucusuna veya lokasyona düzenli olarak kopyalanması.

Ayrıntılar

Ana sistem kullanılamaz hale geldiğinde replika devreye alınır (failover). Yedekten geri yüklemeye göre çok daha kısa geri dönüş süresi sağlar.

05

Felaket kurtarma merkezi (FKM)

Ana veri merkezinden fiziksel olarak ayrı bir lokasyonda; replika sanal makinelerin çalışabileceği sunucu, depolama ve ağ altyapısı.

Ayrıntılar

Kurumsal müşterilerimizde sunucu, storage ve FKM kurulumları gerçekleştiriyoruz.

06

Microsoft 365 yedekleme

Exchange Online, OneDrive, SharePoint ve Teams verilerinin Veeam Backup for Microsoft 365 ile yedeklenmesi.

07

Geri yükleme testi

Desteklenen iş yüklerinde (ör. VMware vSphere ve Hyper-V sanal makineleri) Veeam SureBackup ile yedeklerin izole bir sanal laboratuvarda otomatik başlatılıp uygulama düzeyinde test edilmesi; diğer iş yüklerinde platform ve lisansa göre bütünlük kontrolü, içerik tarama ve manuel geri yükleme testi.

Ayrıntılar

Bunlara ek olarak dönemsel, planlı felaket kurtarma tatbikatı. Geri yükleme testleri ve FKM tatbikatları bakım anlaşması kapsamında tanımlanabilir; sıklıkları ve raporlama düzeni bakım sözleşmesinde birlikte belirlenir.

NAS ve dosya depolama

NAS (Network Attached Storage — ağa bağlı depolama), birçok kurumda dosya sunucusu, departman paylaşımları, arşiv ve birinci yedek kopyanın hedefi olarak kullanılır. Synology ve QNAP NAS cihazlarında deneyim sahibiyiz; NAS kurulumunu cihazın kendisiyle sınırlı tutmadan kurumun kullanıcı, yetki ve yedekleme yapısıyla birlikte planlıyoruz.

  • NAS tedariki ve kurulumu. Kapasite, disk sayısı ve ağ bağlantı hızı veri büyüklüğüne ve büyüme beklentisine göre belirlenir; cihaz yönetim ağı kullanıcı ağından ayrılır.
  • Dosya paylaşım altyapısı. SMB/NFS paylaşımlar, departman klasör yapısı ve Active Directory entegrasyonu.
  • RAID yapılandırması. Disk sayısına ve kullanım amacına uygun RAID seviyesi; gerektiğinde yedek disk (hot spare).
  • Kullanıcı erişim yetkileri. Kişi yerine grup bazlı, yalnızca gereken klasörlere erişim veren yetki yapısı.
  • Veri taşıma ve kapasite genişletme. Eski dosya sunucusundan veya eski NAS’tan klasör yetkileriyle birlikte taşıma; disk ekleme veya genişleme ünitesiyle büyütme.
  • Yedekleme entegrasyonu. NAS’taki verinin ayrı bir hedefe yedeklenmesi ve NAS’ın Veeam için birinci kopya hedefi olarak kullanılması.
  • Bakım, güncelleme ve arıza. İşletim sistemi ve uygulama güncellemeleri, disk sağlığı takibi; paylaşıma erişilememesi, dolan kapasite veya bozulan RAID gibi arıza ve erişim sorunlarına müdahale.

RAID yedekleme değildir. RAID, bir diskin (RAID seviyesine göre iki diskin) arızalanmasında NAS’ın çalışmaya devam etmesini sağlar. Yanlışlıkla silinen, fidye yazılımıyla şifrelenen veya bozulan bir dosya ise tüm disklerde aynı anda silinmiş, şifrelenmiş ya da bozulmuş olur. NAS’taki verinin mutlaka ayrı bir yedeği bulunmalı, NAS yönetim arayüzü doğrudan internete açılmamalıdır.

Teknolojik mimari

Referans mimaride üretim ortamındaki sanal ve fiziksel sunucular Veeam yedekleme sunucusu tarafından yerel bir yedek deposuna yedeklenir; bu birinci kopya hızlı geri yükleme içindir.

Mimariyi ayrıntılı okuyun

İkinci kopya, Linux tabanlı Hardened Repository’ye veya Object Lock destekli nesne depolamaya değiştirilemez olarak yazılır. Üçüncü katmanda bir kopya şirket dışına gönderilir. Microsoft 365 verileri Veeam Backup for Microsoft 365 ile ayrı olarak yedeklenir; bu verilerin değiştirilemez kopyası, Object Lock destekli nesne depolamada (S3 uyumlu veya desteklenen Azure Blob) tutulur. Hardened Repository yalnızca Veeam Backup & Replication iş yükleri için kullanılır. Kritik sanal makineler FKM lokasyonuna replike edilir. SureBackup işleri, desteklenen sanal makine yedeklerini izole ortamda düzenli olarak doğrular. Yedekleme sunucusu etki alanından ayrı tutulur ve yönetici erişimi MFA ile korunur.

replikasyontestÜretim sunucularıSanal + fizikselMicrosoft 365Posta · OneDrive · TeamsVeeam yedeklemeEtki alanı dışı · MFAVeeam for M365Felaket kurtarma merkeziAyrı lokasyon1. kopyaYerel depo2. kopyaDeğiştirilemez3. kopyaŞirket dışıM365 kopyasıObject LockSureBackupİzole doğrulama
Bir bileşene tıklayınÜretim sunucuları

Korunan sanal ve fiziksel sunucular.

Veri akışıŞifreli bağlantıYedek / kopyaİzleme / raporlamaTemsilî referans mimari

Kullanılan teknolojiler

Yetkili iş ortağı olduğumuz marka

  • Veeam (Veeam Backup & Replication, Veeam Backup for Microsoft 365, Veeam Enterprise Manager, Veeam Data Platform)

Microsoft iş ortağıyız (Microsoft Partner Success Core Benefits)

  • Hyper-V
  • Windows Server ve Azure tabanlı yedekleme ve felaket kurtarma senaryoları

Yöntemler ve hedefler

  • Linux tabanlı Hardened Repository
  • S3 Object Lock destekli nesne depolama
  • WORM teyp
  • SMB/NFS paylaşımlar
  • RAID ve replikasyon. Yedeklenen sunucu ve sanallaştırma altyapısı için: BT Altyapı ve Sistem Entegrasyonu

Yedekleme ve depolama projelerinde çalıştığımız markalar (Veeam dışındakiler için temsilcilik veya iş ortaklığı iddiası taşımaz):

Yedekleme alanında çalıştığımız markalarTüm teknolojilerimiz
  • VeeamYetkili iş ortağı

"Yetkili iş ortağı" ibaresi taşımayan markalar marka deneyimimizdir; temsilcilik veya iş ortaklığı anlamına gelmez.

Depolama (NAS) alanında çalıştığımız markalarTüm teknolojilerimiz
  • Synology
  • QNAP

Marka deneyimimizdir; temsilcilik, bayilik veya iş ortaklığı anlamına gelmez. Ürün seçimi ihtiyaca ve mevcut altyapıya göre yapılır.

İşletmeye faydaları

Fidye yazılımına karşı dayanıklılık

Doğru yapılandırılmış değiştirilemez ve şirket dışı kopyalar, saldırganın tüm geri dönüş noktalarını silebilmesi riskini önemli ölçüde azaltır.

Ölçülebilir hedefler

RPO ve RTO değerleri yazılı olarak belirlenir ve testlerle doğrulanır.

Kanıtlanmış geri dönüş

Test edilmiş yedek, kriz anındaki belirsizliği önemli ölçüde azaltır.

Lokasyon bağımsızlığı

Binanın kullanılamadığı senaryoda bile kritik sistemler FKM’den çalıştırılabilir.

Teknik tedbir kanıtı

Yedekleme ve test kayıtları, denetimlerde ve KVKK teknik tedbirleri kapsamında belge olarak kullanılabilir.

Proje ve uygulama yaklaşımı

  1. Keşif

    Korunacak sistemler, veri büyüklüğü, günlük değişim oranı, mevcut yedekleme yapısı ve hat kapasitesi incelenir.

    Ayrıntılar

    Her kritik sistem için RPO ve RTO hedefleri sizinle birlikte belirlenir.

  2. Tasarım

    Yedek deposu kapasitesi, saklama süreleri, değiştirilemez hedef, şirket dışı kopya yöntemi, replikasyon kapsamı ve FKM yapısı belirlenir.
  3. Kurulum ve geçiş

    Yedekleme sunucusu, Hardened Repository ve kopya işleri kurulur; ilk tam yedekler alınır. FKM kurulumunda ağ ve replikasyon yapılandırılır.
  4. Test ve teslim

    Dosya, sanal makine ve uygulama düzeyinde geri yükleme; replikadan failover ve geri dönüş (failback) test edilir. Felaket kurtarma adım listesi (runbook) teslim edilir.
  5. Bakım

    Yedekleme işlerinin takibi, kapasite izleme, sürüm güncellemeleri ve dönemsel geri yükleme testleri bakım anlaşmasıyla sürdürülür.

    Ayrıntılar

    Bakım anlaşması kapsamında yedekleme görevlerinin durumu, hataları ve raporları Veeam Enterprise Manager üzerinden takip edilebilir. Kontrol sıklığı, uyarı yöntemi, müdahale kapsamı ve geri yükleme testi takvimi bakım sözleşmesinde birlikte belirlenir.

Sık sorulan sorular

RPO ve RTO nedir?

RPO (Recovery Point Objective — kurtarma noktası hedefi), kabul edilebilir en fazla veri kaybını zaman olarak ifade eder; örneğin RPO 4 saat ise en kötü durumda son 4 saatlik veri kaybedilebilir. RTO (Recovery Time Objective — kurtarma süresi hedefi), sistemin ne kadar sürede yeniden çalışır hale gelmesi gerektiğidir. Bu değerler iş birimlerinin ihtiyacına göre belirlenir ve mimariyi doğrudan etkiler.

NAS cihazımıza yedek alıyoruz, bu yeterli mi?

Tek başına yeterli değildir. NAS üzerindeki sıradan bir SMB/NFS paylaşımı Veeam açısından değiştirilemez bir hedef değildir ve ağdaki ele geçirilmiş bir hesapla erişilebilir. Veeam Backup & Replication 13.1 ile WORM özellikli bazı depolama sistemlerindeki SMB/NFS depolarında değiştirilemezlik kullanılabilir; bunun için cihazın Veeam gereksinimlerini karşıladığı model ve sürüm bazında doğrulanmalıdır. NAS birinci kopya olarak kullanılabilir; buna ek olarak değiştirilemez ve şirket dışı bir kopya gerekir.

Yedekleme ile replikasyon arasındaki fark nedir?

Yedekleme, geçmişe dönük birçok geri dönüş noktasını sıkıştırılmış biçimde saklar. Replikasyon ise sanal makinenin çalışmaya hazır bir kopyasını tutar ve çok kısa sürede devreye alınır. Kritik sistemlerde ikisi birlikte kullanılır.

Değiştirilemez yedek, fidye yazılımına karşı tam koruma sağlar mı?

Hiçbir yöntem tam koruma vaat edemez. Değiştirilemez yedek, yedeklerin silinmesi veya şifrelenmesi riskini önemli ölçüde azaltır. Ancak saldırganın verileri dışarı çıkarmasını engellemez; bu nedenle uç nokta güvenliği, MFA ve ağ segmentasyonu ile birlikte ele alınmalıdır.

Felaket kurtarma merkezi için ikinci bir bina şart mı?

FKM’nin ana lokasyonla aynı fiziksel riski paylaşmayacak bir yerde olması gerekir. Bu; kurumun başka bir binası, bir veri merkezinde kiralanan alan veya bulut altyapısı olabilir. Seçim hat kapasitesi, RTO hedefi ve bütçeye göre yapılır.

Yedeklerimizi ne sıklıkla test etmeliyiz?

Otomatik doğrulama (SureBackup) yedekleme takvimiyle birlikte düzenli çalıştırılabilir. Buna ek olarak kritik sistemler için planlı geri yükleme tatbikatlarının yılda en az bir kez, büyük altyapı değişikliklerinden sonra ise ayrıca yapılması önerilir.

Mevcut NAS’ımız başka bir firma tarafından kuruldu; destek verir misiniz?

Evet. Synology veya QNAP NAS’ınızın disk sağlığını, RAID durumunu, paylaşım yetkilerini, güncelleme seviyesini ve yedeğinin olup olmadığını inceler; bulguları ve önerileri yazılı olarak sunarız. Erişim sorunu veya arıza durumunda Teknik Servis üzerinden de destek alabilirsiniz.

Teklif talebi

Yedeklerinizin gerçekten geri dönüp dönmediğini birlikte görelim. Korunacak sistemlerinizi, veri büyüklüğünüzü ve kabul edebileceğiniz kesinti süresini paylaşın; 3-2-1-1-0 kuralına uygun yedekleme ve felaket kurtarma tasarımını içeren teklifimizi hazırlayalım.

Keşif ve teklif süreci: talep formu → ön görüşme → ihtiyaç ve mevcut altyapı değerlendirmesi → gerekirse uzaktan veya yerinde teknik keşif → proje kapsamı ve çözüm önerisi → teklif.

Keşif ve Proje Görüşmesi Talep Edin · BT altyapı analizi talep et

Bu çözümü kurumunuza göre birlikte tasarlayalım

Talebinizi alalım, ön görüşmede ihtiyacınızı ve mevcut altyapınızı değerlendirelim; gerekirse uzaktan ya da yerinde keşfin ardından kapsamı ve teklifi hazırlayalım.

Uzmanla görüşün