Gerçek bir kesintiyi atlatan felaket kurtarma planlaması
Bir felaket kurtarma planı ancak geri yüklendiğinde, prova edildiğinde ve güncel tutulduğunda bir şey ifade eder. Bu sayfa böyle bir planda nelerin olması gerektiğini, kurtarma süresi hedefinin nasıl belirlendiğini ve bunun iş sürekliliğiyle ilişkisini anlatır.
Bir planın dayandığı dört büyüklük
Bunları sistem sistem doldurabilen bir plana sahiptir. Dolduramayan bir yedeğe sahiptir.
Bir felaket kurtarma planında ne bulunur
Bir kesintiden sonra BT’nin nasıl geri geleceğini anlatır: önce hangi sistemler, hangi kopyadan, kim tarafından ve bittiğini nasıl anlarız.
- Sıraya konmuş bir sistem listesiHer şeyin aynı anda dönmesi gerekmez. Plan sistemleri işin ihtiyaç duyduğu sıraya koyar ve bu sıra sunucu kabininden değil işten çıkar. Listede olmayan sonra döner ve bunu herkes önceden bilir.
- Sistem başına bir RTO ve bir RPONe kadar kapalı kalabileceği ve ne kadar işin kaybolabileceği. Tekniğin ne yapabilmesi gerektiğine bu ikisi karar verir; tersi yürümez. Bir saatlik RPO ile bir gecelik RPO farklı şeyler ister.
- Kopya nerede ve ona nasıl ulaşılırYalnızca çökmüş sistem üzerinden erişilebilen bir yedek, yedek değildir. Plan yeri, erişim yolunu ve anahtarların kimde olduğunu söyler — ağ kapalıyken ve kimse oturum açamazken de.
- Kim ne yapar, telefon numarasıylaYalnızca isim değil rol, çünkü insanlar izne çıkar. Devretme kararını kim verir, tedarikçiyi kim arar, kurumu kim bilgilendirir. Kâğıt üzerinde, çünkü bu senaryoda intranet de kapalıdır.
Böyle bir planı nasıl kurarız
Beş adım, bu sırayla. İlk ikisi iş hakkında, son üçü teknik hakkında; tersi yapılırsa kimsenin ihtiyaç duymadığı bir şey kurulur.
Neyin durduğunu bulmak
Bir sistem çöktüğünde hangi süreçler durur ve ne kadar sonra acıtmaya başlar. Bu konuşmayı yalnızca BT ile değil işi yapanlarla yaparız, çünkü en çok şikâyet eden bölüm her zaman ilk dönmesi gereken bölüm değildir.
Sistem başına RTO ve RPO belirlemek
Rakamları teknikte ve emekte neye mal olduklarının yanına koyarız. Neredeyse her zaman bir şey kayar: bir saatlik RTO neyi gerektirdiği görülene kadar kulağa iyi gelir, sonra sistemlerin yarısı için dört saat yeterli çıkar.
Tekniği bu rakamlara göre kurmak
Değiştirilemez yedek, çoğaltma ya da devretme — neyin uyduğu yukarıdaki rakamlardan çıkar. Kurar ve bulaşmış bir sistemin kopyayı da götürememesini sağlarız; çoğu plan tam da bu senaryoda kırılır.
Gerçekten geri yüklemek
Ayrı bir ortamda yapılmış, süresi ölçülmüş bir kurtarma. RTO’nun tutup tutmadığı ancak o zaman bilinir. İlk denemelerin neredeyse hepsi bir sürpriz çıkarır: bir sertifika, donanıma bağlı bir lisans, kimsenin yazmadığı bir entegrasyon.
Prova etmek ve güncel tutmak
Yılda bir kez düğmeye gerçekten basmak ve bir sistem geldiğinde ya da gittiğinde planı güncellemek. İki yıllık bir plan artık var olmayan bir ortamı anlatır ve bunu en kötü anda fark edersiniz.
Felaket kurtarma ve iş sürekliliği planlaması
İkisi birbirinin yerine kullanılır ve aynı şey değildir. İş sürekliliği çalışmaya devam etmekle ilgilidir; felaket kurtarma bunun için geri gelmesi gereken BT ile.
- İş sürekliliği daha geniştirBir süreklilik planı, bir şey aksadığında kurumun nasıl devam ettiğini anlatır: insanlar, binalar, tedarikçiler, iletişim. BT kesintisi bunun içindeki bir senaryodur. O plan olmadan felaket kurtarma planı, sahibi olmayan teknik bir belgedir.
- Felaket kurtarma bunun BT bölümüdürSistemlerin nasıl ve ne hızda geri geleceğini söyleyen bölümdür. Görevini süreklilik planından alır: bir sürecin ne kadar durabileceği orada yazar ve RTO oradan çıkar.
- BT’siz yedek planHiçbir şeyin çalışmadığı saatler için: kâğıt siparişler nerede, müşterilere nasıl ulaşılır, kim ne söyler. Bu bizim değil süreklilik planının işidir, ama sorarız: sekiz saatlik bir RTO ancak köprülenecek sekiz saat varsa kabul edilebilir.
- Zincir üzerinden gelen bildirim yükümlülüğüNIS2 Türkiye’de doğrudan geçerli değildir, ama kapsama giren bir Avrupalı müşteriye tedarik ediyorsanız bildirim süreleri sözleşmeyle önünüze gelir. Plan bu ikisini yan yana koyar ve hangisini kimin yaptığını söyler.
Ne yaparız, ne sizde kalır
Süreklilik satın alınan bir ürün değildir. Arkasında durduğumuz paylaşım ve kurumun kendisinde kalması gereken kısım şu.
- YaptıklarımızPlanı yazmak ve sürdürmek, yedeği ve devretmeyi kurmak, geri yüklemeyi yapmak ve ölçmek, provada yer almak. Hizmeti kendi ekibimiz yürütür, taşerona verilmez; Türkiye’de yerinde gereken iş Karaman’daki ekibimizden çıkar.
- Yazılı bıraktıklarımızHangi kopyanın nerede olduğu, en son ne zaman geri yüklendiği ve ne kadar sürdüğü. Bir denetçinin, sigortacının ya da düzenleyicinin istediği malzeme budur ve sonradan yeniden kurgulamanız gerekirse artık var olmayan kısım da tam olarak budur.
- Sizde kalanlarDevretme kararı ve hangi sürecin ne kadar durabileceğine dair yargı. Bu teknikle değil işle ilgili bir seçimdir; biz neye mal olduğunu ve ne kazandırdığını hesaplarız.
- Kimsenin veremeyeceği sözHiçbir şeyin ters gitmeyeceği. Mümkün olan şu: kesintinin öngörülebilir ilerlemesi — bilinen sıra, bilinen süre, bilinen sorumluluklar. Bir olayla bir kriz arasındaki fark budur.
Geri yüklemeniz gerçekten çalışıyor mu? Bunu öğrenmenin tek yolu çalıştırmaktır. +31 85 060 9347 numarasını arayın ya da info@itproposal.com adresine yazın; Karaman’daki ekibimiz size Türkçe yanıt verir.
Devamını okuyun
Bu kümedeki sayfalar ve bağlandıkları yerler.
Bu konuda bize sorulanlar
En sık gelen sorular, kısaca yanıtlandı.
Felaket kurtarma planı ile yedek arasındaki fark nedir?
Yedek, verinizin bir kopyasıdır. Felaket kurtarma planı ise tam sistemlerin bu kopyadan nasıl, hangi sırayla, ne kadar sürede ve kim tarafından geri geleceğini anlatır. Plansız bir yedek, geri yükleme süresini kimsenin bilmediği bir kopya bırakır.
Felaket kurtarma planı ne sıklıkta prova edilmeli?
Yılda en az bir kez düğmeye gerçekten basarak, ayrıca bir sistem ekleyen ya da çıkaran her değişiklikte güncelleyerek. İki yıllık bir plan artık var olmayan bir ortamı anlatır ve bunu en kötü anda fark edersiniz.
Başkasının yönettiği bir ortam için plan yazabilir misiniz?
Evet. Günlük yönetim başka bir tarafta olsa da planı yazar, geri yüklemeyi ölçer ve provada yer alırız. Buna karşılık olgulara erişim isteriz: hangi kopyalar var, nerede duruyorlar ve en son ne zaman geri yüklendi.
Planınızın tuttuğunu bilmek ister misiniz?
Neyin çalıştığını ve şu an neyin çözülmüş olduğunu anlatın. Sistemleri geçer, yanlarına RTO ve RPO koyar ve hangilerinin tutmayacağını söyleriz — bir kesinti söylemeden önce.
Gelen kutunuza pratik BT bilgisi
Yönetim, güvenlik ve çalışma alanı üzerine yeni rehberler; işi yapanlar tarafından yazılıyor. Satış dili yok, abonelikten tek tıkla çıkabilirsiniz.