Apa cara paling andal untuk mengirim file besar antara dua komputer Windows melalui jaringan? [duplikat]


19

File ini sekitar 170GB. Saya tidak akan mengunggahnya di FTP, dan mengunduhnya. Itu tidak dapat diandalkan, kadang-kadang, koneksi turun, dan itu akan mengalami masalah besar. Jadi, adakah cara yang lebih baik untuk melakukannya? Adakah yang menyarankan? Terima kasih.

PS: dua komputer tidak dalam jaringan yang sama.


10
USB HD eksternal?
mouviciel


4
Memecahnya menjadi potongan-potongan kecil, maka Anda hanya perlu khawatir tentang sepotong kecil sekaligus. Kiat pro: BitTorrent melakukan hal ini.
ta.speot.is

4
Saya akan menggunakan Skype tetapi saya tidak cukup berani untuk menjawabnya :)
Robert Niestroj

4
Mengapa ini ditandai sebagai duplikat pertanyaan yang menanyakan cara mengirim data melalui email 2-30 MB? Ada beberapa urutan besarnya antara "kirim 17 MB" dan "kirim 170 GB", dan solusinya sangat berbeda. Dropbox / filehoster sebenarnya bukan saran yang layak untuk 170 GB ...
Jan Schejbal

Jawaban:


26

Bitorrent yang cukup aneh mungkin bekerja dengan cukup baik di sini, dengan asumsi kebijakan kantor mengizinkannya - itu memecah file untuk Anda, memeriksa apakah itu benar dan jika tidak mengunduhnya. Anda mungkin ingin menjalankan pelacak Anda sendiri, tetapi banyak klien bitorrent yang melakukan hal itu, dan jika mungkin menggunakan webseeds untuk mempercepat segalanya lebih cepat - burnbit membuatnya mudah.

Sebagai alternatif saya juga menyarankan melakukan hal bajak laut oldschool, dan memisahkan file dan menggunakan file paritas , kemudian mentransfernya dengan cara apa pun yang Anda miliki, FTP atau server web. Jika Anda menggunakan server web, unduhan dapat dilanjutkan - dengan sesuatu seperti wget, dan arsip paritas akan memungkinkan Anda untuk membangun kembali file dengan beberapa bagian yang rusak.

Pertimbangkan untuk mengenkripsi file atau potongan file secara alami, jika datanya juga bersifat sensitif.

Opsi yang lebih baru mungkin adalah sinkronisasi bitorrent - Ini berjalan pada apa saja kecuali pemanggang (Kecuali pemanggang Anda menjalankan windows, linux pada x86, PPC atau ARM), dan menangani sebagian besar pekerjaan kasar untuk Anda. Ia menggunakan protokol bitorrent yang mendasarinya tetapi jauh lebih mudah digunakan.


1
selain itu jika Anda perlu menyalin ke beberapa host Anda akan mengurangi waktu secara signifikan.
Colton

+1 untuk pemanggang roti. U menyelamatkan pemanggang roti dari memanggang potongan besar
Pathfinder


4

WinZip dapat menghasilkan banyak (relatif) file kecil (awalnya dirancang untuk mengarsipkan ke disket, tetapi Anda dapat memilih 1GB sekarang). Kemudian FTP yang tidak dapat dilanjutkan kembali (seperti opsi Microsoft) adalah OK. Akhirnya, WinZip akan mengambil file di ujung lainnya.


3
Saya pikir 7-zip jauh lebih baik daripada WinZip.
Alvin Wong

@AlvinWong Mungkin; WinZip adalah yang pertama dan masih cukup bagus. Saya belum cukup menggunakan 7-zip.
Mark Hurd

1
sesuatu yang tertua bukanlah alasan yang baik untuk menggunakannya di dunia IT ...
wim

@wim saya tidak perlu menggunakan hal lain. Jika WinZip benar-benar salah, saya harus memberikan alasan mengapa itu sebenarnya omong kosong untuk tujuan ini. Jika 7-zip benar, tambahkan itu sebagai jawaban.
Mark Hurd

Yah, Anda tidak salah, jadi jangan downvote .. tapi Alvin memiliki poin 7-zip kemampuan adalah superset dari winzip, dan gratis ..
wim

4

Robocopy dan BitTorrent telah disarankan dan terdengar seperti ide yang bagus. Opsi lain yang mungkin berfungsi lebih baik di lingkungan jaringan yang terbatas di mana Anda tidak dapat mis. Membuat koneksi SMB yang tampaknya diperlukan untuk RoboCopy:

FTP. Saya tahu Anda tidak menyukainya, tetapi dengan server dan klien yang baik, itu akan berfungsi dengan baik. Buat server FTP pada sumber atau penerima, pastikan mendukung server yang dienkripsi (untuk mencegah proxy transparan dll.) Dan file> 4 GB. Kemudian unggah / unduh file menggunakan klien FTP yang baik (pastikan untuk menggunakan mode biner). FTP mendukung melanjutkan koneksi, jadi jika koneksi turun, lanjutkan saja. Salinan wget saat ini harus baik-baik saja.

Anda dapat melakukan hal yang sama dengan HTTP: Mengatur server HTTP (S) yang mendukung file besar, dan mengunduhnya dengan salinan wget saat ini.

Jika tidak, ada binari rsync untuk Windows dan banyak program seperti rsync yang bisa Anda gunakan. Terutama jika Anda berharap file perlu diperbarui dan hanya sebagian kecil file yang akan berubah, Anda mungkin ingin melihat ke arah itu.

Ingat bahwa pada 8 MBit / s (1 MByte / s), Anda perlu dua hari untuk mentransfer file. Kecuali Anda memiliki koneksi yang sangat cepat, mengirim hard drive fisik dengan salinan file mungkin lebih cepat.


1
Kirim hard drive oleh Fedex. Pada akhirnya biayanya lebih murah dan lebih cepat. Begitulah cara sebagian besar perusahaan memindahkan cadangan dan semacamnya.
Pow-Ian

1
Menggunakan protokol transfer file untuk transfer file! Siapa yang memukulnya ???
wim

@ Pow-Ian: Saya tidak ingin mengiklankan perusahaan tertentu, tetapi FedEx benar-benar cocok dengan nama asli Federal Express mereka . Saya menyerahkan kepada mereka sebuah paket (yang cukup besar) dengan berat sekitar 10-12 kg pada siang hari pada hari Sabtu di Jerman, bahkan tidak memilih layanan tercepat mereka, dan mengirimkannya ke Belgia pada pukul 10:35 pagi pada hari Senin seharga 29 EUR. Jika saya memiliki sesuatu yang perlu untuk mendapatkan tempat yang cepat, saya pasti akan menggunakan FedEx lagi.
Jan Schejbal

@ Jan Schejbal Saya katakan sebut sekop sekop. Saya tahu FedEx adalah yang tercepat sehingga saya tidak keberatan memberi tahu orang lain tentang pengalaman saya. Untuk pengungkapan penuh, saya telah melihat fasilitas mereka dan mengunjungi fasilitas pemrosesan pelabuhan udara Memphis TN USA mereka. Mereka benar-benar dapat mengirimkan barang-barang keesokan harinya dari NY, NY ke Jepang.
Pow-Ian

1

Beberapa hal yang muncul di benak saya adalah Jaringan P2P pribadi (uTorrent, DC ++) atau server http kecil dengan wget


Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.