Эта проблема нас очень расстраивает: при передаче большого файла VHD (виртуального жесткого диска) с компьютера с Windows 7 по сети на физический компьютер с Windows Server 2008 в нашем центре обработки данных, передача файлов Windows постоянно не выполняется на 4 ГБ. У нас есть прямое соединение на 100 Мбит от нашего главного офиса до нашего центра обработки данных.
В случае сбоя передачи мы получаем следующее сообщение об ошибке:
There is a problem accessing \\server-name\d$
Make sure you are connected to the network and try again.
это только Файлы VHD размером более 4 ГБ не работают. Если мы отправим файл любого другого типа, он будет работать нормально. Если мы заархивируем VHD, это тоже сработает. Более того, мы можем без проблем отправить VHD в другом направлении (из центра обработки данных в главный офис). Это просто файлы VHD в этом направлении.
Важные заметки:
Так что в основном это ТОЛЬКО vhd-файлы размером> 4 ГБ, из нашего главного офиса в наш центр обработки данных, которые терпят неудачу. Все это просто не складывается ... на данный момент я считаю, что это проблема с настройками нашего сетевого оборудования, но я не понимаю, в чем разница между передачей большого VHD (который не работает, на 4 ГБ) и большой видеофайл (который работает всегда).
После многочасового устранения неполадок (и проверки всех представленных здесь предложений) проблема оказалась связью TLS между нашим главным офисом и центром обработки данных. Я позвонил нашему провайдеру TLS, и после разговора с несколькими техническими специалистами NOC один из них уже слышал об этой проблеме раньше. Оказалось, что часть оборудования уровня 2 было старым и имело проблемы с данными VHD.
Решением было обновление прошивки на этих устройствах, которое выполнял провайдер TLS. Теперь у нас нет проблем с переносом больших VHD. Для заинтересованных: наш провайдер TLS - Shaw Communications в Виктории, Канада.
Попробуйте Xcopy или Robocopy; по крайней мере, у одного или обоих есть переключатель «возобновить». Rsync тоже может помочь.
Из любопытства, одна из машин 32-битная, а другая 64-битная? Если да, можете ли вы временно попробовать свою копию на 64-битной машине.
Поищите в Google сбои при копировании больших файловых сетей, и вы обнаружите, что некоторые темы говорят о подобных проблемах, но не только о VHD. Этот КБ обычно связан, чтобы узнать, помогает ли настройка параметров сетевой карты. Разгрузка TCP, настройки дымохода и т. Д.
Ммммхххх ... Я вижу различные ответы выше и понимаю, что все еще не могу сказать, действительно ли вы пытались скопировать с помощью 64-битной программы копирования. (xcopy, robocopy и большинство FTP-клиентов 32-битные, даже в 64-битной Windows.)
Можете ли вы попробовать это с 64-битной версией TotalCommander V8.0? (Это все еще релиз-кандидат, но очень стабильный.) Это действительно только 64-разрядная версия.
Еще одна вещь, которую можно попробовать, если на сервере включен IPV6 (обычно это делается на W2K8): полностью отключите IPV4 на рабочей станции, чтобы копия должна была использовать IPV6. Будет интересно посмотреть, имеет ли это значение.
Если ничего из вышеперечисленного не приносит облегчения ... Вы всегда можете использовать HJSplit (или функцию разделения TotalCommander), чтобы разделить файл на куски размером 1 ГБ, но, конечно, у вас должны быть средства для их повторного соединения на сервере. Это будет зависеть от того, есть ли у вас доступ для запуска программы на самом сервере. (Просто скопируйте / b chunk1 + chunk2 + chunk3 total.vhd, если вам не разрешено устанавливать дополнительное программное обеспечение на стороне сервера.)
Подумайте только: VHD используется гипервизором или смонтирован?
Это могло произойти из-за того, что часть VHD заблокирована и не может быть прочитана из файловой системы. Вот почему архивирование файла работает и почему видеофайлы того же размера также работают, но не файлы VHD.
Ищем файловую блокировку в windows:
Кажется, есть эксперты обмениваются постами с похожими проблемами. Но в ответах нет резолюций.
Похоже, это может быть проблема с разрешениями, когда вы пытаетесь скопировать файл в сетевое расположение, он останавливается или терпит неудачу, возможно, вы могли бы попытаться создать сетевую папку, чтобы она была полностью открытой, то есть совместно используемой для группы «Все» а также установите этот способ на вкладке безопасности. Если это решит проблему, то это похоже на проблему с разрешениями, на самом деле, поскольку вы упомянули, что копия Linux вышла из строя раньше, похоже, что проблема может быть с разрешениями. Убедитесь, что файлы на виртуальном жестком диске не используются и у вас есть соответствующие разрешения для доступа к ним.
Также убедитесь, что папка, из которой вы копируете, имеет открытые разрешения. Помните, что это просто для того, чтобы посмотреть, не мешают ли разрешения, вы всегда можете ужесточить их позже, когда получите начальную точку работы копии.
Другое дело, и это может быть маловероятно, но пробовали ли вы обновить драйверы сетевой карты? Возможно, в самой последней версии драйвера для вашей машины есть исправление.
Надеюсь, это поможет, ура