Il y a plusieurs façons de faire ce que vous voulez. Le plus simple consiste à utiliser un pìpe:
tar zcvf - MyBackups | ssh user@server "cat > /path/to/backup/foo.tgz"
Ici, la compression est gérée par tar
quels appels gzip
( z
drapeau). Vous pouvez également utiliser compress
( Z
) et bzip
( j
). Pour cela 7z
, faites ceci:
tar cf - MyBackups | 7za a -si -mx=9 -ms=on MyBackups.tar.7z |
ssh user@server "cat > /path/to/backup/foo.7z"
La meilleure façon, cependant, est probablement rsync
.
Rsync is a fast and extraordinarily versatile file copying tool. It can copy
locally, to/from another host over any remote shell, or to/from a remote rsync dae‐
mon. It offers a large number of options that control every aspect of its behavior
and permit very flexible specification of the set of files to be copied. It is
famous for its delta-transfer algorithm, which reduces the amount of data sent over
the network by sending only the differences between the source files and the exist‐
ing files in the destination. Rsync is widely used for backups and mirroring and
as an improved copy command for everyday use.
rsync
a beaucoup trop d'options. Cela vaut vraiment la peine de les lire, mais ils sont effrayants à première vue. Ceux qui vous intéressent dans ce contexte sont les suivants:
-z, --compress compress file data during the transfer
--compress-level=NUM explicitly set compression level
-z, --compress
With this option, rsync compresses the file data as it is sent to the desti‐
nation machine, which reduces the amount of data being transmitted --
something that is useful over a slow connection.
Note that this option typically achieves better compression ratios than can
be achieved by using a compressing remote shell or a compressing transport
because it takes advantage of the implicit information in the matching data
blocks that are not explicitly sent over the connection.
Donc, dans votre cas, vous voudriez quelque chose comme ceci:
rsync -z MyBackups user@server:/path/to/backup/
Les fichiers seraient compressés en transit et arriveraient décompressés à la destination.
Quelques autres choix:
scp
lui-même peut compresser les données
-C Compression enable. Passes the -C flag to ssh(1) to
enable compression.
$ scp -C source user@server:/path/to/backup
Il y a peut-être un moyen d'obtenir rsync
et 7za
de jouer bien, mais cela ne sert à rien. L'avantage rsync
est qu'il ne copiera que les bits qui ont changé entre les fichiers local et distant. Cependant, un petit changement local peut générer un fichier compressé très différent, il est donc inutile de l'utiliser rsync
. Cela ne fait que compliquer les choses sans aucun avantage. Il suffit d'utiliser direct ssh
comme indiqué ci-dessus. Si vous voulez vraiment faire cela, vous pouvez essayer de donner un argument à un sous-shell rsync
. Sur mon système, cela ne fonctionnait pas, 7za
car cela ne vous permettait pas d'écrire des données compressées sur un terminal. Peut-être que votre implémentation est différente. Essayez quelque chose comme ( ça ne marche pas pour moi ):
rsync $(tar cf - MyBackups | 7za a -an -txz -si -so) \
user@server:/path/to/backup
Un autre point est qu'il 7z
ne faut pas utiliser pour les sauvegardes sous Linux . Comme indiqué sur la 7z
page de manuel:
N'UTILISEZ PAS le format 7-zip à des fins de sauvegarde sous Linux / Unix car:
- 7-zip ne stocke pas le propriétaire / groupe du fichier.
-z
c'est au moins deux fois plus lent. Pour encore plus de rapidité que la synchronisation sur SSH, configurez un démon rsync et rsync à l'aide de l'option-W
flag (copie les fichiers en entier (algorithme sans delta-xfer).