Intenté copiar un archivo en cif (compartir archivos de Windows) entre un servidor 2003 R2 y un nuevo servidor 2008 SP1 y obtengo una velocidad horrible.
Es un archivo de 300 MB que tarda unos 30 minutos en transferirse. Estoy obteniendo alrededor de 1-2 Mbit/s y esto está en un conmutador local.
Intenté iniciar la transferencia desde ambos servidores con los mismos resultados.
Copiar de 2003 a otro 2003 toma menos de 1 minuto, por lo que obviamente es algo relacionado con el servidor 2008.
Un comportamiento aún más extraño es que si copio simultáneamente otro archivo del servidor 2003 a otro servidor 2003, la tasa de transferencia desde el servidor 2008 aumenta drásticamente (como 10 veces, pero sigue siendo lenta).
A través del uso compartido de unidades RDP obtengo una velocidad VPN completa, aproximadamente 20 Mbit. Ningún otro servicio parece sufrir latencia.
He visto una publicación sobre la descarga de TCP que causa problemas en win2008, ¿podría estar relacionada?
Respuesta1
Asegúrese de que el servidor 2008 esté funcionando correctamente por sí solo. Intente transferir archivos entre este y otro servidor 2008, o si no hay uno disponible en una estación de trabajo Vista, usan la misma versión cifs.
He visto un comportamiento similar en la transferencia de archivos cuando había una discrepancia en la velocidad/dúplex entre la NIC y el conmutador, a veces debido a un problema de detección automática y otras veces debido a una mala configuración de uno o del otro, o de ambos.
Respuesta2
Podrías intentar desactivar el ajuste automático de TCP:
netsh interface tcp set global autotuninglevel=disabled
Si eso no funciona, vuelva a encenderlo con:
netsh interface tcp set global autotuninglevel=normal
El ajuste automático de TCP es una característica nueva en la pila TCP/IP de Vista y Windows 2008. La cantidad de datos que puede enviar a través de TCP/IP depende (entre otras cosas) del tamaño de la ventana de recepción. En versiones anteriores de Windows, el tamaño de la ventana de recepción tenía un límite de 64 KB. Con el ajuste automático, el tamaño de la ventana cambia dinámicamente según la capacidad y la velocidad de la conexión. La idea es que esto aceleraría las transferencias de datos.
El problema es que esta característica puede causar velocidades de transferencia más lentas si el sistema operativo del cliente o el hardware de red no soporta esta característica correctamente (como se describe en RFC 1323, Extensiones TCP para alto rendimiento).
En cualquier caso, puede que este no sea el problema aquí, pero vale la pena intentarlo.
Respuesta3
Acabo de resolver un problema similar a este en mi red. Una máquina con Windows 2003 Server estaba obteniendohorrible(~20Kb/s) velocidades de lectura de recursos compartidos en una nueva caja de Windows 2008 R2 (pero extrañamente, 2003 >> 2008 estuvo bien, ~50+Mb/s).
Algunas de las cosas que probé...
- Configuración
autotuninglevel=disabledcomo se sugirió anteriormente - Deshabilitar SMB 2, como se describeaquí
- Ajustar la configuración de control de flujo y dúplex de los adaptadores, principalmente en función deesta publicaciónpero sugerido en varios lugares
Ninguno de los cuales tuvo ningún efecto (positivo).
Para mí, la solución resultó ser deshabilitar la descarga de TCP (descritaaquí) agregando las siguientes claves de registro...
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
Value = DisableTaskOffload
Type = DWORD
Data = 1
Value = EnableTCPChimney
Type = DWORD
Data = 0
Value = EnableTCPA
Type = DWORD
Data = 0
Value = EnableRSS
Type = DWORD
Data = 0
Después de reiniciar, todas las transferencias se aceleraron.
Según mi comprensión (limitada) del problema, solo ocurre con ciertos modelos de NIC (extrae un Intel 82578DC) en una caja con 2008 o Win 7 que se comunica con una caja con 2003 o XP. En mi caso, la caja de 2003 era una máquina virtual que se ejecutaba en VMware Server 2.0.2 (pero no sé si eso es relevante).
¡Espero que ayude a alguien!
Respuesta4
Mi primera suposición sería un problema de hardware. Intente usar FTP o HTTP para transferir el archivo y vea si eso también es lento.
J.R.