Leer en inglés

Compartir a través de


Escalar el nivel del servidor SQL Server verticalmente

En este modelo, la base de datos de cuadro de mensajes SQL existente se actualiza para escalarse según los requisitos de rendimiento o latencia.

La siguiente ilustración muestra un caso donde la base de datos de cuadro de mensajes principal se actualiza del servidor del procesador quad al servidor del procesador 8.

Escalado vertical de MSGBOX

Cuándo se debe escalar el nivel SQL verticalmente

  • Cuando pueda realizar el escalamiento vertical de la base de datos de cuadro de mensajes principal.

  • Cuando la base de datos de cuadro de mensajes principal forme un cuello de botella. Estos cuellos de botella pueden ser:

    • CPU En el caso de escenarios de orquestación muy costosos y complejos, el cuadro de mensaje consume muchos recursos de CPU. Escalar el servidor SQL verticalmente, aumentando el número de CPU, debería ampliar el escenario.

    • Memoria o E/S La memoria o la E/S pueden ser cuellos de botella y se pueden actualizar.

  • Cuando el escalamiento vertical resulta más económico que el escalamiento horizontal, y el escalamiento vertical puede solucionar el cuello de botella. Por ejemplo, si la base de datos de cuadro de mensajes principal tiene un problema con la contención de bloqueos de SQL, el escalamiento vertical no puede resolver este problema.

¿Cuándo se decide que no se puede realizar el escalamiento vertical en SQL?

El escalamiento vertical no puede solucionar los cuellos de botella de la contención de bloqueos en el nivel SQL. Si se alcanzan estos tipos de cuellos de botella, el escalamiento horizontal resulta una mejor opción que el vertical.

Estrategias y consideraciones para realizar el escalamiento vertical del nivel SQL

  • Realice primero un escalamiento vertical de la base de datos de cuadro de mensajes principal, y luego lleve a cabo el escalamiento horizontal.

  • La base de datos maestra de cuadro de mensajes será finalmente el cuello de botella. Por lo tanto, la base de datos de cuadro de mensajes principal debería ser más rápida y más grande (por ejemplo, un equipo de 64 bits basado en Itanium o x64 con doble núcleo).

Consulte también

Escalar horizontalmente el nivel de BizTalk Server
Escalar el nivel de BizTalk Server verticalmente
Escalar horizontalmente el nivel de SQL Server
Hosts de recepción escalados horizontalmente
Hosts de procesamiento escalados horizontalmente
Hosts de envío escalados horizontalmente
Uso de un clúster de Windows Server para proporcionar alta disponibilidad para BizTalk Server hosts2
Bases de datos escaladas horizontalmente
Agrupación en clústeres de las bases de datos de BizTalk Server