NAS : mes backups plantaient Plex, j'ai juste changé l'heure

Depuis des années je sauvegarde mes fichiers importants chaque nuit sur un second disque dur et un VPS externe, histoire de respecter la fameuse règle du 3-2-1. Ça marchait bien, sauf que je n'avais jamais vraiment réfléchi à l'heure à laquelle tout ça se déclenchait, et c'est là que le bât blessait.

Des potes ont commencé à me signaler que Plex buffait sans arrêt ou que le catalogue mettait une plombe à charger. J'ai d'abord pensé à leur connexion internet, mais les messages tombaient toujours à la même heure, plusieurs soirs de suite. En creusant, j'ai réalisé que ça correspondait exactement à la fenêtre de mes sauvegardes automatiques : même si rsync ne copiait que les fichiers modifiés (sauvegarde incrémentale), il devait quand même scanner des millions de fichiers sur mon pool de stockage pour vérifier les changements. Ajoute à ça le scrub mensuel et la synchro vers le VPS qui tournaient en même temps que le transcodage Plex, et tu obtiens un NAS à genoux pile au moment où les gens regardaient leurs séries.

La solution a été ridiculement simple : j'ai décalé tout ça dans le crontab. La synchro locale tourne maintenant à 3h du matin, celle vers le VPS une heure après pour éviter qu'elles se marchent dessus, et le scrub mensuel le samedi très tôt. Résultat immédiat : plus aucun message de plainte sur Plex, et les sauvegardes elles-mêmes vont plus vite puisque le serveur et la connexion internet sont tranquilles à cette heure-là.

Ceci dit, les sauvegardes automatiques quotidiennes ont leurs limites : une journée entière de changements peut se perdre si un pépin survient avant la synchro suivante, et surtout, rien ne te permet de valider ce qui part en sauvegarde. Pour du code qui évolue sans arrêt, comme mon site où l'IA génère pas mal de contenu, Git reste largement plus adapté qu'un simple backup, parce qu'il garde l'historique complet des modifications.