Le problème est que cette commmande n'est pas franchement rapide
lorsque /home fait 10Go et que peu de fichiers ont été modifiés...
Comment alors n'envoyer au serveur de backup que les fichiers nouveaux
ou modifiés (taille ET date différente), qu'ils soient binaires ou
non, et effacer sur le serveur distant (de backup) ceux qui n'existent
plus bien en local ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Emmanuel Florac
Dans article , disait...
Comment alors n'envoyer au serveur de backup que les fichiers nouveaux ou modifiés (taille ET date différente), qu'ils soient binaires ou non, et effacer sur le serveur distant (de backup) ceux qui n'existent plus bien en local ?
Avec rdiff-backup....
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Dans article <776d4ee8.0311081055.e317ec7@posting.google.com>,
marcelmaigre@hotmail.com disait...
Comment alors n'envoyer au serveur de backup que les fichiers nouveaux
ou modifiés (taille ET date différente), qu'ils soient binaires ou
non, et effacer sur le serveur distant (de backup) ceux qui n'existent
plus bien en local ?
Avec rdiff-backup....
--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Comment alors n'envoyer au serveur de backup que les fichiers nouveaux ou modifiés (taille ET date différente), qu'ils soient binaires ou non, et effacer sur le serveur distant (de backup) ceux qui n'existent plus bien en local ?
Avec rdiff-backup....
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
naddy
Marcel Maigre wrote:
rsync -avz -e ssh /home ::/home
Comment alors n'envoyer au serveur de backup que les fichiers nouveaux ou modifiés (taille ET date différente),
-t
et effacer sur le serveur distant (de backup) ceux qui n'existent plus bien en local ?
