İzole edilmiş bir kurtarma testiyle başlayın
Geri yükleme işlemi verileri değiştirebilir ve bağlı istemcileri etkileyebilir. Üretim ortamında kurtarma işleminden önce kurtarma setini izole edilmiş, onaylanmış bir ortamda test edin. Kurtarma sorumlusu onaylayana kadar geri yüklenen programları, e-posta gönderimini ve uç nokta bağlantılarını devre dışı bırakın.
Yedekleme tarihini, beklenen kurtarma noktasını, uygulama sürümünü, SQL sürümünü, dosyaları ve gerekli şifreleme anahtarlarını belirleyin. Değiştirme kararı vermeden önce, olay planı kapsamında mevcut üretim durumunu koruyun.
Veritabanını DBA ile geri yükleyin
Mevcut bir SQL yönetim aracında, hedeflenen geri yükleme hedefini ve yedekleme kümesini seçin, ardından hedef veritabanını ve dosya yollarını inceleyin. Deneme amaçlı olarak, canlı veritabanının üzerine yazılmaması için ayrı bir hedef kullanın. Aşağıdaki adımları izleyin. Microsoft'un geri yükleme prosedürüGerekli yedekleme sırası, kurtarma modeline ve istenen zaman noktasına bağlıdır.
Veritabanı yöneticisinin sürüm uyumluluğunu, kurtarma durumunu ve gerekli sertifikaları veya anahtarları doğrulamasını sağlayın. Geri yükleme hatasını atlatmak için gerekli bir günlük yedeğini üzerine yazmayı etkinleştirmeyin veya silmeyin.
Eşleşen uygulamayı yeniden bağlayın
- Onaylanmış eşleşen uygulama sürümünü ve onunla koordine edilmiş App_Data/yapılandırma setini geri yükleyin.
- Kurtarma ortamı için lisansı, hizmet yapılandırmasını, uç noktaları ve web modunu gözden geçirin.
- Yönetici, desteklenen yapılandırma süreci aracılığıyla veritabanı bağlantısını güncellesin.
- Kurtarma planı izin verdiğinde GoMyidServer ve GoMyidCore başlatın ve kontrol edin.
- Hem giriş sayfasını hem de kayıt/veritabanı kontrolünü doğrulayın; yalnızca giriş yanıtı veri kurtarma işlemini garanti etmez.
Verileri ve davranışları doğrulayın
Kurtarma dönemine ait beklenen grupları, kullanıcıları ve temsili rapor kayıtlarını incelemek için yetkili bir gözden geçiren kullanın. Hassas yapılandırma dosyalarının korunduğundan ve prova sırasında istenmeyen e-posta veya uç nokta bağlantısının gerçekleşmediğinden emin olun.
Kurtarma süresini, en yeni kurtarılan verileri, eksik aralıkları ve çözülmemiş farklılıkları kaydedin. Uyumsuz bir uygulama sürümüyle geri yüklenen bir veritabanı, kabul edilebilir bir kurtarma işlemi değildir.
Bilinçli olarak hizmete geri dönmek
Kurtarma sorumlusunun geçişi, ağ erişimini ve veri toplama veya planlamaların yeniden başlatılmasını onaylamasını sağlayın. Geniş çaplı yeniden bağlantıdan önce bir pilot uç noktayı doğrulayın. Kurtarma kaydını tutun ve geri yüklemenin neden gerekli olduğunu araştırın. Herhangi bir kabul kontrolü başarısız olursa, aynı hedef üzerinde tekrar tekrar geri yükleme yapmak yerine olay planını izleyin.