rsync dari harddisk lokal pada server terminal Windows ke server linux [ditutup]

0

Saya harus hidup dengan pengaturan yang agak rumit, yang tidak bisa saya ubah. Seperti itu:

Tujuan: file rsync dari drive USB di network1 ke server linux di network2 di mana satu-satunya koneksi antara dua jaringan melewati server terminal Windows (ts) yang terletak di network2, tetapi yang memungkinkan koneksi remote desktop (rdp) dari network1.

Awalnya, saya bisa terhubung ke network2 dari network1 via VPN, pasang drive USB ke komputer saya (Windows), dan jalankan rsync ke server linux di network2. Ini bekerja cukup cepat dan hanya butuh beberapa menit. Sekarang telah diputuskan bahwa VPN tidak diperbolehkan, dan kita harus pergi melalui server terminal. Jadi, saya rdp ke ts dan membagikan drive USB saya sebagai perangkat lokal, dan saya menjalankan rsync pada ts. Itu membaca file pada USB saya dan menyinkronkannya ke server linux, tetapi sekarang seluruh prosesnya memakan waktu 10-12 jam. Hanya menyalin semua file (drag'n'drop) membutuhkan waktu beberapa jam lebih sedikit. Saya menduga alasan lambatnya adalah ketika ts menentukan file mana yang akan disinkronkan, yaitu melangkah melalui dir dan file.

Argumen rsync saya adalah: -avz --size-only

Saya harap seseorang memiliki ide yang bisa saya coba. Terimakasih banyak!

rsync terminal-server pengguna168022
sumber
1
Jelaskan orang yang bertanggung jawab masalah Anda dan biarkan mereka membuat solusi (seperti reallow koneksi VPN). Selain itu, ini di luar topik di sini karena Anda bukan sysadmin yang mengelola pengaturan ini tetapi pengguna akhir (lihat FAQ ).
Sven
Baik. Saya mengelola server linux dan solusi perangkat lunak (yang dalam-dalam menggunakan rsync) untuk menyinkronkan data, jadi pertanyaan saya bertujuan memberi saya amunisi untuk mengarahkan jari ke admin jaringan (yang sebaliknya mengatakan itu bukan kesalahan mereka).
user168022

Jawaban:

0

Anda dapat memverifikasi apakah lambatnya mengetahui apa yang perlu diubah dengan menjalankan rsync --dry-runyang akan menunjukkan kepada Anda apa yang akan ditransfer tanpa benar-benar melakukan penyalinan.

Tergantung pada berapa banyak data ada seberapa cepat koneksi saya mungkin akan menonaktifkan -zfungsi kompresi atau setidaknya bereksperimen apakah itu membuat perbedaan atau tidak.

Anda mungkin dapat mempercepat dengan bermain dengan cipher yang digunakan untuk mengenkripsi sesi juga dengan menentukan --rsh="ssh -c arcfour"mana yang akan menggunakan yang lebih murah daripada cipher arcfour default.

Perlu juga dicatat bahwa jika Anda hanya ingin menyalin data (dan tidak mengidentifikasi / menyalin perbedaannya saja) scpharus jauh lebih cepat daripada rsync. rsync melakukan rolling checksumming dan jika Anda mentransfer file besar yang Anda tahu akan memiliki perubahan luas ini dapat menghemat penggunaan CPU.

James C
sumber
Terima kasih. Itu bagus untuk menggunakan --dry-run. Saya curiga sekarang, bahwa penyebabnya terletak pada beberapa routing internal dalam jaringan dan saya akan mengambil salah satu dari rekan-rekan jaringan.
user168022