Bajo PLE en el nodo NUMA 000, alto en 001

10

Estoy mirando PLE (Page Life Expectancy) en los nodos NUMA en nuestros servidores SQL, y encontré una distribución bastante extraña. El nodo NUMA 000 tiene un PLE muy bajo en comparación con 001. No estoy seguro de por qué es así. He comprobado en varios otros servidores SQL en nuestro entorno, y los otros servidores de producción no tienen este comportamiento.

El sistema ejecuta SQL Server 2012 Enterprise Edition en Dell m620 con 256 GB de RAM. Es una máquina de 2 sockets, 6 núcleos (HT habilitado). MAXDOP se establece en 6. Los módulos de memoria AFAIK se instalan de manera uniforme en los bancos de memoria de las CPU

Algo me dice que el nodo NUMA 000 tiene otras tareas SQL que realizar, esos otros nodos, pero he olvidado dónde lo escuché / vi.

ingrese la descripción de la imagen aquí

ingrese la descripción de la imagen aquí

Imagen PLE

@@Version muestra: Microsoft SQL Server 2012 (SP1) - 11.0.3412.0 (X64)

sql-server sql-server-2012 numa Kasper Brandenburg
fuente
2
PLE por sí solo dice poco. Hay más contadores como Buffer Node y Memory Node que pueden arrojar un poco más de luz. Y en última instancia: ¿hay un problema de rendimiento, o esto es solo una curiosidad? Cómo analizar el rendimiento de SQL Server
Remus Rusanu
@RemusRusanu: Si tenemos un problema de rendimiento en nuestras manos, nadie lo sabe :) Estoy preguntando por puro interés.
Kasper Brandenburg
Si ve el contador, stolen nodes memory KBsu valor es 97G, que es una IMO muy alta. La memoria robada es una memoria no utilizada para fines de base de datos, sino por SQL Server para operaciones como ordenar, hash y otros fines misceláneos. Por otro lado, el objetivo y la memoria total son iguales. Esto parece extraño Debe aplicar SP2 pero tengo la sensación de que PLE podría estar siendo calculado incorrectamente
Shanky
Bien. Podríamos visualizar SQL2014 visualizado en lugar de instalar SP2
Kasper Brandenburg

Respuestas:

1

Si tiene una consulta de lectura intensiva que se ejecuta en un nodo NUMA (en este caso, 0), puede experimentar una expectativa de vida de página más baja en relación con otros nodos NUMA.

Eso es totalmente normal.

Para ver qué consultas se están ejecutando en este momento, puede usar el excelente sp_WhoIsActive de Adam Machanic . Es totalmente gratis. Algunas personas incluso lo ejecutan cada X minutos y registran los datos en una tabla para que puedan volver a ver qué estaba funcionando en el momento en que PLE cayó en picada.

Brent Ozar
fuente
-1

Mi comprensión de la arquitectura NUMA es que cada nodo prácticamente se aísla. En ese caso, podrían terminar haciendo un trabajo muy diferente. Por ejemplo, 0 podría estar ejecutando consultas que requieren muchas E / S físicas, mientras que 1 tiene suerte y encuentra todos sus datos en el grupo de búferes.

Nerd SQL
fuente