Le VPN se reconnecte à 06:10, le tableau de bord affiche un tunnel vert, et la sauvegarde nocturne n'a toujours pas de nouveau point de restauration. Ce n'est pas une contradiction ; ce sont deux calendriers qui n'ont jamais été coordonnés. Un tunnel qui revient est un événement réseau. Une sauvegarde qui se termine est un événement applicatif doté de sa propre machine à états, et une exécution interrompue peut être suspendue, annulée ou mise en file derrière tout autre chose.

Planifiez la fenêtre autour d'un point de restauration terminé, et non autour du voyant du tunnel.

Partez du point de restauration, pas de l'heure de départ

Écrivez l'exigence comme une échéance pour une version acceptée : un nouveau point de restauration qui passe le contrôle d'intégrité propre à la tâche à une heure donnée. Travaillez ensuite à rebours à travers la durée attendue, la variation ordinaire et une tentative interrompue. Une heure de lancement n'est pas un engagement ; ce n'est que le moment où l'ordonnanceur a essayé. Placez l'échéance dans la politique de sauvegarde, pas dans un message de discussion. Un nombre qui ne vit que dans la mémoire de quelqu'un n'est pas un seuil de supervision.

Utilisez l'historique de la tâche pour estimer la durée. Le traitement par blocs, la déduplication et le travail d'index font partie de l'exécution, donc diviser les octets modifiés par un débit de liaison sous-estime la fenêtre d'une manière qui ressemble ensuite à un problème réseau.

Ce qu'une interruption fait au travail

Hyper Backup distingue le travail qui peut reprendre de celui qui ne le peut pas : le comportement documenté est que les tâches reprises sont suspendues et les tâches non reprises sont annulées lorsque la connexion tombe. Aucun des deux états n'est visible depuis le client VPN, et aucun n'est réparé en reconnectant le tunnel. Lisez l'état de la tâche et son motif enregistré avant de supposer que la prochaine exécution planifiée reprendra où l'ancienne s'est arrêtée.

Une suspension manuelle et une interruption réseau peuvent suivre des cycles de vie différents. Si un opérateur a mis la tâche en pause, reconnecter le réseau ne change absolument rien.

La destination a ses propres exigences

Un tunnel restauré ne monte pas un dossier partagé chiffré, ne renouvelle pas des identifiants de sauvegarde expirés et ne termine pas la maintenance sur la destination. Ce sont des contrôles de disponibilité distincts, et l'un d'eux suffit à transformer un tunnel vert en travail échoué. Confirmez que la destination est joignable et inscriptible avant d'accuser le calendrier de restauration.

Si le NAS de destination lui-même a redémarré, ses services peuvent encore démarrer lorsque la tâche de sauvegarde se déclenche. Un court contrôle de disponibilité coûte moins cher qu'une exécution échouée et une nouvelle tentative.

Les contrôles d'intégrité se disputent les mêmes heures

Un contrôle d'intégrité peut consommer la fenêtre sans aucune panne réseau. DSM documente un processus actif par tâche, et une sauvegarde planifiée peut attendre derrière le contrôle d'intégrité de cette tâche puis être ignorée après une attente maximale d'environ trois heures. Espacez les deux calendriers selon les durées observées, et traitez une exécution ignorée comme un constat de planification et non comme la preuve que le VPN a encore échoué.

Activez les notifications avec un véritable mode de livraison, puis désignez quelqu'un pour les lire. Un travail qui n'a jamais démarré et un travail qui a échoué à mi-chemin peuvent ne pas produire la même alerte.

Faites porter le contrôle du matin sur la copie

La question du matin est de savoir s'il existe une copie actuelle et récupérable, et non si le tunnel est actif. Vérifiez l'âge de la dernière version acceptée par rapport à l'échéance, puis effectuez un test de restauration sûr sur un petit fichier de cette version. Conservez les versions saines précédentes pendant que vous enquêtez sur tout ce qui semble anormal.

Consignez les horodatages dans un seul fuseau horaire, y compris le fuseau de l'ordonnanceur, celui de la destination et celui de la personne qui lit le tableau de bord. Plus d'une de ces enquêtes se termine sur un décalage d'horloge plutôt que sur une panne réseau, et la note est ce qui rend cela visible la prochaine fois.

Articles similaires