Estou inclinado a sa que acontece se você executar um servidor hyper-v em hardware inapropriado. Eu tive o mesmo em sistemas de estação de trabalho reaproveitados, onde o orçamento de IO do disco ard estava na extremidade inferior.
Desde que me mudei para um conroller de ataque adequado em um servidor mais robusto, posso copiar essas coisas em velocidades que achei incríveis (centenas de megabytes por segundo, enquanto outras coisas acontecem). O único problema é quando 10 ou mais vm's estão fazendo sua mensalidade ao mesmo tempo em que se encaixam na orgia.
Eu sugeriria verificar:
* Tempo médio de resposta do disco, normalmente e durante as operações
* Percentagens de disco ocupadas.
Para mais informações, por favor poste o hardware completo - memória, processador, subsistema de disco e layout.
** Atualizar
SATA drives - 320GB and 1TB
Você deve estar brincando para executar o Hyper-V contra isso.
aqui estão algumas convicções que tenho.
- O servidor pequeno (16gb de RAM, executa um punhado de imagens): Adaptec 3405, 245MB de back-back da bateria do cache, 3x disco de 320gb. Esta é uma coisa de baixo desempenho. Funciona bem. Eles também têm outros 4 discos como armazenamento de arquivos, 8 porque eu os uso como servidores de arquivos duplos em uma pequena configuração de desenvolvimento).
- Servidor padrão: 64 GB de RAM, um em uso. Executa 20 a 30 imagens. E aqui vamos nós: controlador RAID Adaptec 5805, 512 MB de RAM, bateria back-up, cache de write back. 8 (!) 10.000 RPM Velociraptors, RAID 10.
BOTH (!) tem problemas ao fazer grandes transferências de arquivos, pois o IO recebe impostos, embora o maior seja limitado pela rede (1gbit até em 5 horas, depois 4) e generall o combo com o controlador lida bem com a situação.
Um sistema de 2 discos - e o 1tb obviamente não é um disco de desempenho, mas um que é feito para tamanho - simplesmente é como correr uma corrida de fórmula 1 com um fiat panda. A bordo do controlador de preço baixo sem buffer, não é possível nenhuma otimização de IO. Quando a sua cópia de arquivo é atingida, o orçamento do disco entra totalmente nisso. Pode haver algum para o sistema operacional, mas qualquer outra coisa .... whow.
Por padrões modernos este é o servidor final LOOOOOW ou uma estação de trabalho decente com muita CPU (8gb de RAM é a maior estação de trabalho final). Os discos não são do tipo servidor. Isso não é algo que eu colocaria um hipervisor, exceto para demonstrações. O Hyper-V é como um banco de dados - ele precisa de IO. Muito de. Porque o hypervisor mata totalmente o "acesso sequencial" e o transforma em aleatório, como qualquer banco de dados.
Você precisa colocar capacidade de IO apropriada. Assim como RAM suficiente (se você precisar), então você pode executar muito mais sobre eles, em termos de máquina virtual - a CPU é simplesmente totalmente não utilizada. Espero que suas VM's sejam muito intensivas em CPU, caso contrário, isso é um desperdício.