A transferência de arquivos de rede VHD falha consistentemente em 4 GB

Question

Esse problema tem sido extremamente frustrante para nós: ao transferir um arquivo VHD (disco rígido virtual) grande de uma máquina Windows 7 pela rede para uma máquina física Windows Server 2008 em nosso datacenter, a transferência de arquivos do Windows falha em 4 GB consistentemente. Temos uma conexão direta de 100 mbit de nosso escritório principal para o nosso data center.

Quando a transferência falha, a mensagem de erro que recebemos é:

There is a problem accessing \server-name\d$ Make sure you are connected to the network and try again.

São apenas arquivos VHD com mais de 4 GB que falham. Se enviarmos qualquer outro tipo de arquivo, ele funcionará bem. Se nós ziparmos o VHD, isso também funciona. Além disso, podemos enviar um VHD na outra direção (do data center para o escritório principal) sem problemas. São apenas arquivos VHD nessa direção.

Notas importantes:

• Todas as partições são NTFS !!
• Não há firewall entre a estação de trabalho e o servidor
• Tentamos desativar o antivírus na estação de trabalho (nenhum antivírus no servidor)
• Tentamos transferir o arquivo de uma máquina que não está no domínio
• Nós tentamos transferir o arquivo de uma máquina Ubuntu (ainda falha, mas em torno de 450MB em vez de 4GB)
• A captura do Wireshark mostra 40 DUP ACKs quando a transferência falha
• Xcopy e Robocopy (com sinalizadores de reinicialização) ambos falham (mesmo ponto)
• A transferência por FTP falha em 4,14X, XXX, XXX bytes e não pode ser reiniciada nesse ponto
• Tentamos alterar a extensão do arquivo (estúpido, mas um último recurso) para algo diferente de vhd antes de enviá-lo, mas ele ainda falhou
• A conexão é a seguinte: Dell Workstation (Escritório central) - > Switch gerenciado Dell PowerConnect 5448 (MO) - > Roteador HP Procurve 2910al-24G Camada 3 (MO) - > Link TLS de 100 Mb - > Roteador HP Procurve 2910al-24G Layer 3 (centro de dados) - > Switch gerenciado (DC) Dell PowerConnect 5448 - > Servidor Dell (DC)

Então, basicamente, são apenas arquivos vhd > 4 GB, do nosso escritório principal para o nosso datacenter que falha. Isso tudo não se soma ... neste momento eu acredito que é um problema com nossas configurações de hardware de rede, mas eu não entendo qual é a diferença entre a transferência de um grande VHD (que falha, a 4GB) e um arquivo de vídeo grande (que funciona sempre).

    

Answer 1

Depois de solucionar isso por muitas horas (e tentar todas as sugestões postadas aqui), o problema acabou se tornando o link TLS entre o escritório principal e o datacenter. Liguei para o nosso provedor de TLS e depois de conversar com vários técnicos da NOC, um deles tinha ouvido falar do assunto exato antes. Descobriu-se que alguns de seus equipamentos de camada 2 eram antigos e tinham problemas com dados de VHD.

A solução foi atualizar o firmware nesses dispositivos, o que foi realizado pelo provedor de TLS. Agora não temos problemas para transferir VHDs grandes. Para os interessados, nosso provedor de TLS é a Shaw Communications em Victoria, no Canadá.

    

Answer 2

Tente Xcopy ou Robocopy; pelo menos um ou ambos têm um interruptor "resume". O rsync pode ajudar também.

Por curiosidade, é uma das máquinas de 32 bits, mas a outra é de 64 bits? Em caso afirmativo, você pode tentar sua cópia com uma máquina de 64 bits temporariamente.

    

Answer 3

Pesquisando no google por grandes falhas na cópia da rede de arquivos e você encontrará alguns tópicos falando sobre problemas semelhantes, mas não apenas sobre o vhd. Geralmente, esta KB é vinculada para ver se as configurações da NIC estão ajudando. Descarregamento de TCP, configurações de chaminés, etc.

link

    

Answer 4

Mmmmhhhh ... Eu vejo as várias respostas acima e percebo que ainda não sei dizer se você realmente tentou copiar com um programa de cópia de 64 bits. (xcopy, robocopy e a maioria dos clientes FTP são de 32 bits, mesmo em um Windows de 64 bits.)

Você pode experimentá-lo com a versão de 64 bits do TotalCommander V8.0? (Ainda é um Release Candidate, mas muito estável.) Isso é realmente apenas 64 bits.

Outra coisa para tentar se o servidor tiver o IPV6 ativado (geralmente no W2K8): Desative o IPV4 completamente na estação de trabalho para que a cópia tenha que usar o IPV6. Será interessante ver se isso faz diferença.

Se nenhum dos itens acima aliviar ... Você pode sempre usar o HJSplit (ou a função split do TotalCommander) para dividir o arquivo em partes de 1 GB, mas é claro que você deve ter um meio de reinseri-los no servidor. Isso dependerá se você tiver acesso para executar um programa no próprio servidor. (Apenas "copiar / b chunk1 + chunk2 + chunk3 total.vhd" será feito se você não tiver permissão para instalar software adicional no lado do servidor).

    

Answer 5

Apenas um pensamento: o VHD está sendo usado pelo hypervisor ou montado?

Pode estar falhando porque parte do VHD está bloqueada e não pode ser lida no sistema de arquivos. É por isso que fechar o arquivo funciona e por que arquivos de vídeo do mesmo tamanho também funcionam, mas não arquivos VHD.

Procurando por um bloqueio de arquivo no Windows:

1. Faça o download do processo explorador (Link direto para live.sysinternals.com)
2. Selecione o Find Menu, escolha Find Handle ou DLL ...
3. Digite o nome do arquivo, selecione a pesquisa.

Parece haver uma postagem de intercâmbio de especialistas com problemas semelhantes . Mas não há resoluções nas respostas.

    

Answer 6

Isso soa como se fosse um problema de permissão, quando você tenta copiar o arquivo para o local da rede, ele é interrompido ou falha; talvez você possa tentar criar uma pasta de rede para torná-lo totalmente aberto, ou seja, compartilhado com o " Todos "Agrupam e também definem esse caminho na guia de segurança. Se isso resolver o problema, então parece um problema de permissões, na verdade, uma vez que você mencionou que a cópia do Linux falhou mais cedo, parece que as permissões podem ser o problema. Verifique se os arquivos dentro do VHD não estão em uso e se você tem permissões adequadas para acessá-los.

Verifique também se a pasta da qual você está copiando tem permissões abertas. Lembre-se que isso é só para ver se as permissões estão atrapalhando, você pode sempre apertar mais tarde, assim que tiver um ponto de vista da cópia funcionando corretamente.

Outra coisa e pode ser um tiro no escuro, mas você já tentou atualizar os drivers da NIC? Talvez possa haver uma correção no driver mais recente da sua máquina.

Espero que isso ajude, Cheers