Comparer · Des faits, rien d’autre
NeverWiped et rsync avec cron
Une tâche cron avec rsync copie des fichiers. Ce qu’elle laisse de côté (chiffrement au repos, historique, bases cohérentes, alertes), et quand elle suffit.
Une première sauvegarde courante : une tâche cron qui copie les fichiers du serveur vers une autre machine avec rsync par SSH. C’est simple, et les outils sont fournis par toutes les distributions Linux. Cette page dit ce qu’elle laisse de côté, ce que NeverWiped fait à la place, et quand rsync suffit.
Ce que fait rsync avec cron
- rsync copie des fichiers et n’envoie que ce qui a changé. Par SSH, le transfert est chiffré.
- L’autre machine garde des fichiers lisibles. Quiconque a accès à cette machine ou à ses disques peut les lire, sauf si vous chiffrez ce disque vous-même.
- Il garde une seule copie, un miroir. Un fichier abîmé ou effacé sur le serveur est recopié tel quel à l’exécution suivante, et avec
--deleteles effacements sont recopiés aussi. Un historique demande plus de travail : des dossiers datés, ou des liens physiques avec--link-dest. - La clé SSH du serveur peut écrire sur l’autre machine : celui qui contrôle le serveur peut donc écraser ou effacer la copie, sauf si vous restreignez cette clé ou si l’autre machine vient chercher les fichiers elle-même.
- Copier les fichiers d’une base en marche ne donne pas une copie cohérente. Il faut d’abord l’exporter, dans le script.
- Une tâche qui échoue, ou qui ne tourne plus, ne dit rien, sauf si le serveur sait envoyer des e-mails ou si vous ajoutez une surveillance.
Côte à côte
| NeverWiped | rsync avec cron | |
|---|---|---|
| Chiffrement | Sur votre serveur, avant tout envoi ; les sauvegardes stockées sont chiffrées aussi (chiffrement) | Pendant le transfert seulement (SSH) ; stockées en fichiers lisibles |
| Historique | Fixé par votre formule, modifiable par serveur (conservation) | Une seule copie, sauf rotation à construire |
| Un fichier effacé ou abîmé par erreur | Toujours dans les sauvegardes précédentes, tant qu’elles sont dans la durée de conservation | Recopié tel quel à l’exécution suivante |
| Protection contre l’effacement | Stockage en ajout seul : le serveur peut ajouter des sauvegardes, pas les effacer, au quotidien (ajout seul, limites connues) | Ce que la clé SSH a le droit de faire |
| Bases de données | Exports complets et cohérents, faits par l’agent | À scripter |
| Espace utilisé | Seuls les changements sont envoyés, compressés et dédupliqués | Les fichiers modifiés sont envoyés ; chaque rotation ajoute ce qui a changé |
| Alertes | E-mails quand une sauvegarde échoue, quand aucune n’a tourné depuis trop longtemps, et avant que le stockage soit plein (e-mails d’alerte) | À construire |
| Restauration | neverwiped restore avec une date, dans un dossier à part, ou en place après confirmation (restaurer) | Recopier les fichiers |
| Où est la copie | Notre serveur de stockage en France | Une machine que vous choisissez et entretenez |
| Prix | Votre formule (tarifs) | L’autre machine, et votre temps |
Ce que vous construisez vous-même
Pour que rsync avec cron soit une sauvegarde et pas un simple miroir, il faut ajouter :
- Des copies datées (
--link-dest), et une règle qui supprime les anciennes. - Les exports de bases avant chaque exécution.
- Le chiffrement du disque de l’autre machine, si les fichiers sont sensibles.
- Une clé restreinte, ou une copie tirée depuis l’autre machine, pour que le serveur ne puisse pas effacer ses copies.
- Une alerte quand une exécution échoue, et une autre quand elles s’arrêtent.
- Un test de restauration que vous refaites.
Quand rsync avec cron suffit
- Il vous faut un miroir lisible tel quel sur une autre machine, par exemple pour basculer dessus rapidement.
- Les données changent peu et ne sont pas sensibles, comme un site statique dont la source existe aussi ailleurs.
- Vous ne voulez aucun logiciel en plus sur le serveur. NeverWiped a besoin de son agent, qui tourne en root (l’agent).
Utiliser les deux
Ils ne font pas le même travail : rsync pour un miroir sur lequel basculer, NeverWiped pour un historique chiffré avec des exports de bases cohérents, à un endroit que votre serveur ne peut pas effacer au quotidien.
Dernière relecture : 6 novembre 2026. Voir aussi : toutes les comparaisons.