Bajo rendimiento de SMB cuando copia archivos de Windows XP en un controlador de dominio de Windows 2000

Síntomas

Puede observar copia lento rendimiento cuando copia archivos desde un equipo cliente basado en Windows XP a un controlador de dominio basado en Windows 2000 (cuando se utiliza el protocolo bloque de mensajes de servidor [SMB]). Esta lentitud sólo se produce cuando copia archivos desde un cliente basado en Windows XP a un controlador de dominio basado en Windows 2000 (modo de inserción) y no al copiar archivos desde el controlador de dominio para el cliente (modo get).

Causa

El bajo rendimiento de SMB puede producirse si una confirmación retardada de TCP/IP (también conocida como un ACK TCP) se produce en un "SMB: C NT transact - Notify cambio" paquete. Normalmente, este problema se produce si utiliza el Explorador de Windows para copiar los archivos en un controlador de dominio. Sin embargo, este problema también puede producirse si utiliza un símbolo para copiar archivos o si el foco está en la carpeta de destino en el Explorador de Windows (cuando está implicada la notificación de cambio). Este problema se produce en cuanto se realice un procedimiento de copia SMB (desde cualquier programa) a una carpeta de destino remoto que también se ha invocado mediante una solicitud de "notificación de cambios" (desde cualquier programa).

De forma predeterminada, este comportamiento se produce en cuanto utiliza firmas de seguridad SMB. Si las firmas de seguridad están configuradas, SMB debe ser procesado por el redirector sincrónicamente. El redirector tiene que esperar hasta que el comando SMB actual se procesó por completo antes de continuar con el siguiente. El redirector de espera hasta que recibe la confirmación de TCP/IP de servidor.

Solución

Para evitar este problema, utilice cualquiera de las soluciones que se describen en esta sección.

Solución 1

Importante: esta sección, el método o la tarea contiene pasos que indican cómo modificar el registro. Sin embargo, pueden producirse problemas graves si modifica incorrectamente el registro. Por lo tanto, asegúrese de que sigue estos pasos cuidadosamente. Para una mayor protección, haga una copia de seguridad del registro antes de modificarlo. Entonces, puede restaurar el registro si se produce un problema. Para obtener más información acerca de cómo hacer copia de seguridad y restaurar el registro, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
322756 cómo hacer copia de seguridad y restaurar el registro en Windows
  1. Haga clic en Inicio, haga clic en Ejecutar, escriba regedit en el cuadro Abrir y, a continuación, haga clic en Aceptar.
  2. Busque y, a continuación, haga clic en la siguiente clave del registro:
    HKEY_LOCAL_MACHINE\System\Current ControlSet\Services\LanmanServer\Parameters
  3. Haga doble clic en el valor RequireSecuritySignature , escriba 0 en el cuadro información del valor y, a continuación, haga clic en Aceptar.
  4. Haga doble clic en el valor de EnableSecuritySignature , escriba 0 en el cuadro información del valor y, a continuación, haga clic en Aceptar.
  5. Salga del Editor del registro.
De forma predeterminada, el valor de EnableSecuritySignature se establece en 1 (activado) en un controlador de dominio y se establece en 0 (OFF) en un controlador de dominio no. Como resultado, bajo rendimiento de SMB copia sólo se produce al copiar elementos a un controlador de dominio.

Solución 2

Nota: Esta solución no se admite en equipos basados en Windows Server 2003 y con Windows XP.

Alternar el TCP retrasa el temporizador de ACK (TcpDelAckTicks) a un valor inferior. Cuando lo hace, el servidor reconoce elementos más frecuentemente pero a intervalos más cortos. Puede utilizar la revisión que se describe en el siguiente artículo de Microsoft Knowledge Base para especificar un valor personalizado ACK con retraso:

311833 el valor TcpDelAckTicks del registro no tiene ningún efecto en los tiempos de espera de Ack
Si establece el valor TcpDelAckTicks en 0, se desactiva el temporizador completamente. Cuando el temporizador está desactivado, TCP vuelve para solicitar previamente para el comportamiento de comentarios (RFC) 1122; Confirma cada paquete. Esta solución resuelve el problema de rendimiento de la copia SMB. Sin embargo, en una red de alta latencia (segmento muy saturado), este comportamiento aumenta el número de confirmaciones del controlador de dominio e impone una presión adicional en la red.

Más información

Para ver cómo se relacionan el rendimiento lento con acuse de recibo de TCP/IP de algunas tramas SMB ("SMB: C NT transact - Notify Change"), realizar un seguimiento de red. Si lo hace, verá que el redirector no continúa con el resto de las operaciones de copia cuando el marco de "SMB: C NT Transact – Notify Change" no es reconocido por el servidor en el nivel de transporte TCP. Sólo se retrasa el acuse de recibo de TCP/IP (de alrededor de 0,2 segundos) cuando el servidor es un controlador de dominio basado en Windows 2000.

En un cliente basado en Windows XP o en un cliente basado en Microsoft Windows Server 2003, hay una nueva clave del registro denominada TcpAckFrequency que controla las ACK de TCP antes de alcanza el temporizador de ACK con retraso.

Para obtener más información acerca de este problema, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:

321098 rendimiento lento de la red se produce si copia los archivos a un controlador de dominio que ejecuta Windows 2000 o Windows Server 2003

Nueva entrada del registro 328890 para controlar el comportamiento de confirmación (ACK) de TCP en Windows XP y en Windows Server 2003

Propiedades

Id. de artículo: 321169 - Última revisión: 17 ene. 2017 - Revisión: 1

Comentarios