Ada banyak cara untuk melakukan apa yang Anda inginkan. Yang paling sederhana adalah menggunakan pìpe:
tar zcvf - MyBackups | ssh user@server "cat > /path/to/backup/foo.tgz"
Di sini, kompresi sedang ditangani oleh tarpanggilan gzip( zbendera) mana. Anda juga dapat menggunakan compress( Z) dan bzip( j). Untuk 7z, lakukan ini:
tar cf - MyBackups | 7za a -si -mx=9 -ms=on MyBackups.tar.7z |
ssh user@server "cat > /path/to/backup/foo.7z"
The terbaik cara, bagaimanapun, adalah mungkin 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.
rsyncmemiliki cara terlalu banyak pilihan. Ini benar-benar layak dibaca melalui mereka tetapi mereka menakutkan pada pandangan pertama. Yang Anda pedulikan dalam konteks ini adalah:
-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.
Jadi, dalam kasus Anda, Anda ingin sesuatu seperti ini:
rsync -z MyBackups user@server:/path/to/backup/
File-file akan dikompresi saat dalam perjalanan dan tiba di dekompresi di tujuan.
Beberapa pilihan lagi:
scp itu sendiri dapat memampatkan data
-C Compression enable. Passes the -C flag to ssh(1) to
enable compression.
$ scp -C source user@server:/path/to/backup
Mungkin ada cara untuk mendapatkan rsyncdan 7zabermain bagus tetapi tidak ada gunanya melakukannya. Manfaatnya rsyncadalah hanya akan menyalin bit yang telah berubah antara file lokal dan remote. Namun, perubahan lokal kecil dapat menghasilkan file terkompresi yang sangat berbeda sehingga tidak ada gunanya menggunakan rsyncini. Itu hanya memperumit masalah tanpa manfaat. Cukup gunakan langsung sshseperti yang ditunjukkan di atas. Jika Anda benar - benar ingin melakukan ini, Anda dapat mencoba dengan memberikan subshell sebagai argumen rsync. Di sistem saya, saya tidak bisa menjalankannya 7zakarena tidak memungkinkan Anda untuk menulis data yang dikompresi ke terminal. Mungkin implementasi Anda berbeda. Coba sesuatu seperti ( ini tidak berhasil untuk saya ):
Catatan yang baik untuk ditambahkan adalah bahwa kecuali Anda mentransfer melalui jaringan yang umumnya lambat, katakanlah internet, yang terbaik adalah menghindari kompres karena hanya memperlambat laju transfer. Pada LAN, -zsetidaknya dua kali lebih lambat. Untuk kecepatan yang lebih tinggi daripada rsyncing over ssh, atur daemon rsync dan rsync menggunakan -Wflag (salin seluruh file (tanpa algoritma delta-xfer)
laebshade
2
Terima kasih! Saya akan menerima jawaban yang bagus ini tetapi tolong, tambahkan baris perintah yang lengkap dan berdiri sendiri yang menggunakan keduanya rsyncdan7za , dengan hasil akhir ke sistem file jarak jauh. Saya suka -ztapi saya ingin memisahkan tahap kompresi jadi .. bagaimana saya akan menggunakan rsyncdalam kasus itu, tolong?
Robottinosino
2
@Robottinosino lihat jawaban yang diperbarui. Tidak ada gunanya menggunakan rsyncdengan 7z. Ini harus bekerja dengan rsync dan subshel seperti yang ditunjukkan tapi aku tidak tahu bagaimana pula.
terdon
4
+1 untuk scp -C. Tidak ada cukup ruang pada disk jarak jauh untuk menyimpan file terkompresi sehingga saya tidak bisa mengompres sebelum transfer. Satu opsi baris perintah kecil membuat masalah saya hilang.
user37931
1
@knutole hanya zip file terlebih dahulu, lalu rsync itu. Silakan ajukan pertanyaan baru jika Anda membutuhkan detail lebih lanjut.
terdon
13
Saya pikir perintah ini akan melakukan trik
ssh user@host "cd /path/to/data/;tar zc directory_name" | tar zx
EDIT: versi sebelumnya dengan dua opsi "f" yang salah.
Sekarang, pertama-tama Anda harus menjalankan perintah ini dari host target. Dan detail yang harus dijelaskan:
ssh user @ host akan membuka koneksi ke mesin host, dari mana data akan ditransfer.
cd / path / ke / data akan dibawa ke direktori tempat data yang diperlukan disimpan
tar zc * akan memulai kompresi dan menaruhnya ke STDOUT
Sekarang pipa (|) akan menyalurkan STDOUT dari sumber ke STDIN tujuan di mana "tar zx" berjalan dan terus-menerus mendekompresi aliran data yang berasal dari sumber.
Seperti yang Anda lihat perintah ini memampatkan saat-terbang dan menghemat bandwidth. Anda dapat menggunakan kompresi lain juga untuk hasil yang lebih baik, tetapi ingat, kompresi dan dekompresi membutuhkan siklus CPU.
-z
setidaknya dua kali lebih lambat. Untuk kecepatan yang lebih tinggi daripada rsyncing over ssh, atur daemon rsync dan rsync menggunakan-W
flag (salin seluruh file (tanpa algoritma delta-xfer)rsync
dan7za
, dengan hasil akhir ke sistem file jarak jauh. Saya suka-z
tapi saya ingin memisahkan tahap kompresi jadi .. bagaimana saya akan menggunakanrsync
dalam kasus itu, tolong?rsync
dengan7z
. Ini harus bekerja dengan rsync dan subshel seperti yang ditunjukkan tapi aku tidak tahu bagaimana pula.scp -C
. Tidak ada cukup ruang pada disk jarak jauh untuk menyimpan file terkompresi sehingga saya tidak bisa mengompres sebelum transfer. Satu opsi baris perintah kecil membuat masalah saya hilang.Saya pikir perintah ini akan melakukan trik
EDIT: versi sebelumnya dengan dua opsi "f" yang salah.
Sekarang, pertama-tama Anda harus menjalankan perintah ini dari host target. Dan detail yang harus dijelaskan:
Seperti yang Anda lihat perintah ini memampatkan saat-terbang dan menghemat bandwidth. Anda dapat menggunakan kompresi lain juga untuk hasil yang lebih baik, tetapi ingat, kompresi dan dekompresi membutuhkan siklus CPU.
Referensi
sumber
Perbaikan kecil untuk jawaban dkbhadeshiya : Anda tidak harus melakukannya
cd dir
, cukup tentukan direktori kerja ketar
gantinya:Anda juga dapat mengunggah direktori dengan cara yang sama:
sumber