Я не знаю, какова проблема, но одна подсказка состоит в том, что 66387968 66 373 042 окруженных к ближайшим 32768. Вы уверены, что получаете больше байтов большее файл?
Вы смотрите на Размер на Диске или атрибут Размера? Размер на Диске может отличаться значительно, потому что частично используемый кластер зарегистрируется как полностью используемый кластер в 'размере на диске' поле (таким образом заставляющий размер файла казаться больше, поскольку кластеры могут только использоваться для хранения части одного файла).
Как Вы читаете те дополнительные символы 'спама'? Поскольку, если Вы осматривали кластеры непосредственно (использующий Hex-редактор со способностью открыть диск непосредственно, а не файл), они могли быть перенесены из предыдущих файлов, которые заняли место физического диска...
Я подозревал бы своего рода проблему между этими двумя машинами - насколько безопасный Ваша сетевая инфраструктура? Вы смогли проверять это путем шифрования соединений от каждой машины до сети?
Ужасно походит на эту проблему, которую я нашел на microsoft.com: Определенные файлы повреждаются, будучи скопированным с RDC в Windows Terminal Services
Так как Виза и 2008 совместно использует общую базу, очень вероятно, что та же ошибка сокрушает их обоих.
Одна вещь, на которую я указал бы, состоит в том, что использование размеров файла, чтобы видеть, ли файл в порядке, не является хорошим решением. Я использую md5 или хеши sha для каждой передачи WAN. Я использую инструмент с открытым исходным кодом md5deep, чтобы генерировать и проверить хеши. Существует много других инструментов хеша там, если Вам не нравится md5deep по некоторым причинам.
У меня есть точно те же проблемы, копирующие файлы в (или от) Windows 7 (RTM) 64-разрядный Хост и Windows XP 32-разрядный Клиент. Размеры файла некоторых скопированных файлов больше, чем они должны быть, дав другой CRC и хеш MD5.
Я сделал сравнение скопированного и исходного файла с помощью Hex-редактора, который подтвердил, что содержание идентично за исключением дополнительных случайных байтов, добавленных на конце скопированной версии. Когда я усеченный файл для удаления дополнительных байтов эти два файла затем дали тот же хеш MD5.
Я понятия не имею, что вызывает эту проблему, поскольку я испытал ее в ряде различных систем и сред с переменным брандмауэром/сетевыми конфигурациями. Однако я надеюсь, что это может помочь кому-то еще определить возможную причину.
Пепел
У меня была эта проблема также, и хотя я не смог определить, почему это происходит или как зафиксировать его, я нашел обходное решение.
На удаленной машине можно получить доступ к локальной машине в Windows Explorer при помощи псевдонима машины "\tsclient", так для открытия локальной папки C:\Temp, перейдите к \tsclient\c\temp на удаленной машине. Копирование к и от локальной машины с помощью этого метода, кажется, не повреждает файлы.
Это требует, чтобы Вы сделали свои локальные диски доступными для удаленной машины перед соединением.
(Я предполагаю, что проблема связана с буфером обмена, совместно используемым машинами, в то время как копирование этого пути использует собственный буфер обмена удаленной машины.)
- Frode