Bagaimana Anda membatasi bandwidth untuk salinan file?

13

Saya punya kotak windows 2000 lama di lokasi terpencil dengan koneksi T1 dan vpn ke lokasi saya. Saya biasanya menggunakan smb mount untuk mentransfer file tetapi sekarang saatnya untuk menonaktifkan server dan menyalin cadangannya ke lokasi saya. Saya memiliki sekitar 40 gigabytes (dikompresi) untuk disalin. Saya siap untuk itu butuh waktu lama, tapi saya punya beberapa peringatan.

  • Saya perlu membatasi bandwidth sehingga koneksi layanan terminal ke situs tidak terpengaruh
  • Saya ingin dapat melanjutkan transfer parsial

Ada beberapa file kecil dan beberapa file besar (10-20 gigabytes). Saya kenal dengan rsync pada platform * nix tetapi kurang beruntung dengan windows dan saya tidak tahu itu akan benar-benar menyimpan sebagian file yang ditransfer. Apa yang kamu gunakan?

pengintaian
sumber
1
Robocopy tampaknya menjadi solusi yang baik, saya harus segera mencobanya. Saat ini saya 53,7% menggunakan torrent pribadi. Saya memilih uTorrent daripada robocopy karena penjadwalannya yang memungkinkan saya untuk mentransfer tanpa batas selama jam-jam libur dan dengan batas yang layak ketika itu penting. Checksumming juga tidak sakit. Saya akhirnya menggunakan instruksi Jeff codinghorror.com/blog/archives/001272.html meskipun saya yakin saya ingin lebih banyak kontrol pada torrent publik.
Mengulang kembali

Jawaban:

19

robocopy.exememiliki sakelar yang disebut celah antar paket , yang memungkinkan Anda untuk memasukkan jendela waktu di antara paket-paket salinan Anda, dan dengan demikian mengurangi dampak pada saluran.

Ini bukan "menggunakan tidak lebih dari 30% dari bandwidth yang tersedia", tetapi Anda dapat mencapai efek yang sama dengan sedikit matematika. Anda selalu dapat menentukan beberapa milidetik dan membiarkannya berjalan sedikit, lalu CTRL+Cmenyela, menyesuaikan perintah sesuai kebutuhan, kemudian melanjutkan. Saya telah melakukan ini ketika saya tidak ingin membebani WAN selama hari kerja dengan replikasi besar-besaran.

robocopy memiliki sakelar lain yang /zmemungkinkan transfer "dapat dilanjutkan", jadi jika transfer terputus, Anda dapat mengambil di mana Anda tinggalkan, dan tidak perlu menggeser keseluruhan 40 GB lagi.

Saya tidak yakin seberapa rinci bit resume itu, karena saya tidak pernah benar-benar menguji misalnya file ZIP 40GB tunggal. Uji sesuatu yang lebih kecil dulu ;-)

Ada beberapa GUI yang bagus untuk robocopy yang dapat membantu dengan sintaks, tetapi siapa pun dengan latar belakang Linux akan mudah melakukannya. Raih versi terbaru dari salinan Windows 2003 atau yang lebih baru. Kalau tidak, Anda akan menemukannya sebagai unduhan Alat Kit Sumber Daya Windows 2000.

Dalam entri Wikipedia untuk robocopy , seseorang mencatat bahwa penalti untuk penyalinan yang dapat dimulai kembali ( /zsakelar) adalah kinerja yang lebih lambat 6x (lihat Cacat yang Diketahui ).

menyebalkan
sumber
Anda salah melakukannya - robocopy telah menjadi alat pilihan selama bertahun-tahun sekarang, diuji pada sejumlah jaringan yang berbeda. "Robo" seharusnya berarti "kuat".
nray
+! untuk Robocopy. Menggunakannya beberapa kali seperti ini dan tidak pernah memiliki masalah.
KPWINC
+1 untuk alat yang terkenal dan digunakan dengan baik. Aneh kedengarannya, kadang-kadang lebih mudah untuk memasukkan robocopy ke dalam file batch (ick) dan memilikinya menyalin berulang seperti ini melalui Tugas Sistem.
Avery Payne
1
Pada LAN lokal saya, saya menemukan bahwa nilai IPG 50 ms membuat saya turun menjadi sekitar 10Mbit / detik, yang merupakan nilai yang diinginkan.
trp
Juga, saya menemukan bahwa saya tidak bisa mendapatkan throughput yang praktis lebih tinggi dengan nilai IPG kurang dari sekitar 25 ms.
trp
5

40 GB file akan membutuhkan waktu lebih dari 60 jam untuk menyalin T-1. Mungkin lebih mudah mengirimkan hard drive eksternal ke dua arah. Anda dapat meminta seseorang menyambungkannya ke server, menyalin / mengenkripsi file Anda dan kemudian mengirimkannya kembali kepada Anda.

Carl C
sumber
sepertinya sekitar 60 jam menurut matematika saya: 40GB * 1024 (MB / GB) * 8 (bit / byte) / 1.5mbit / 3600 (detik / jam) = ~ 60 jam. Tentu saja mungkin akan ada overhead dan barang-barang, jadi akan memakan waktu sedikit lebih lama, jadi mungkin mengatakan 70 atau 80 untuk aman? Tetapi 1.5mbit sangat lambat, bahkan PC yang benar-benar tua seharusnya tidak mengalami kesulitan dalam memberikan data pada tingkat itu.
davr
2
"Jangan pernah meremehkan bandwidth gerobak stasiun yang penuh dengan kaset yang meluncur deras di jalan raya." —Tanenbaum, Andrew S. (1996)
nray
2
Utilitas hard drive cadangan hilang di kantor saya. Saya tidak keberatan menunggu.
recbot
40GiB tidak sebesar itu untuk Judul AAA saat ini. Anda belum memiliki FTTH ?! Anda telah menyelesaikan unduhan uap sebelum kembali dari pembelian terbaik (belum lagi menghisap tambalan 25GiB sehari).
mbx
Kapan sekarang? 2016? Anda tahu bahwa posting dilakukan pada tahun 2009?
JasonXA
4

Anda dapat mencoba mengatur FTP pada kotak 2000, dan menggunakan klien FTP di ujung lainnya, seperti filezilla untuk menangani sebagian salinan.

DanBig
sumber
+1 Untuk menyebutkan batas bandwidth yang tersedia di Filezilla tidak ada salahnya.
Oskar Duveborn
3

Anda mengatakan Anda telah menggunakan rsync pada * nix, ada beberapa port rsync ke windows yang mungkin Anda tinjau. Sebagai contoh:

Secara pribadi saya telah menemukan rsync cukup dapat diandalkan, dan dapat menangani gangguan di tengah transfer dan sebagainya. Rsync juga memiliki flag untuk membatasi transfer ke kecepatan transfer kbit / detik yang tepat, sehingga sepertinya akan bekerja untuk Anda juga.

davr
sumber
1

Saya menggunakan Robocopy untuk membuat cadangan semua server saya serta cadangan Mailserver langsung. Setelah diatur dengan benar, itu benar-benar mengaturnya dan melupakannya. Hal terbaik yang pernah terjadi dalam kehidupan TI saya. Hanya memasukkan 32 sen saya (memungkinkan untuk inflasi)


sumber
1

Saya menggunakan KillCopy untuk tujuan ini. Saya merasa sangat nyaman.
Ini memiliki kecepatan terpisah dan profil pengaturan lainnya untuk salinan lokal dan jaringan.
Hal ini juga dapat dilanjutkan ketika transfer file besar (atau file) terganggu jika koneksi buruk, atau bahkan ketika komputer yang menjalankan program crash.

Roland Pihlakas
sumber