Я копирую небольшое количество больших файлов между рабочей станцией Vista x64 SP1 и рабочей станцией Windows 7 RC. Windows заявляет, что копирование 117 ГБ данных с одного компьютера на другой через незагруженный коммутатор 1 ГБит / с займет 7 часов. Robocopy не намного лучше.
Похоже, я помню, когда я был в Exchange, было несколько утилит, которые утверждали, что копируют очень большие файлы между серверами. Доступны ли эти утилиты, и если да, то какие из них наиболее эффективны в описанной выше ситуации?
Редактировать:
Я пытаюсь использовать Robocopy для внешнего жесткого диска USB 2.0, так как это все, что у меня есть на данный момент, и он быстрее, это необычно, поскольку два компьютера, которые я использую, являются единственными двумя компьютерами, подключенными к этому конкретному 1 ГБит / с. переключатель.
Изменить 2:
Кажется, какая-то проблема с сетевым адаптером на источнике, не может получить пропускную способность выше 3 МБ / сек после замены всего остального. Поскольку это старая машина, я переключился на использование внешнего жесткого диска, который копировал быстрее, чем сетевая карта, однако в целом это все равно заняло 3 с половиной часа.
117GB/7H = 4.6MB/s
Что-то здесь не так.
Проверьте наличие фрагментации диска, неправильного использования сети, неисправности диска другой программой или неисправного оборудования; Windows с сетью 1 Гб может обеспечить пропускную способность, которую может обеспечить диск 7200 SATA, то есть 60-70 МБ / с.
Я также мог бы предложить вам создать себе хорошее запланированное задание для передачи файла (ов) за ночь.
Для чего-то такого большого и, учитывая, что это локальная копия, я бы либо подключил жесткий диск одного из этих компьютеров к другому, либо сделал бы прямую копию. В качестве альтернативы я бы использовал жесткий диск eSATA для переноса. Это будет путь быстрее, чем даже GigE.
Все это предполагает, что это один раз, как я прочитал ваш пост.
Что ж, на копирование уйдет около получаса.
В любом случае, как долго вы ждали, прежде чем отменить его? Вы смотрели детали, чтобы проверить фактическую скорость копирования? Первоначальные оценки Vista очень часто далеко. Через некоторое время он пересчитает скорость, чтобы дать вам более точную оценку.
Вот подсказка это говорит о том, что отключение автонастройки окна приема сетевого стека может решить вашу проблему. Запустить от имени администратора:
netsh int tcp set global autotuninglevel = отключено
Вы также можете рассмотреть возможность включения jumbo-кадров (9000 байтов MTU) в каждой системе, чтобы увидеть, поможет ли это.
Я слышал об этом, когда многие люди использовали Vista для копирования по сети.
Я сделал быстро гугл поиск, чтобы проверить. Здесь перечислено множество "исправлений".
Эта статья объясняет улучшения копирования файлов Vista SP1 и объясняет, почему это работает именно так.
Я видел медленное копирование по ipv6, особенно по беспроводной сети, в качестве теста вы пытались отключить ipv6 в качестве теста?
вы можете столкнуться с проблемами производительности перспективы, проблемами smb2, дифференциальным копированием сети и т. д., я думаю, что где-то в них тоже есть ошибки
также попробуйте теракопию, она оптимизирует передачу
Я бы подумал об использовании SyncBack. Мы используем его для перемещения файлов размером до 30 ГБ по WAN с разумной пропускной способностью для резервного копирования за пределами площадки. Существуют разные версии, некоторые из которых позволяют регулировать использование полосы пропускания, используя собственную копию по сравнению с копией Windows и FTP.
Есть протокол передачи файлов. Это называется FTP. Вы можете обнаружить, что это работает лучше, чем использование общих сетевых ресурсов. (хотя другие постеры правы в том, что вы должны получить лучшую пропускную способность по сравнению с сетью).
Лучшей утилитой для копирования файлов на сегодняшний день является Teracopy с сайта codesector.com. Я использовал ее в течение многих лет с XP и обнаружил, что она также хорошо работает в Vista. Я согласен с другими авторами, что в этой ситуации, вероятно, что-то еще не так, но, чтобы ответить на исходный вопрос, teracopy FTW.
Я обнаружил, что однопоточная копия файла достигает максимальной скорости около 40 Мбит / с - рассмотрите возможность использования Richcopy сделать многопоточную передачу.
Утилита Exchange, о которой вы думаете, вероятно, является esefile, функциональность которого теперь встроена в утилиту eseutil. "eseutil / y" - это переключатель, который вы используете. Я не тестировал его против robocopy или утилиты копирования Vista, поэтому я не знаю, действительно ли он дает преимущество в скорости.
Попробуйте протестировать чистую производительность TCP с помощью теста TCP точка-точка. Например, у Эвереста есть один. Или напишите сценарий из 10 строк.
Fast TCP => NIC не сломан
Медленный TCP => Это не связано с SMB. FTP тоже не поможет
Использовать robocopy из командной строки (в том числе с Vista / Win7). Это предоставит отчеты о ходе выполнения и возможность фильтровать то, что скопировано (а не копировать файлы, которые не были изменены).