Протокол FTP не включает информацию о размере в команду STOR:
http://www.ietf.org/rfc/rfc959.txt
Таким образом, я сомневаюсь, что Вы нашли бы любые чистые клиенты FTP, которые сделают это. Вы могли бы найти некоторого поставщика, который реализовал собственное расширение, но это потребовало бы, чтобы оба клиент и сервер поддерживали их. Вы говорите "клиенты", поэтому если это включает и внутренние и внешние клиенты, у Вас могли бы быть проблемы, вынуждая их использовать другое программное обеспечение.
Быстрый взгляд на проект SFTP не указывает, что сообщение файла записи включает размер файла также.
Протокол SCP действительно включает параметр размера в свою команду копии файла, и существуют клиенты Windows GUI, которые поддерживают SCP (а не SFTP), но необходимо было бы проверить, предварительно ли сервер выделяет использование параметра размера. На позитивном аспекте код доступен, таким образом, Вы могли создать своего собственного демона Windows SSH/SCP, который предварительно выделяет. Но это - несколько излишество для проблемы, которую Вы описываете.
После просмотра сообщений на нескольких других форумах мы решили удалить VM из кластера. Уничтожьте VM и затем присоедините базовый VHD к новому VM прежде, чем добавить его назад к кластеру. После этого все это хорошо работало.
Возможно, что этот VM был создан до всех сетей кластера, настраиваемых, который я отметил, может быть проблема. Это - первые годы с моим опытом Hyper V, и это - миграция... Я пропускаю ESX VMware, что я раньше продолжал работать без проблем! Я буду справедлив, вероятно, имеет место, что мы сделали ошибку в установке, но было бы хорошо, если бы регистрация ошибок обеспечила немного больше информации вместо того, чтобы просто говорить 'отказавшую миграцию'.