VPN geri döndükten sonra NAS yedeklemeniz yine de başarısız oldu

VPN 06:10'da yeniden bağlanıyor, kontrol paneli tüneli yeşil gösteriyor ve gece yedeklemesinin hâlâ yeni bir kurtarma noktası yok. Bu bir çelişki değil; hiç koordine edilmemiş iki zamanlama. Kurtarılan bir tünel bir ağ olayıdır. Tamamlanan bir yedekleme, kendi durum makinesine sahip bir uygulama olayıdır ve kesintiye uğrayan bir çalışma askıya alınabilir, iptal edilebilir veya tamamen başka bir şeyin arkasında kuyruğa alınabilir.

Pencereyi tünelin gösterge lambası etrafında değil, tamamlanmış bir kurtarma noktası etrafında planlayın.

Başlangıç saatinden değil, kurtarma noktasından başlayın

Gereksinimi kabul edilmiş bir sürüm için son tarih olarak yazın: görev kendi bütünlük denetimini belirtilen saate kadar geçen yeni bir kurtarma noktası. Ardından beklenen süre, olağan değişkenlik ve bir kesintiye uğramış deneme boyunca geriye doğru çalışın. Başlatma saati bir taahhüt değildir; yalnızca zamanlayıcının denediği andır. Son tarihi bir sohbet mesajına değil, yedekleme ilkesine koyun. Yalnızca birinin belleğinde yaşayan bir sayı izleme eşiği değildir.

Süre tahmini için görevin geçmişini kullanın. Parça işleme, yinelenen verilerin kaldırılması ve dizin işi çalışmanın parçasıdır, bu nedenle değişen baytları bağlantı hızına bölmek pencereyi daha sonra ağ sorunu gibi görünecek biçimde küçümser.

Bir kesintinin işe ne yaptığı

Hyper Backup, sürdürülebilen işi sürdürülemeyenden ayırır: belgelenen davranış, bağlantı koptuğunda sürdürülebilir görevlerin askıya alındığı ve sürdürülemez görevlerin iptal edildiğidir. İki durumun hiçbiri VPN istemcisinden görünmez ve hiçbiri tüneli yeniden bağlayarak onarılmaz. Bir sonraki zamanlanmış çalışmanın eskinin durduğu yerden devam edeceğini varsaymadan önce görevin durumunu ve kaydedilmiş nedenini okuyun.

Elle askıya alma ile bir ağ kesintisi farklı yaşam döngüleri izleyebilir. Bir operatör görevi duraklattıysa, ağı yeniden bağlamak hiçbir şeyi değiştirmez.

Hedefin kendi gereksinimleri var

Geri yüklenen bir tünel şifreli bir paylaşılan klasörü bağlamaz, süresi dolmuş yedekleme kimlik bilgilerini yenilemez ve hedefte bakımı tamamlamaz. Bunlar ayrı hazırlık denetimleridir ve herhangi biri yeşil bir tüneli başarısız bir işe dönüştürebilir. Kurtarma zamanlamasını suçlamadan önce hedefin erişilebilir ve yazılabilir olduğunu doğrulayın.

Hedef NAS'ın kendisi yeniden başlatıldıysa, yedekleme görevi tetiklendiğinde hizmetleri hâlâ başlıyor olabilir. Kısa bir hazırlık denetimi, başarısız bir çalışma ve yeniden denemeden daha ucuzdur.

Bütünlük denetimleri aynı saatler için yarışır

Bir bütünlük denetimi pencereyi hiçbir ağ arızası olmadan tüketebilir. DSM görev başına bir etkin süreç belgeler ve zamanlanmış bir yedekleme o görevin bütünlük denetiminin arkasında bekleyip yaklaşık üç saatlik en uzun beklemeden sonra atlanabilir. İki zamanlamayı gözlenen sürelere göre aralayın ve atlanan bir çalışmayı VPN'in yine başarısız olduğunun kanıtı değil, zamanlama bulgusu olarak değerlendirin.

Bildirimleri gerçek bir teslim yöntemiyle etkinleştirin, ardından onları okuyacak birini görevlendirin. Hiç başlamamış bir iş ile yarıda başarısız olmuş bir iş aynı uyarıyı üretmeyebilir.

Sabah denetimini kopyayla ilgili yapın

Sabahın sorusu tünelin açık olup olmadığı değil, güncel ve kurtarılabilir bir kopyanın var olup olmadığıdır. Son kabul edilen sürümün yaşını son tarihe göre denetleyin, ardından o sürümden küçük bir dosyada güvenli bir geri yükleme testi yapın. Yanlış görünen her şeyi araştırırken önceki iyi sürümleri koruyun.

Zaman damgalarını tek bir saat diliminde kaydedin; zamanlayıcının dilimi, hedefin dilimi ve kontrol panelini okuyan kişinin dilimi dahil. Bu incelemelerin birden fazlası ağ arızası yerine saat farkıyla sonuçlanır ve not, bunu bir dahaki sefere görünür kılan şeydir.