Comment planifier des tâches Restic de sauvegarde, d’oubli et de nettoyage sans conflits de verrouillage

Planifiez fréquemment les sauvegardes, appliquez l’oubli via un seul contrôleur de dépôt et exécutez l’élagage moins souvent, dans une fenêtre de maintenance exclusive. Ne laissez pas chaque hôte gérer les trois tâches.

Un dépôt partagé pour serveur domestique nécessite deux types de planification : des points de récupération par hôte et une maintenance à l’échelle du dépôt. Établissez le calendrier à partir de durées mesurées et d’objectifs de récupération, et non d’exemples fixes trouvés sur Internet. Centralisez la rétention et l’élagage, regroupez correctement les instantanés, ordonnez explicitement les unités et prévoyez une nouvelle tentative ainsi qu’une alerte pour chaque tâche ignorée. Le calendrier n’est complet qu’après deux cycles et la réussite d’une restauration d’essai prouvant que la rétention et le verrouillage se comportent comme prévu.

Répertoriez chaque tâche, son responsable et sa durée normale maximale

Créez un tableau pour chaque opération qui touche le dépôt : sauvegarde, oubli, élagage, vérification, déverrouillage, affichage des instantanés et test de restauration. Notez l’hôte initiateur, la commande ou l’enveloppe, les identifiants, la durée normale et la durée maximale récente, le délai d’expiration, la règle de nouvelle tentative et la destination des alertes. Incluez les tâches masquées dans les applications de sauvegarde ou les interfaces NAS.

Un dépôt partagé nécessite une maintenance au niveau du dépôt plutôt qu’une copie par client. Les pratiques Restic multi-hôtes recommandent d’attribuer l’oubli, l’élagage et la vérification une seule fois par dépôt, tout en regroupant la rétention pour les hôtes et chemins concernés.

Regroupez les tâches de maintenance en double sous un seul contrôleur. Conservez la responsabilité des sauvegardes par hôte lorsqu’elle facilite l’accès aux sources, mais faites en sorte que chaque hôte transmette son état de début et de fin au contrôleur. Si une tâche n’a aucune durée mesurée ou aucun responsable, observez-la avant de définir une fenêtre de maintenance autour d’elle.

Définissez d’abord la fréquence des sauvegardes, puis le périmètre de l’oubli

Choisissez la fréquence de sauvegarde de chaque hôte en fonction de la quantité de modifications que vous pouvez vous permettre de perdre et du temps nécessaire habituellement à une sauvegarde. Échelonnez les analyses volumineuses des sources si elles se disputent le réseau ou le stockage, mais ne répartissez pas les tâches uniquement pour rendre un graphique plus ordonné. Laissez la sauvegarde normale la plus longue déterminer le début le plus tôt possible de la maintenance.

Exécutez l’oubli depuis le contrôleur du dépôt et prévisualisez sa sélection en utilisant le regroupement prévu des hôtes, chemins et balises. Un regroupement inattendu selon le calendrier peut amener la rétention à supprimer davantage de points de restauration que ne le laisse penser une simple lecture du nombre à conserver.

Gardez l’oubli logiquement séparé de l’élagage physique lors de la conception du calendrier. La politique de rétention prévisualisée peut s’exécuter après une sauvegarde réussie ou dans sa propre phase de contrôleur, tandis que l’élagage bénéficie d’une fenêtre exclusive plus longue. N’associez pas l’élagage à la sauvegarde de chaque hôte simplement parce qu’une commande peut les combiner.

Placez l’élagage et la vérification dans des fenêtres à l’échelle du dépôt

Exécutez l’élagage moins souvent que les sauvegardes et généralement moins souvent que l’oubli, car le nettoyage physique du dépôt peut prendre beaucoup plus de temps et bloque les autres opérations. Placez-le après la fin de toutes les sauvegardes attendues et de la sélection de rétention. Accordez à la vérification sa propre phase ou fenêtre selon la taille du dépôt et la vitesse du backend.

Une configuration Restic avec systemd peut maintenir les sauvegardes et l’élagage dans des services distincts afin que le planificateur observe leurs états de sortie au lieu de lancer une commande opaque unique.

Si l’élagage dépasse régulièrement la fenêtre, ne laissez pas les sauvegardes s’accumuler silencieusement. Réduisez la fréquence de l’élagage, élargissez la fenêtre, examinez le débit du backend ou séparez les dépôts lorsque leurs besoins opérationnels ne peuvent plus être satisfaits ensemble. L’entrée exige l’absence de sauvegarde active ; la sortie exige un état de maintenance sain et la libération du verrou du dépôt.

Featured

ZimaCube 2 NAS personnel Cloud à domicile

ZimaCube2

$799.00 - $2,499.00

Buy Now

Encodez les dépendances, les nouvelles tentatives et les alertes

Encodez l’ordre prévu au lieu de vous fier à des écarts horaires : les unités de sauvegarde signalent leur achèvement, l’oubli ne s’exécute qu’après les sauvegardes requises, l’élagage ne s’exécute qu’après l’entrée du dépôt dans sa fenêtre exclusive et la vérification suit la politique de maintenance choisie. Utilisez une barrière externe partagée que toutes les unités concernées respectent.

Les cibles systemd peuvent exprimer que les dépendances entre sauvegarde et maintenance doivent s’achever dans l’ordre plutôt que de simplement démarrer à des heures différentes.

Définissez des nouvelles tentatives limitées pour les conflits de verrou et les défaillances réseau, puis déclenchez une alerte lorsque l’échéance n’est pas respectée. Une sauvegarde en retard doit repousser l’élagage ; un élagage qui dépasse la durée prévue doit repousser la sauvegarde suivante et avertir l’opérateur. Le déverrouillage forcé et les options sans verrou ne constituent pas des politiques de nouvelle tentative.

Vérifiez deux cycles complets et une restauration

Observez deux cycles complets au lieu de déclarer la réussite dès que les fichiers de temporisation sont chargés. Vérifiez que chaque source produit l’instantané attendu, que l’oubli conserve les groupes prévus, que l’élagage ne s’exécute que dans sa fenêtre, que les verrous sont supprimés après des sorties correctes et que les alertes consignent chaque retard.

Restaurez des fichiers depuis un instantané qui a survécu à la séquence de rétention et d’élagage, et pas seulement depuis la sauvegarde la plus récente. Cela prouve que le calendrier complet préserve un point de récupération utilisable, au lieu de simplement produire des statuts de tâches positifs.

Le calendrier est validé lorsque deux cycles s’achèvent dans l’ordre, qu’aucune tâche ne disparaît silencieusement, que les instantanés conservés correspondent à la prévisualisation et que la restauration d’essai est correcte. Désactivez l’automatisation de la maintenance tout en conservant les sauvegardes normales si la rétention supprime le mauvais groupe, si l’élagage ne peut pas se terminer de manière fiable ou si les conflits de verrou se répètent. Ajustez la fréquence à partir des résultats mesurés, et non en désactivant la protection du dépôt.