16 votos

Transferencia de archivos de red VHD falla consistentemente en 4GB

Este tema ha sido muy frustrante para nosotros: cuando la transferencia de un gran VHD (virtual hard disk) archivo desde un equipo con Windows 7 a través de la red física de un equipo con Windows Server 2008 en nuestro centro de datos, la transferencia de archivos de windows falla en 4 GB de forma coherente. Tenemos un directo 100 mbit conexión desde nuestra oficina principal para nuestro centro de datos.

Cuando la transferencia se produce un error, el mensaje de error es:

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

Es sólo VHD archivos mayores de 4 GB que no. Si enviamos a cualquier otro tipo de archivo, funciona bien. Si nos postal de el VHD, que también funciona. Por otra parte, nos puede enviar un VHD la otra dirección (desde el centro de datos de la oficina principal) no hay problema. Es sólo archivos VHD en esa dirección.

Notas importantes:

  • Todas las particiones NTFS!!
  • No hay ningún firewall entre el servidor y estación de trabajo
  • Hemos intentado desactivar el antivirus en la estación de trabajo (sin antivirus en el servidor)
  • Hemos tratado de transferir el archivo de una máquina, no en el dominio
  • Hemos tratado de transferir el archivo de una máquina de Ubuntu (todavía no, pero en todo 450MB en lugar de 4 GB)
  • Wireshark captura de muestra 40 DUP Ack cuando la transferencia falla
  • Xcopy y Robocopy (con reiniciar banderas) no (mismo punto)
  • FTP de transferencia de falla en 4,14 X,XXX,XXX bytes y no se puede reiniciar en ese momento
  • Intentamos cambiar la extensión del archivo (estúpido, sino un último recurso) a algo distinto de vhd antes de enviarlo, pero todavía no
  • La conexión es la siguiente: Dell Estación de trabajo (Oficina Principal) -> Dell PowerConnect 5448 Managed Switch (MO) -> HP Procurve 2910al-24G de Capa 3 Router (MO) -> 100Mb TLS enlace -> HP Procurve 2910al-24G de Capa 3 Router (centro de Datos) -> Dell PowerConnect 5448 Managed Switch (DC) -> Servidor de Dell (DC)

Así que, básicamente, es SÓLO archivos vhd > 4GB, desde nuestra oficina principal para nuestro centro de datos que se produce un error. Todo esto no salen... en este punto creo que es un problema con nuestra red de la configuración de hardware, pero no entiendo cuál es la diferencia entre la transferencia de una gran VHD (que falla, en los 4GB) y un gran archivo de vídeo (que funciona siempre).

3voto

Nissim Puntos 2174

Después de la solución de problemas de este durante muchas horas (y tratando todas las sugerencias publicado aquí), el problema resultó ser el TLS vínculo entre la oficina principal y el centro de datos. Llamé a nuestro TLS proveedor y después de hablar con varios NOC técnicos, uno de ellos había oído hablar de el problema exacto antes. Resultó que algunos de sus capa 2 el equipo era viejo y tenía problemas con el VHD de datos.

La solución fue actualizar el firmware de estos dispositivos, el cual fue realizado por el TLS proveedor. Ahora no tenemos problemas de transferencia de grandes Vhd. Para aquellos interesados, nuestro TLS proveedor de Comunicaciones Shaw en Victoria, Canadá.

1voto

gWaldo Puntos 9177

Trate de Xcopy o Robocopy; por lo menos uno o ambos tienen un conmutador "curriculum". Rsync puede ser de ayuda, también.

¿Por curiosidad, es una de las máquinas de 32 bits, pero la otra es 64 bits? Si es así, puede usted probar su copia con una máquina de 64 bits temporalmente.

0voto

Willy Puntos 1

Búsqueda google para fallas de copia de la red de archivos de gran tamaño y usted encontrará algunos hilos hablando de temas similares, pero no sólo de vhd. Este KB está ligado generalmente a ver si trucar la ayuda de configuración de NIC. Descarga TCP, ajustes de chimenea, etc..

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

0voto

Tonny Puntos 5020

Mmmmhhhh... veo las diversas respuestas de arriba y me doy cuenta de que todavía no puedo decir si realmente se trató de copiar con una de 64 bits programa de copia. (xcopy, robocopy y la mayoría de los clientes FTP son de 32 bits, incluso en una de 64 bits de Windows.)

Puedes probarlo con la versión de 64 bits de TotalCommander V8.0 ? (Todavía es una Release Candidate, pero muy estable.) Que es realmente sólo 64 bits.

Otra cosa a probar si el servidor tiene habilitado IPV6 (generalmente lo hace en W2K8): Deshabilitar IPV4 completamente en la estación de trabajo para la copia tendrá el uso de IPV6. Será interesante ver si eso hace la diferencia.

Si ninguno de los anteriores trae aliviar.... Usted puede siempre usar HJSplit (o la función de división de TotalCommander) para dividir el archivo en 1 GB trozos, pero, por supuesto, usted debe tener un medio de re-unirse a ellos en el servidor. Eso dependerá de si usted tiene acceso para ejecutar un programa en el propio servidor. (Sólo "copy /b chunk1+chunk2+chunk3 total.vhd" si no se permite la instalación de software adicional en el lado del servidor.)

0voto

Joseph Kern Puntos 7103

Sólo un pensamiento: Es el disco duro virtual en uso por el hipervisor o montado?

Podría estar fallando, porque parte de la VHD está bloqueada y no puede ser leído desde el sistema de archivos. Esta es la razón por la que comprimir el archivo que funciona y por qué los archivos de vídeo del mismo tamaño también trabajo, pero no los archivos VHD.

Buscando un archivo de bloqueo en windows:

  1. Descargar process explorer (enlace Directo a live.sysinternals.com)
  2. Seleccione el Menú buscar, seleccione Buscar Mango o DLL...
  3. Escriba el nombre de archivo, seleccione buscar.

No parece ser un intercambio de expertos post con problemas similares. Pero no hay resoluciones en las respuestas.

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by: