Який найнадійніший спосіб переслати великий файл між двома комп'ютерами Windows через мережу? [дублікат]


19

Файл становить близько 170 ГБ. Я б не завантажував його на FTP, а завантажував. Це не є надійним, колись зв’язки перестануть, і це матиме великі проблеми. Отже, чи є кращий спосіб зробити це? Хтось пропонує? Спасибі.

PS: два комп’ютери не в одній мережі.


10
Зовнішній USB-HD?
mouviciel


4
Розбийте його на більш дрібні шматки, тоді вам доведеться турбуватися лише за один маленький шматочок за один раз. Про поради: BitTorrent робить саме це.
ta.speot.is

4
Я б використовував Skype, але я не досить сміливий, щоб поставити це як відповідь :)
Роберт Niestroj

4
Чому це позначено як дублікат запитань, щоб задати електронною поштою 2-30 МБ даних? Існує кілька порядків між "надіслати 17 МБ" та "надіслати 170 ГБ", і рішення зовсім інші. Dropbox / filehosters насправді не є можливою пропозицією за 170 Гб ...
Jan Schejbal

Відповіді:


26

Тут досить добре працює bitorrent, припускаючи, що політика офісу дозволяє це - він розбиває файл для вас, перевіряє його правильність, а якщо не повторно завантажує його. Ви, мабуть, захочете запустити власний трекер, але багато клієнтів, що користуються bitorrent, все одно роблять це, і, якщо можливо, використовувати веб-насіння, щоб ще більше прискорити роботу - Burbit робить це просто.

Як альтернативу я також пропоную зробити піратську справу в старому навчальному закладі та розділити файли та використовувати файл парності , а потім перенести їх будь-якими способами, FTP чи веб-сервером. Якщо ви використовуєте веб-сервер, завантаження можна продовжувати - з чимось на зразок wget, і архів парності дозволить вам відновити файл з кількома зламаними фрагментами.

Природно розглянути питання про шифрування файлів або фрагментів файлів, якщо дані також мають чутливий характер.

Більш свіжим варіантом може бути синхронізація bitorrent - вона працює на всьому, окрім тостера (якщо тільки не запущені тостери Windows, Linux на x86, PPC або ARM), і обробляє більшу частину роботи, яка працює на вас. Він використовує базовий протокол bitorrent, але набагато простіший у використанні.


1
крім того, якщо вам потрібно скопіювати на кілька хостів, ви значно скоротите час.
Колтон

+1 для тостеру. U врятувало тостер від тостів великих шматків
Pathfinder


4

WinZip може створювати безліч (відносно) невеликих файлів (спочатку призначених для архіву на дискети, але зараз ви можете вибрати 1 Гб). Тоді невідновлюваний FTP (як опція Microsoft) у порядку. Нарешті, WinZip відновить файл на іншому кінці.


3
Я думаю, що 7-zip набагато краще, ніж WinZip.
Альвін Вонг

@AlvinWong Можливо; WinZip був першим і все ще досить непоганим. Я просто недостатньо використовував 7-блискавку.
Марк Херд

1
те, що є найстарішим, не є вагомим приводом використовувати його в світі ІТ ...
wim

@wim Мені більше нічого не потрібно було використовувати. Якщо WinZip настільки неправильно сприймає мене, бажано навести причини, чому насправді це лайно для цієї мети. Якщо 7-zip так правильно, додайте його як відповідь.
Марк Херд

Ну, ви не помиляєтеся, так що жодне знищення .. але Елвін має точку, 7-поштові можливості - це суперсеть winzip, і це безкоштовно ..
wim

4

Робокопія та BitTorrent вже запропоновані і звучать як гарна ідея. Інші параметри, які можуть краще працювати в обмеженому мережевому середовищі, де ви не можете, наприклад, створити підключення SMB, яке, здається, потрібно для RoboCopy:

FTP. Я знаю, що вам це не подобається, але з хорошим сервером і клієнтом він повинен працювати добре. Створіть FTP-сервер у будь-якому джерелі чи одержувачі, переконайтесь, що він підтримує зашифровані з'єднання (щоб запобігти втручанню прозорих проксі-серверів тощо) та файли> 4 Гб. Потім завантажте / завантажте файл за допомогою хорошого FTP-клієнта (обов'язково використовуйте двійковий режим). FTP підтримує відновлення з’єднання, тому, якщо з'єднання перестане, просто відновіть. Поточна копія wget має бути добре.

Можна зробити те ж саме з HTTP: Налаштуйте сервер HTTP (S), який підтримує великі файли, та завантажте його за допомогою поточної копії wget.

В іншому випадку є бінарні файли rsync для Windows та численні власні програми, схожі на rsync, які ви могли б використовувати. Особливо, якщо ви очікуєте, що файл потрібно буде оновити і змінитимуться лише невеликі частини файлу, можливо, ви захочете заглянути в цей бік.

Пам’ятайте, що при 8 Мбіт / с (1 Мбіт / с) вам знадобиться два дні, щоб перенести файл. Якщо у вас справді не швидке з'єднання, надсилання фізичного жорсткого диска з копією файлу (файлів) може бути швидше.


1
Надішліть жорсткий диск FedEx. Врешті-решт це обійдеться дешевше і буде швидше. Саме тому більшість великих корпорацій переміщують резервні копії тощо.
Поу-Ян

1
Використання протоколу передачі файлів для передачі файлів! Хто б це заграв ???
Вім

@ Pow-Ian: Я не хотів рекламувати конкретну компанію, але FedEx дійсно відповідає їх оригінальному найменуванню Federal Express . Я вручив їм (досить значний) пакет вагою близько 10-12 кг опівдні в суботу в Німеччині, навіть не вибрав найшвидший сервіс, і доставив його до Бельгії до 10:35 ранку в понеділок за 29 євро. Якщо у мене є щось, що потрібно швидко дістати кудись, я обов'язково знову використаю FedEx.
Ян Шейбал

@Jan Schejbal Я кажу, що називаю "лопату". Я знаю, що FedEx - це найшвидший, тому я не проти розповісти іншим про свій досвід. Для повного розкриття я побачив їхні засоби та відвідав їхній завод по обробці повітряних портів Memphis TN USA. Вони можуть буквально перевезти речі наступного дня з Нью-Йорку, Нью-Йорку до Японії.
Поу-Ян

1

Мені на думку спадають приватні мережі P2P (uTorrent, DC ++) або крихітний http-сервер із wget


0

Я б запропонував використовувати якийсь інструмент (windows) на основі rsync http://en.wikipedia.org/wiki/Rsync


4
одне рядкове речення, на якому посилання нібито відповідає на питання, є ні-ні в SuperUser. будь ласка, детальніше поясніть свою відповідь.
Лоренцо Фон Маттерхорн
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.