Yedekleme sağlık kontrolü
Mevcut yedekleme işlerinin başarı oranı, kapsam dışı kalan sistemler, saklama süreleri ve geri dönüş süresi ölçülür; eksikler raporlanır.
Veri koruma ve iş sürekliliği
Veri yalnızca saklanmaz; geri getirilebilir olmalıdır
Verinin erişilebilirliği ve sistemlerin kesintisiz çalışması, günümüz kurumları için yalnızca bir BT gereksinimi değil, doğrudan iş sürekliliğinin temelidir.
Yaklaşımımız
Yedeğin değeri, geri dönüşün kanıtlandığı gün ortaya çıkar
Modern BT ortamlarında yedekleme, yalnızca verinin ikinci bir kopyasını oluşturmak anlamına gelmez. Gerçek koruma; doğru verinin, doğru süre boyunca, güvenli biçimde saklanması ve ihtiyaç duyulduğu anda güvenilir şekilde geri getirilebilmesidir.
Her kurumun veri yapısını, iş yüklerini, performans beklentilerini ve operasyonel önceliklerini ayrı değerlendiriyoruz. RPO ve RTO hedeflerini iş gereksinimleriyle birlikte ele alıyor; yalnızca teknik olarak çalışan değil, gerçek bir kriz anında devreye alınabilir, test edilebilir ve sürdürülebilir iş sürekliliği senaryoları geliştiriyoruz.
Yedekleme başarısını kopya sayısıyla değil, verinin ihtiyaç anında geri dönebilmesiyle ölçüyoruz.
- Fidye yazılımına dayanıklı, değiştirilemez yedek
- İkinci lokasyon ve çevrimdışı kopya senaryoları
- RPO / RTO hedefleri iş birimiyle birlikte belirlenir
- Kurtarma testi çözümün ayrılmaz parçasıdır
Kapsam
Depolamadan felaket kurtarmaya
Katmanlar kurumun kritiklik seviyelerine göre sıralanır; hepsi aynı anda devreye alınmak zorunda değildir.
01
Veri depolama mimarisi
Blok, dosya ve obje depolama; katmanlı (tiering) yapı, performans ölçümü ve kapasite büyüme planı. İş yükünün gerektirdiği gecikme ve verim hedefleri.
02
Yüksek erişilebilirlik
Replikasyon teknolojileri, snapshot kurgusu ve farklı lokasyonlarda çalışan yüksek erişilebilirlik mimarileri.
03
Yedekleme stratejisi
Fiziksel, sanal ve bulut tabanlı iş yükleri için disk, obje depolama, tape ve bulut teknolojilerinin kritiklik seviyelerine göre konumlandırılması.
04
Fidye yazılımına dayanıklılık
Immutable (değiştirilemez) yedekleme, air-gap mimarileri ve çevrimdışı kopya ile verinin yalnızca operasyonel hatalara değil siber tehditlere karşı da korunması.
05
Arşiv ve saklama politikası
Uzun süreli arşivleme yöntemleri, saklama süreleri ve yasal gereksinimlere uygun politika yönetimi.
06
Felaket kurtarma senaryosu
İkinci lokasyon kurgusu, devreye alma adımları, sorumluluk matrisi ve iletişim planı. Senaryo yazılı ve provası yapılmış olur.
07
Kurtarma testi ve doğrulama
Düzenli geri dönüş testleri, politika yönetimi ve doğrulama süreçleri; sonuçlar raporlanır.
Hizmet başlıkları
Nereden başlanıyor?
Çoğu kurumda ilk adım, mevcut yedekleme düzeninin gerçekten çalışıp çalışmadığının ölçülmesidir.
Immutable yedekleme kurgusu
Değiştirilemez depolama, air-gap kopya ve erişim ayrımı ile fidye yazılımı senaryosunda geri dönüşün garanti altına alınması.
Felaket kurtarma projeleri
İkinci lokasyon, replikasyon ve devreye alma prosedürü; RTO ve RPO hedeflerinin maliyetiyle birlikte konuşulması.
Depolama yenileme
Performans ölçümüne dayalı depolama seçimi, katmanlı yapı ve kapasite büyüme planı; mevcut sistemden veri taşıma.
Arşivleme ve saklama
Uzun süreli arşiv, obje depolama ve saklama politikalarının yasal gereksinimlerle eşleştirilmesi.
Kurtarma tatbikatı
Yılda en az bir kez planlı geri dönüş provası; sonucun süre ve başarı oranıyla birlikte raporlanması.
Süreç
Nasıl ilerliyoruz?
01
Kritiklik analizi
Hangi sistemin ne kadar süre durabileceği ve ne kadar veri kaybının kabul edilebilir olduğu iş birimleriyle birlikte belirlenir.
02
Mevcut durumun ölçümü
Yedekleme kapsamı, başarı oranı, pencere süreleri ve geri dönüş performansı gerçek veriyle çıkarılır.
03
Mimari tasarım
Kritiklik seviyelerine göre depolama katmanları, yedek kopya sayısı, lokasyon dağılımı ve saklama politikaları tasarlanır.
04
Devreye alma
Yeni kurgu kademeli olarak devreye alınır; eski düzen bir süre paralel çalışır.
05
Kurtarma testi
Gerçek bir geri dönüş provası yapılır. Süreler ölçülür, prosedür bu ölçüme göre güncellenir.
06
Düzenli işletim
Yedekleme işlerinin takibi, başarısız işlerin giderilmesi, periyodik test ve raporlama.
Sık sorulanlar
Merak edilenler
Görüşmelerde en çok karşılaştığımız sorular ve kısa cevapları.
Yedeğimiz var, yine de risk altında mıyız?
Yedek almak ile geri dönebilmek farklı şeylerdir. Fidye yazılımı senaryolarında en sık karşılaştığımız sorun, yedeklerin de şifrelenmiş olması. Değiştirilemez kopya ve çevrimdışı katman bu riski ortadan kaldırır.
Felaket kurtarma için ikinci bir lokasyon şart mı?
Kurumun kabul edebileceği veri kaybı ve duruş süresine bağlı. Bazı kurumlar için çevrimdışı ikinci kopya yeterli olurken, bazıları için aktif ikinci lokasyon gerekir. Karar, maliyetiyle birlikte konuşulur.
Bulut yedekleme yeterli mi?
Bulut, ikinci kopya için iyi bir katmandır; ancak tek başına bir strateji değildir. Geri dönüş süresi, bant genişliği ve maliyet birlikte değerlendirilmelidir.
Kurtarma testini ne sıklıkla yapmalıyız?
Kritik sistemler için yılda en az bir kez tam prova, çeyreklik kısmi testlerle birlikte öneriyoruz. Sistem değişikliklerinden sonra ek test yapılır.
HPEDell TechnologiesLenovoIBMNVIDIAPure StorageMicrosoftRed HatCitrixAWSVeeamAcronisZertoExaGridVertivEatonLegrandHCSLande
FortinetPalo Alto NetworksESETCrowdStrikeCloudflareCiscoHPE Aruba NetworkingJuniper NetworksF5HuaweiHikvisionDahuaMilestoneAxis CommunicationsTrassir
Bir sonraki adım
Veri Koruma ve İş Sürekliliği tarafında nerede duruyorsunuz?
Mevcut durumunuzu paylaşın; ilk değerlendirmenin sonunda elinizde yazılı bir çıktı kalır.