Я склонен сказать, что это происходит, если вы запускаете сервер hyper-v на неподходящем оборудовании. У меня было то же самое на перенастроенных системах рабочих станций, где бюджет ввода-вывода ard-диска был на нижнем уровне.
С тех пор, как я перешел на правильный raid-контроллер на более мощном сервере, я могу копировать эти вещи со скоростью, которую я считал невероятной раньше (сотни мегабайт в секунду, пока происходят другие вещи). Единственная проблема заключается в том, что 10 или около того виртуальных машин делают свои ежемесячные патчи оргии.
Я бы предложил проверить: * Среднее время отклика диска, обычно и во время операций * Процент занятости диска.
Для получения дополнительной информации, пожалуйста, опубликуйте полное оборудование - память, процессор, дисковая подсистема и макет.
** Обновить
Диски SATA - 320 ГБ и 1 ТБ
Вы, должно быть, шутите, чтобы запустить Hyper-V против этого.
Вот некоторые из моих убеждений.
- Небольшой сервер (16 ГБ ОЗУ, запускает множество изображений): Adaptec 3405, резервная батарея кэш-памяти с обратной записью 245 МБ, 3x 320 ГБ оперативного диска. Это вещь с низкой производительностью. Работает хорошо. У них также есть еще 4 диска в качестве хранилища файлов, потому что я использую их как двойные файловые серверы в небольших установках разработки).
- Стандартный сервер: 64 ГБ ОЗУ, один используется. Запускает 20-30 изображений. И вот мы здесь: Контроллер рейда Adaptec 5805, оперативная память 512 Мб, резервная батарея, кэш обратной записи. 8 (!) Velociraptors 10.000RPM, RAID 10.
ОБА (!) Возникают проблемы при передаче больших файлов, поскольку IO получает налоги, хотя больший из них ограничен сетью (1 Гбит до 5 часов, затем 4), и генерация комбинации с контроллером ОЧЕНЬ хорошо справляется с ситуацией.
Система с двумя дисками - и, очевидно, 1 ТБ - это не диск с характеристиками, а тот, который сделан для размера, - это все равно что участвовать в гонке Формулы 1 с фиат-пандой. Встроенный не буферизированный контроллер низкой цены означает, что оптимизация ввода-вывода также невозможна. Когда ваша копия файла попадает, бюджет диска полностью уходит в это. Там могут быть некоторые оставленные для ОС, но все остальное .... кто.
По современным стандартам это LOOOOOW конечный сервер или приличные рабочие станции с большим количеством ЦП (8 ГБ ОЗУ - рабочая станция более высокого уровня). Диски не серверного уровня. Это не то, на что я бы поставил гипервизор, кроме демонстраций. Hyper-V похож на базу данных - ему нужен ввод-вывод. Много. Потому что гипервизор полностью убивает «последовательный доступ» и превращает его в случайный, как любая база данных.
Вы должны поместить в нее соответствующие возможности ввода-вывода. Помимо достаточного объема ОЗУ (если вам это нужно), вы можете запускать на них гораздо больше, в отношении виртуальной машины - в противном случае ЦП просто полностью не используется. Я надеюсь, что ваши виртуальные машины сильно нагружают процессор, иначе это впустую.