Saltar al contenido

Tamaño del paquete de red en la cadena de conexión del servidor SQL para mejorar el rendimiento

Solución:

Lo que debe suceder es que la configuración de MTU en la red ethernet debe aumentarse de 1500 a algo al norte de 4096. Estas configuraciones generalmente se establecen en la página de configuración del controlador. Para una buena red, realmente desea que todos los dispositivos (incluidos todos los conmutadores ethernet) en la misma ethernet tengan la misma configuración de MTU.

Configuración de Jumbo Frame en uno de mis servidores


(fuente: sysadmin1138.net)

Ahí es donde lo cambiarías en uno de mis servidores.

¿Puede ayudar? Ciertamente puede. Menos fragmentación de paquetes significa menos trabajo en la pila de TCP para reensamblar el flujo de tráfico. Puede que no sean órdenes de magnitud, pero podría ayudar.

Las conexiones locales al servidor utilizan, creo, tuberías en lugar de conexiones TCP y probablemente no se vean afectadas por este cambio.

Puedes intentarlo, pero dudo que ayude mucho. El TDS como protocolo nunca fue diseñado para un alto rendimiento. Si desea mover datos entre dos instancias de servidor SQL, puede considerar usar Service Broker en su lugar, su pila de red está mucho más orientada hacia un alto rendimiento que la de TDS. Esta es la razón por la que Mirroring elige la pila de red SSB para comunicarse con los servidores espejo en espera. Además de la semántica de movimiento de datos de SSB, son mucho mejores que los servidores vinculados y, por lo general, mejores que las aplicaciones cliente personalizadas.

No puedo comentar sobre tcp, marcos, etc., pero solo configuré el tamaño del paquete de red SQL Sever una vez, nunca, para alguna aplicación vil que aún necesitaba herramientas de cliente SQL 6.5.

Es una de esas configuraciones de “no lo hagas”.

¡Haz clic para puntuar esta entrada!
(Votos: 0 Promedio: 0)



Utiliza Nuestro Buscador

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *