Planlı ya da plansız kesintilerde, iş kritik sistemlerinizin belirlenen süreler içinde tekrar ayağa kalkmasını garanti altına alın.
Felaket Kurtarma (Disaster Recovery) çözümlerimizle, veri merkezinizde oluşabilecek donanım arızası, insan hatası, siber saldırı veya doğal afet gibi durumlarda; tanımlı RTO / RPO hedeflerine uygun geri dönüş senaryoları tasarlar ve düzenli olarak test ederiz.
Kurumunuzun "RTO / RPO" hedeflerini belirleyelim, olası bir felaket senaryosunda verilerinizin ne kadar sürede dönebileceğini simüle edelim.
Yalnızca yedek almak yeterli değildir. Kritik sistemlerin hangi sıralamayla, ne kadar sürede, hangi veriyle ayağa kalkacağı net olarak tanımlanmalı ve düzenli olarak test edilmelidir.
Mevcut veri merkezinize paralel çalışacak, kritik sistemlerinizin yedeklerini barındıran ikincil veri merkezi tasarlarız. Bu ortam, acil durumda devreye girmek üzere hazırda bekler.
Uygulama, veritabanı ve dosya sistemleriniz için senkron / asenkron replikasyon, snapshot ve yedekleme politikalarını birlikte tasarlarız.
Acil durumda hangi ekibin ne yapacağı, hangi sistemin hangi sırayla ayağa kalkacağı ve karar noktaları ayrıntılı bir “runbook” dokümanı ile tanımlanır.
Fidye yazılımı, veri şifrelenmesi veya kritik sistemlerin devre dışı kalması gibi siber saldırı senaryolarına özel kurtarma adımları planlanır.
Hangi sistemin kaç saat durabileceğini, hangi veri kaybının kabul edilebilir olduğunu iş birimleriyle birlikte belirler, buna göre DR planını şekillendiririz.
Finans, üretim, sağlık ve benzeri regüle sektörler için iş sürekliliği planınızı; yasal gereklilikler ve ISO 22301 standartları ile uyumlu şekilde kurgularız.
Yedekleme verinizin bir kopyasını saklar; felaket kurtarma ise sistemlerinizin bir kesintiden sonra ne kadar sürede ve hangi noktadan yeniden çalışacağını planlar. Planda yedeklerin yanında yedek sunucu ortamı, ağ ayarları, sorumlular ve geri dönüş adımları da tanımlanır.
Gerekmez. Yedek ortam sanal veri merkezimizde ya da bulutta hazır bekletilebilir. Hangi sistemlerin anlık, hangilerinin günlük kopyalanacağı iş önceliğine göre belirlenir; böylece maliyet ihtiyaca göre planlanır.
Planın en az yılda bir kez, kritik sistemlerde ise daha sık test edilmesini öneriyoruz. Testte yedek ortama geçiş gerçekten yapılır, süreler ölçülür ve eksik kalan adımlar plana eklenir; test edilmemiş bir plan kriz anında beklenen sonucu vermeyebilir. Planın nasıl hazırlanacağını felaket kurtarma planı rehberimizde adım adım anlattık.
Önce kritik sistemlerinizi, kabul edilebilir kesinti sürelerini ve veri kaybı sınırlarını birlikte belirliyoruz. Ardından yedek ortam kurulur, kopyalama başlatılır ve ilk test yapılır. Süre sistem sayısına ve veri miktarına göre değişir; takvimi ön incelemeden sonra yazılı olarak paylaşıyoruz.
Bu hizmetle ilgili sık sorulan konuları uzman rehberlerimizde detaylıca anlattık.
İnvekor, Felaket Kurtarma mimarisini yalnızca teknik taraftan değil; iş birimi öncelikleri, süreçler ve regülasyonlarla birlikte ele alır.
Önce iş etki analizi (BIA) yaparak, hangi sistemin ne kadar sürede ayağa kalkması gerektiğini ve kabul edilebilir veri kaybını belirleriz. Ardından bu hedeflere uygun teknik mimariyi oluştururuz.
Mevcut veri merkeziniz birincil (primary), sanal veri merkezi veya farklı lokasyondaki DC ise ikincil (DR) olarak konumlandırılır. Replikasyon ile kritik sistemlerin güncel kopyaları DR'da tutulur.
On-prem ortamınızı bulut tabanlı bir DR çözümüne replike ederek, felaket anında bulut üzerinde çalışmaya devam edebileceğiniz bir yapı tasarlarız.
Tüm altyapı yerine yalnızca kritik birkaç iş uygulamasını ve veritabanını DR kapsamına alarak, daha düşük maliyetle etkili bir kurtarma senaryosu kurabilirsiniz.
Aşağıdaki başlıklardan birkaçı bile sizde varsa, yapılandırılmış bir iş sürekliliği planına ihtiyaç duyuyorsunuz demektir:
Mevcut altyapınızı, iş kritik sistemlerinizi ve hedeflerinizi birlikte analiz ederek; gerçekçi, test edilmiş ve denetlenebilir bir Felaket Kurtarma planı oluşturalım.
ILGILI HIZMETLER