Cadangan NAS Anda tetap gagal setelah VPN kembali

VPN tersambung kembali pukul 06:10, dasbor menampilkan terowongan hijau, dan cadangan semalam tetap belum memiliki titik pemulihan baru. Itu bukan kontradiksi; itu dua jadwal yang tidak pernah dikoordinasikan. Terowongan yang pulih adalah peristiwa jaringan. Cadangan yang selesai adalah peristiwa aplikasi dengan mesin keadaannya sendiri, dan proses yang terputus dapat ditangguhkan, dibatalkan, atau diantrekan di belakang hal lain sepenuhnya.

Rencanakan jendela di sekitar titik pemulihan yang selesai, bukan di sekitar lampu indikator terowongan.

Mulai dari titik pemulihan, bukan dari waktu mulai

Tulis persyaratan sebagai tenggat untuk versi yang diterima: titik pemulihan baru yang lolos pemeriksaan integritas tugas itu sendiri pada waktu yang ditentukan. Lalu bekerja mundur melalui durasi yang diharapkan, variasi biasa, dan satu percobaan yang terputus. Waktu peluncuran bukan komitmen; itu hanya saat penjadwal mencoba. Letakkan tenggat dalam kebijakan cadangan, bukan dalam pesan obrolan. Angka yang hanya hidup di ingatan seseorang bukan ambang pemantauan.

Gunakan riwayat tugas untuk perkiraan durasi. Pemrosesan potongan, deduplikasi, dan pekerjaan indeks adalah bagian dari proses, jadi membagi byte yang berubah dengan kecepatan tautan meremehkan jendela dengan cara yang nanti tampak seperti masalah jaringan.

Apa yang dilakukan gangguan terhadap pekerjaan

Hyper Backup membedakan pekerjaan yang dapat dilanjutkan dari yang tidak: perilaku yang didokumentasikan adalah bahwa tugas yang dapat dilanjutkan menjadi ditangguhkan dan tugas yang tidak dapat dilanjutkan menjadi dibatalkan ketika koneksi terputus. Tidak ada status yang terlihat dari klien VPN, dan tidak ada yang diperbaiki dengan menyambungkan kembali terowongan. Baca status tugas dan alasan yang tercatat sebelum menganggap proses terjadwal berikutnya akan melanjutkan dari tempat yang lama berhenti.

Penangguhan manual dan gangguan jaringan dapat mengikuti siklus hidup yang berbeda. Jika operator menjeda tugas, menyambungkan kembali jaringan tidak mengubah apa pun.

Tujuan memiliki persyaratannya sendiri

Terowongan yang dipulihkan tidak memasang folder bersama terenkripsi, tidak memperbarui kredensial cadangan yang kedaluwarsa, dan tidak menyelesaikan pemeliharaan di tujuan. Itu adalah pemeriksaan kesiapan terpisah, dan salah satunya dapat mengubah terowongan hijau menjadi pekerjaan yang gagal. Pastikan tujuan dapat dijangkau dan ditulis sebelum menyalahkan jadwal pemulihan.

Jika NAS tujuan sendiri telah reboot, layanannya mungkin masih mulai ketika tugas cadangan dipicu. Pemeriksaan kesiapan singkat lebih murah daripada proses yang gagal dan percobaan ulang.

Pemeriksaan integritas bersaing untuk jam yang sama

Pemeriksaan integritas dapat menghabiskan jendela tanpa kegagalan jaringan sama sekali. DSM mendokumentasikan satu proses aktif per tugas, dan cadangan terjadwal dapat menunggu di belakang pemeriksaan integritas tugas itu lalu dilewati setelah penantian maksimum sekitar tiga jam. Beri jarak kedua jadwal sesuai durasi yang diamati, dan perlakukan proses yang terlewat sebagai temuan penjadwalan, bukan bukti bahwa VPN gagal lagi.

Aktifkan notifikasi dengan metode pengiriman nyata, lalu tugaskan seseorang untuk membacanya. Pekerjaan yang tidak pernah dimulai dan pekerjaan yang gagal di tengah mungkin tidak menghasilkan peringatan yang sama.

Jadikan pemeriksaan pagi tentang salinannya

Pertanyaan pagi adalah apakah ada salinan terkini yang dapat dipulihkan, bukan apakah terowongan menyala. Periksa usia versi terakhir yang diterima terhadap tenggat, lalu lakukan uji pemulihan aman pada file kecil dari versi tersebut. Pertahankan versi baik sebelumnya saat Anda menyelidiki apa pun yang tampak salah.

Catat stempel waktu dalam satu zona waktu, termasuk zona penjadwal, zona tujuan, dan zona orang yang membaca dasbor. Lebih dari satu dari penyelidikan ini berakhir pada perbedaan jam, bukan pada gangguan jaringan, dan catatan itulah yang membuatnya terlihat lain kali.