Çözüm Ailesi
Asıl soru yedeğiniz var mı değil: geri dönebiliyor musunuz?
Yedekleme bir dosya kopyalama işi değil, geri dönebilme yeteneğidir. Sahada gördüğümüz tablo şu: yedek alınıyor, işi bitmiş sayılıyor ve kimse geri dönüşü denemiyor. Gerçek kayıp anında ise yedeğin bozuk, eksik ya da fidye yazılımıyla birlikte şifrelenmiş olduğu anlaşılıyor. Biz yedeği değil, kurtarmayı tasarlarız.
Neden Önemli?
Test edilmemiş yedek, yedek değildir.
Yedekleme kurumların en çok sahip olduğunu sandığı, en az emin olduğu konudur. Bir felaket anında ortaya çıkan sorunlar hep aynıdır: yedek işi aylardır hata veriyordur, kritik bir sunucu kapsam dışında kalmıştır ya da geri dönüş günler sürecek kadar yavaştır. Bunların hiçbiri felaket anında değil, çok daha önce fark edilebilecek şeylerdir.
Veluva işe yedekleme ürününden değil, iki sorudan başlar: ne kadar veri kaybını göze alabilirsiniz (RPO) ve ne kadar sürede ayağa kalkmanız gerekir (RTO)? Bu iki rakam netleştiğinde teknoloji seçimi kolaylaşır. Ardından yapıyı kurar, düzenli tatbikatla geri dönüşü gerçekten ölçer ve sonucu raporlarız.
- Önce RPO ve RTO
Kabul edilebilir veri kaybı ve kesinti süresi, ürün seçiminden önce belirlenir.
- Tatbikatla doğrulama
Geri dönüş düzenli olarak denenir; süre ölçülür ve kayıt altına alınır.
- Fidyeye dayanıklı kopya
En az bir kopya değiştirilemez ve erişimi ayrılmış biçimde tutulur.
Çözüm Alanları
Sürekliliğin dört katmanı.
Günlük yedekten kurumsal süreklilik planına kadar her katmanı ayrı ele alır, tek bir bütün olarak kurgularız.
Veri Yedekleme
Sunucu, sanal makine, veritabanı ve bulut verisi için kapsamı net, doğrulanan ve raporlanan yedekleme.
Disaster Recovery
Veri merkezi düzeyinde kayıpta ikinci lokasyona geçiş; ölçülmüş RTO ve düzenli failover tatbikatı.
İş Sürekliliği
Teknolojinin ötesi: kritik süreçler, roller, iletişim planı ve kriz anında kimin ne yapacağı.
Immutable Backup
Silinemeyen ve değiştirilemeyen kopya; fidye yazılımı yedeklerinize ulaşsa bile geri dönüş garantisi.
Nasıl Çalışıyoruz
Ürünle değil, iki rakamla başlarız.
Kabul edilebilir veri kaybı ve kesinti süresi netleşmeden hiçbir ürün doğru seçilemez. Süreci dört adımda yürütürüz.
Etki Analizi
Kritik sistemler belirlenir, her biri için RPO ve RTO hedefi konur.
Tasarım
Kapsam, saklama süresi, kopya sayısı ve lokasyon planlanır.
Kurulum
Yedekleme ve replikasyon devreye alınır, ilk geri dönüş testi yapılır.
Tatbikat
Geri dönüş düzenli denenir, süre ölçülür ve plan güncellenir.
Teknoloji Ortakları
Markadan değil, kurtarma hedefinden başlarız.
Lider yedekleme ve süreklilik platformlarında sertifikalı deneyime sahibiz. Doğru ürünü veri hacminiz, kurtarma hedefiniz ve mevcut yatırımlarınızı gözeterek öneririz.
- Veeam
- Commvault
- Acronis
- Azure Backup ve Site Recovery
- Dell PowerProtect
- Zerto
Sık Sorulanlar
Merak edilenler
Yedeklememiz zaten var, neyi değiştireceksiniz?
Çoğu zaman ürünü değil, kurguyu. Mevcut yapıyı değerlendirir; kapsam dışında kalan sistemleri, sessizce hata veren işleri ve test edilmemiş geri dönüşü ortaya çıkarırız. Sonuç genellikle yeni bir yatırım değil, mevcut çözümün doğru yapılandırılması olur.
Yedekleme ile felaket kurtarma aynı şey değil mi?
Hayır ve bu ayrım kritiktir. Yedekleme veriyi geri getirir; ancak sunucular, ağ ve uygulamalar yoksa veri tek başına iş yapmaz. Felaket kurtarma, tüm çalışma ortamını ikinci bir lokasyonda ayağa kaldırmakla ilgilidir. İkisi birbirini tamamlar, biri diğerinin yerini almaz.
Bulutta olan verimiz zaten yedekli değil mi?
Sağlayıcı altyapısını yedekli tutar; bu veri kaybına karşı koruma anlamına gelmez. Kullanıcının kalıcı sildiği, fidye yazılımının şifrelediği ya da bir hatayla üzerine yazılan veri sağlayıcının yedekliliğiyle geri gelmez. Microsoft 365 ve bulut iş yükleri için ayrı yedekleme gerekir.
Fidye yazılımı yedeklerimizi de şifreler mi?
Modern fidye yazılımlarının ilk hedeflerinden biri tam olarak budur; ağ üzerinden erişilebilen yedekler saldırının parçası hâline gelir. Bu yüzden en az bir kopyanın değiştirilemez ve erişimi ayrılmış biçimde tutulmasını mimarinin zorunlu parçası sayarız.
Tatbikat işimizi aksatır mı?
Hayır. Tatbikatı üretim ortamına dokunmadan, izole bir alanda çalıştırırız. Sistemler ayağa kaldırılır, açılış ve veri bütünlüğü doğrulanır, süre ölçülür. Böylece geri dönüş süresi tahmin değil, kayıtlı bir rakam olur.
Bu yapıyı kim işletecek?
Seçim sizin. Yönetilen hizmet kapsamında yedek işlerinin izlenmesini, hataların takibini ve düzenli tatbikatları üstlenebiliriz; ya da yapıyı dokümante edip ekibinize devreder, destek modelinde kalırız.
Sonraki Adım
Yedeğinizin işe yarayıp yaramadığını birlikte görelim.
Kısa bir değerlendirmeyle mevcut yedekleme yapınızı, kapsamını ve gerçek geri dönüş sürenizi ortaya çıkaralım. Bağlayıcı taahhüt yok.