Yedek ile geri dönüş aynı şey değildir
Yedeğiniz olması, işinizin ne zaman yeniden çalışacağını söylemez. Onlarca terabaytlık bir sunucuyu yedekten geri yüklemek saatler, bazen günler sürebilir. Üretim hattı, e-ticaret sitesi ya da ERP sistemi için bu süre kabul edilebilir olmayabilir.
Felaket kurtarma, iki soruya verilen cevaptır: Bu sistem en fazla ne kadar durabilir (RTO)? En fazla ne kadar veri kaybedilebilir (RPO)? Cevaplar dakikalar ise, yedekten fazlasına ihtiyacınız vardır.
Yöntemler
Replikasyon
Kritik bir sunucu, ikinci bir lokasyondaki kopyasına sürekli ya da çok sık aralıklarla aktarılır. Ana sunucu çöktüğünde kullanıcılar kopyaya yönlendirilir ve iş dakikalar içinde devam eder.
Buluta yük devretme (DRaaS)
İkinci bir veri merkezi kurmak yerine, kritik sistemlerin kopyası bulutta hazır tutulur. Felaket anında sistemler bulutta ayağa kaldırılır.
Hızlı geri yükleme
Her sistem için replikasyon gerekmez. Daha az kritik sistemlerde, yedek dosyası üzerinden doğrudan sanal makine başlatma gibi yöntemlerle geri dönüş süresi kısaltılır.
Çalıştığımız çözümler
- Carbonite (OpenText): OpenText Availability (eski adıyla Carbonite Availability) ile fiziksel, sanal ve bulut sunucularda bayt düzeyinde gerçek zamanlı replikasyon ve yük devretme; OpenText Migrate (Carbonite Migrate) ile kesintiyi en aza indiren sunucu taşıma.
- StorageCraft (Arcserve): ShadowProtect ile Windows ve Linux sistemlerde imaj tabanlı yedekleme ve yedek dosyasından hızlı sistem başlatma. Yedek zincirleri ImageManager ile yönetilir.
- Veeam: Sanal makine replikasyonu, anında kurtarma ve yedeklerin otomatik test edilmesi.
Unna ile felaket kurtarma
- Önce dinleriz. Sistemlerinizi iş etkisine göre sıralar, her biri için hedef kesinti süresini ve veri kaybını birlikte belirleriz.
- Birlikte planlarız. Hangi sistemin replikasyonla, hangisinin hızlı geri yüklemeyle korunacağını; yedek lokasyonu ve bağlantıyı tasarlarız. Maliyeti hedeflerle dengeleriz.
- Kurar ve yazılı hâle getiririz. Teknik altyapıyı kurar, felaket anında kimin neyi hangi sırayla yapacağını anlatan bir kurtarma planı hazırlarız.
- Test ederiz, yanınızda kalırız. Planı düzenli aralıklarla, canlı sistemleri etkilemeden test eder, sonuçları sizinle paylaşırız. Test edilmemiş bir plan, bir plan değildir.
Bütünün bir parçası
- Felaket kurtarma, yedeklemenin üzerine kurulur: Veeam, Acronis ve UnnaBulut.
- Yedek lokasyon olarak veri merkezi altyapısını kullanırız.
- FortiGate ile ana ve yedek lokasyon arasında güvenli bağlantı ve yönlendirme kurarız.
- Teknik planın iş tarafını iş sürekliliği planı yazımızda anlattık.
Sık sorulanlar
RTO ve RPO nedir?
RTO bir sistemin en fazla ne kadar süre kapalı kalabileceğini, RPO ise en fazla ne kadarlık veri kaybının kabul edilebileceğini ifade eder. Ayrıntılar için RTO ve RPO yazımıza bakabilirsiniz.
Her sistem için felaket kurtarma gerekir mi?
Hayır. Genellikle sistemlerin küçük bir kısmı gerçekten kritiktir. Replikasyonu bu sistemlere ayırır, diğerlerini iyi bir yedekleme ile korumak maliyeti dengeler.
Felaket kurtarma testi canlı sistemi etkiler mi?
Doğru kurulduğunda hayır. Testler, yedek lokasyonda yalıtılmış bir ağda yapılır; canlı sistem çalışmaya devam eder.
