Sistemin verdiği söz
Yedek, yararlı hizmete dönüş sağladığı gösterilene kadar kurtarma adayıdır. Ne kadar yeni işin yeniden girilebileceğini, hizmetin ne kadar durabileceğini işletme sahibiyle belirleyin. Bunlar yedekleme takviminin kendiliğinden ürettiği sözler değil, operasyon kararlarıdır.
Pratik seçenekleri karşılaştırmak
Veritabanı, dosyalar, yapılandırma, gizli bilgilere erişim ve uyumlu uygulama sürümünü listeleyin. DB tek başına ürünü geri getirmeyebilir. Aktif yazma davranışına uygun yöntem kullanın. SQLite tutarlı kopyalar için Online Backup API açıklar; journal durumunu anlamadan çalışan dosyayı kopyalamak yeterli kurtarma prosedürü değildir.
Yolculuğun tamamını denemek
Örnek sipariş uygulamasını izole ortamda geri yükleyin. Bütünlüğü, temsilî siparişleri ve eklerini kontrol edin. Tatbikat gerçek bildirim veya tahsilat üretmesin diye dış entegrasyonları kapalı başlatın. Yedeğe erişimden normal görevin tamamlanmasına kadar süreyi ölçün. DB açılsa bile eksik yetki ve yapılandırmayı kurtarma kusuru sayın.
Kurtarmayı görünür kılmak
Tek production kopyasının üzerine yazarak prova yapmayın. Mevcut durumu koruyun, hedef ortamı kesinleştirin ve mevcut verinin üzerine yazılmasını yetkili kişinin açık onayına bağlayın. Aynı disk yedeği diskin kaybını kapsamaz. Ayrı kopyaya ve anahtarlara erişimi deneyin; alınamayan veya çözülemeyen dosya kullanılabilir kurtarma değildir.
Olaydan önce kurtarma sırasını yazın
Notun başında amaç ve hedef olsun: izole prova mı, kayıp host'u geri getirmek mi, hasarlı production verisini değiştirmek mi? Sonuçları farklıdır. Yedeğin kaynağı, zamanı, bütünlük sonucu ve uyumlu sürümü kaydedin. Yönergeyi yetkiliye verirken kimlik bilgileri yayılmasın diye erişim talimatıyla gizli değerleri ayırın.
Production değiştirmede yazmanın durduğu kontrollü nokta kurun. Web, worker, zamanlı işler ve diğer yazıcılar hesaba katılsın. Mümkün ve araştırmaya yararlıysa mevcut durumu saklayın. Hedefe yükleyip sıradan trafik öncesi sahiplik, yetki, DB ve dosyayı denetleyin. Kuyruk eksik veya uyumsuz veri üzerinde çalışmasın diye bileşenleri uygun sırada açın. Bunlar kesintide uydurulacak komut değil, gerçek dağıtımda prova edilecek adımlardır.
Sonra sipariş, ek ve ödeme referansını kurtarma noktasıyla karşılaştırın. Daha yeni işin sorumlusu olsun. Yerel kayıt geriye gitti diye tahsilat, sevkiyat veya mesajı otomatik tekrarlamayın; dış dünya veritabanıyla geri dönmedi. Farkı çözülene kadar görünür tutup müşteri ekibine etkiyi anlatın. Ölçülen süreyi, erişim hatalarını ve eksik bağımlılığı prosedüre ekleyin. Ayrı yedek konumu ve saklamayı da deneyin; yerel dosyanın kusursuz dönmesi host kaybına hazırlığı kanıtlamaz.
Kurtarma kabul kanıtları
| Aşama | Gösterilmesi gereken |
|---|---|
| Kurtarma kaynağını seçmek | Yedek kimliği, oluşma zamanı, bütünlük ve hedef belirsiz değildir. |
| Yazmayı güvenle durdurmak | Bilinen tüm yazıcılar kontrol edilir; mümkünse değişim öncesi durum saklanır. |
| Yararlı hizmeti açmak | DB açılmasından öte, dosya ve ayarlarıyla temsilî yetkili görev tamamlanır. |
| Dış dünyayla mutabakat | Yeni iş ve dış işlemler tekrar öncesi incelenir; tamamlanmış faaliyet sessizce çoğalmaz. |
İncelemeye götürülecek örnekler
Asıl operatör yoksa kim geri yükler? Hangi veri kaybolur, nasıl mutabık hâle gelir? Hangi olay onarıma devam etmek yerine geri dönüşü tetikler? İncelemeye yeşil yedek işi yerine gerçek son denemeyi, süresini ve açıklarını getirin.
Kaynaklar ve ek okumalar
Yazılım devralma ve bakım
Mevcut yazılımı devralmak ve geliştirmek için sağlam bir başlangıç.
Bu hizmeti konuşalım