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

Esse problema foi 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 Windows Server 2008 física em nosso datacenter, a transferência de arquivos do Windows falha com 4 GB de forma consistente. Temos uma conexão direta de 100 mbit do nosso escritório principal com 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.

É apenas arquivos VHD maior do que 4 GB que falhar. Se enviarmos qualquer outro tipo de arquivo, ele funcionará bem. Se compactarmos o VHD, isso também funcionará. 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.

Anotações 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
• Tentamos transferir o arquivo de uma máquina Ubuntu (ainda falha, mas com cerca de 450 MB em vez de 4 GB)
• 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 FTP falha em 4,14X, XXX, XXX bytes e não pode ser reiniciada nesse momento
• 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: Estação de trabalho Dell (escritório principal) -> Switch gerenciado Dell PowerConnect 5448 (MO) -> Roteador HP Procurve 2910al-24G camada 3 (MO) -> Link TLS 100Mb -> Roteador HP Procurve 2910al-24G camada 3 ( Data center) -> Dell PowerConnect 5448 Managed Switch (DC) -> Servidor Dell (DC)

Então, basicamente, são APENAS arquivos vhd> 4 GB, do escritório principal ao datacenter que falham. Tudo isso simplesmente não se resume ... neste momento, acredito que seja um problema com as configurações de hardware da rede, mas não entendo qual é a diferença entre transferir um VHD grande (que falha, a 4 GB) e um arquivo de vídeo grande (que funciona sempre).

Após solucionar esse problema por muitas horas (e tentar todas as sugestões postadas aqui), o problema acabou sendo o link TLS entre o escritório principal e o datacenter. Liguei para o provedor TLS e, depois de conversar com vários técnicos do NOC, um deles já havia ouvido falar do problema exato antes. Verificou-se que alguns dos equipamentos da camada 2 eram antigos e tinham problemas com os dados VHD.

A solução estava atualizando o firmware nesses dispositivos, executado pelo provedor TLS. Agora não temos problemas ao transferir VHDs grandes. Para os interessados, nosso provedor TLS é a Shaw Communications em Victoria, Canadá.

Experimente o Xcopy ou o Robocopy; pelo menos um ou ambos têm uma opção de "retomar". Rsync também pode ser útil.

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

Pesquisando no Google por falhas de cópia na rede de arquivos grandes, você encontrará alguns tópicos falando sobre problemas semelhantes, mas não apenas os VHDs. Esse KB geralmente está vinculado para verificar se os ajustes da NIC ajudam. Descarregamento de TCP, configurações de chaminé, etc.

http://support.microsoft.com/kb/951037

Mmmmhhhh ... 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 tentar com a versão de 64 bits do TotalCommander V8.0? (Ainda é um candidato a lançamento, mas muito estável.) Isso é realmente apenas de 64 bits.

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

Se nenhuma das opções acima trouxer alívio ... Você sempre pode usar o HJSplit (ou a função de divisão do TotalCommander) para dividir o arquivo em pedaços de 1 GB, mas é claro que você deve ter um meio de se juntar a eles no servidor. Isso dependerá se você tiver acesso para executar um programa no próprio servidor. (Apenas "copy / b chunk1 + chunk2 + chunk3 total.vhd" funcionará se você não tiver permissão para instalar software adicional no lado do servidor.)

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

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

Procurando um bloqueio de arquivo no Windows:

1. Baixe o explorador de processos (link direto para live.sysinternals.com)
2. Selecione o menu Localizar, escolha Localizar identificador ou DLL ...
3. Digite o nome do arquivo, selecione pesquisar.

Parece haver um posto de troca de especialistas com problemas semelhantes. Mas não há resoluções nas respostas.

Isso pode até parecer um problema de permissão. Quando você tenta copiar o arquivo para o local da rede em que ele pára ou falha, talvez você possa tentar criar uma pasta de rede para torná-lo totalmente aberto, o que significa que é compartilhado com o grupo "Todos" e também defina isso na guia segurança. Se isso resolver o problema, parece um problema de permissão; na verdade, como você mencionou que a cópia do Linux falhou antes, 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 de que isso é apenas para verificar se as permissões estão atrapalhando; você sempre pode reforçá-las mais tarde, depois que um ponto de partida da cópia estiver 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, Saúde