Bir web sitesinde sorun yaşandığında iki ayrı kayıp ortaya çıkabilir: verilerin ne kadarının kaybedileceği ve sitenin ne kadar süre erişilemeyeceği. Yedekleme ile kurtarma kararları bu iki riski birlikte değerlendirmelidir. RPO ve RTO, kabul edilebilir veri kaybını ve hizmet kesintisi süresini belirleyerek felaket kurtarma planının temelini oluşturur. Bu hedefler; yedeklerin ne sıklıkta alınacağını, hangi kaynaklarda saklanacağını ve sitenin hangi öncelikle yeniden çalıştırılacağını doğrudan etkiler. Plansız bir kesinti sırasında kararlar belirsizliğe bırakılmaz.
RPO ve RTO Nedir? Temel Kavramlar
RPO, bir arıza sonrasında kaybedilmesi kabul edilebilecek veri miktarını zaman üzerinden tanımlar. Örneğin bir saatlik RPO, sistem geri yüklendiğinde en fazla son bir saate ait verinin kaybedilebileceği anlamına gelir. Bu nedenle RPO doğrudan yedekleme sıklığı ve veri güncelliğiyle ilişkilidir.
RTO ise hizmetin yeniden erişilebilir hâle gelmesi için tanınan azami süreyi gösterir. RTO yalnızca sunucunun açılmasını değil, web sitesinin kullanıcılar ve yöneticiler tarafından beklenen işlevleriyle çalışmasını kapsar.
Bu iki hedef birlikte değerlendirilmelidir. Kısa RPO daha güncel veri kurtarmayı, kısa RTO ise daha hızlı hizmet dönüşünü gerektirir; dolayısıyla altyapı, süreç ve kaynak planlaması her iki beklentiyi aynı anda karşılayacak şekilde ele alınmalıdır.
Web Sitesi İçin RPO ve RTO Nasıl Belirlenir?
Uygun kurtarma hedefleri, her web sitesi için aynı sürelerden seçilmez. Önce sipariş, üyelik, iletişim formu ve içerik yönetimi gibi işlevlerin kesinti anındaki önemini değerlendirin. Bir işlevin durması doğrudan gelir kaybı, müşteri mağduriyeti veya operasyon aksaması yaratıyorsa önceliği yükselir.
Ardından hangi verilerin ne sıklıkta değiştiğini belirleyin. Sık güncellenen sipariş ya da kullanıcı kayıtlarında kabul edilebilir veri kaybı kısa tutulurken, nadiren değişen tanıtım sayfalarında daha geniş bir aralık uygulanabilir. Bu değerlendirme, iş sürekliliği önceliği ile veri kaybı ve erişim kesintisi hedeflerini birlikte şekillendirir.
Hedefleri belirlerken teknik imkânları da kontrol edin. Seçilen sürelerin mevcut altyapı, ekip müdahale kapasitesi ve hizmet sağlayıcının desteğiyle gerçekten karşılanabilir olması gerekir. Kritik işlevler için daha kısa hedefler belirlenirken düşük etkili bölümlerde kaynaklar dengelenebilir.
Felaket Kurtarma Planında Veri Yedekleme Stratejileri
Yedekleme stratejisi, yalnızca belirli aralıklarla kopya almak anlamına gelmez; hangi verinin ne kadar hızlı değiştiğini ve arıza sonrası ne ölçüde korunması gerektiğini dikkate alır. Veritabanı kayıtları, siparişler ve kullanıcı içerikleri sık değişiyorsa daha sık yedeklenmeli; nadiren güncellenen dosyalar için daha geniş aralıklar yeterli olabilir.
Yedeklerin saklama süresi de planın önemli bir parçasıdır. En güncel kopyanın yanı sıra geçmiş tarihli sürümler tutulduğunda, fark edilmeyen veri bozulmaları veya yanlışlıkla silinen dosyalar karşısında daha fazla seçenek oluşur. Yedeklerin ana sunucudan ayrı bir ortamda ve mümkünse farklı bir konumda saklanması, tek bir arızanın tüm kopyaları etkilemesini önler.
Geri yükleme süresi, seçilen depolama yönteminin erişim hızına ve yedek boyutuna göre değişebilir. Bu nedenle yalnızca yedekleme işleminin başarıyla tamamlanmasına değil, dosyaların ve veritabanının kullanılabilir biçimde geri alınabilmesine odaklanılmalıdır. Tek bir yedekleme konumuna güvenmek yerine farklı erişim yolları ve kopyalar planlanmalıdır.
Kurtarma Planı Nasıl Test Edilir ve Güncellenir?
Kurtarma planının uygulanabilirliği, yalnızca belgeleri inceleyerek değil, kontrollü bir geri yükleme ve hizmete dönüş senaryosuyla doğrulanır. Test sırasında sorumluların hangi adımları izleyeceği, gerekli erişimlerin çalışıp çalışmadığı ve sitenin hedeflenen sürede yeniden açılıp açılamadığı kaydedilmelidir.
Test sonuçları planlanan sürelerle karşılaştırılır; gecikmelerin ve eksik adımların nedeni belirlenir. Altyapı, ekip, yazılım veya erişim bilgilerinde değişiklik olduğunda kurtarma planı güncellemesi yapılmalı, ardından ilgili senaryo yeniden denenmelidir. Plan, güncel koşullara uyum sağlayan yaşayan bir uygulamaya dönüşür.
