Yedeği sınayın: iş akışını tamamen geri yükleyin
Veritabanını, dosyaları ve erişimleri birlikte sınayın. Hesaplanmış bir örnek, veri kaybı aralığını ve geri yükleme süresini ayırır.
Yedekleme programının başarı mesajı, bir yedekleme işleminin tamamlandığını gösterir. Ekibinizin bu yedekle yeniden çalışıp çalışamayacağını ise tam bir iş akışını geri yükleyerek anlarsınız. Dosyalar, erişim yetkileri ve gerekli bağlantılar da denemeye dahildir.
Güvenli bir deneme kapsamıyla başlayın
Ayrı bir deneme ortamı ve yapay veriler kullanın. E-posta, ödeme ve diğer gerçek dış işlemleri kapatın. Denemek için canlı sistemin üzerine yedek dönmeyin. Gerekli anahtar ve erişim bilgileri geri yükleme yönteminde ulaşılabilir olmalı; bu bilgileri deneme kaydına kopyalamayın.
Aşağıdaki kurgusal örnekte bir sipariş uygulaması sınanıyor. Seçilen hedefler: kabul edilebilir veri kaybı aralığı en fazla 60 dakika, yani Recovery Point Objective veya RPO; hizmetin tekrar kullanılabilir olmasına kadar en fazla 120 dakika, yani Recovery Time Objective veya RTO. Bu değerler örnek için seçilmiştir, hizmet taahhüdü değildir. AWS de hedeflerin iş üzerindeki etkiye göre belirlenmesini önerir.
Örnek zaman kaydı
Saat | Örnekteki olay |
|---|---|
09:25 | T-17 deneme siparişi ve eki dahil tutarlı veri durumu |
09:30 | Bu veri durumunu içeren yedekleme tamamlandı. |
10:00 | Varsayılan kesinti; süre ölçümü başlar. |
10:40 | Veritabanı teknik olarak geri yüklendi. |
10:50 | Giriş çalışıyor; ek dosyalar hâlâ eksik. |
11:05 | Ekler, yetkiler ve sipariş akışının tamamı başarıyla sınandı. |
Sınanan veri aralığı 09:25 ile 10:00 arasında 35 dakikadır. Geri dönüş süresi 10:00 ile 11:05 arasında 65 dakikadır. Örnek, seçilen iki hedefi de karşılar. Yedeklemenin 09:30'da bitmesi, içerdiği veri durumunun da o saate ait olduğu anlamına gelmez.
10:40'ta deneme henüz başarılı değildir. Gerekli ekleri olmayan çalışan bir veritabanı, kararlaştırılan iş akışını sağlamaz. 10:50'de giriş yapılabilmesi de yeterli değildir.
İşin tamamlandığını gösterin
T-17'nin beklenen sipariş kalemlerini kontrol edip ekini açın. Olağan bir kullanıcı rolüyle giriş yapın: yetkili olduğu siparişleri görmeli, erişimi olmayan korumalı alanları açamamalıdır. Ardından yeni bir deneme siparişini hedeflenen son aşamaya kadar yürütün. Dış sistem aktarımları yalnız deneme uçlarına gider.
Örnekte kayda önce “Ek dosya eksik; deneme başarısız” yazılır. Düzeltme ve tekrar denemesinden sonra “T-17 tam; roller sınandı; yeni deneme siparişi tamamlandı” gelir. Kullanılan yedeğin veri durumunu ve gerçek saatleri de kaydedin. Sonuçsuz bir onay işareti, neyin geri geldiğini sonradan açıklamaz.
Sonuca göre değişikliği belirleyin
Dosyalar eksikse yedek kapsamı değişmelidir. Anahtar eksikse kontrollü erişilebilirliği geri dönüş planına girmelidir. Akış uzun sürüyorsa gerçek darboğazı bulup ilgili adımları yeniden sınayın. Daha sık yedek almak, örneğin yavaş bir içe aktarma işlemini hızlandırmaz.
Örnekteki süreler kendi ölçümünüzün yerine geçmez. Özellikle depolama yeri, şifreleme, roller veya geri dönüş yöntemi değişince tam denemeyi tekrarlayın. Anlaşılır sonuç kaydını saklayın; sonraki deneme için karşılaştırma noktası olur.
Kaynaklar
Devamını okuyun
Tüm yazılar
ASES ile Bulut ve işletim
Barındırma, yayına alma, bakım ve destek