PLE basso sul nodo NUMA 000, alto su 001

Sto osservando PLE (Page Life Expectancy) tra i nodi NUMA sui nostri server SQL e ho riscontrato una distribuzione piuttosto strana. Il nodo NUMA 000 ha un PLE molto basso rispetto a 001. Non sono sicuro del perché. Ho controllato più altri server SQL nel nostro ambiente e gli altri server di produzione non hanno questo comportamento.

Il sistema esegue SQL Server 2012 Enterprise Edition su Dell m620 con 256 GB di RAM. È una macchina a 2 socket, 6 core (abilitata HT). MAXDOP è impostato su 6. I moduli di memoria AFAIK sono installati in modo uniforme sui banchi di memoria delle CPU

Qualcosa mi dice che il nodo NUMA 000 ha altre attività SQL da eseguire, che altri nodi, ma ho dimenticato dove l'ho sentito / visto.

inserisci qui la descrizione dell'immagine

Immagine PLE

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

sql-server sql-server-2012 numa

— Kasper Brandenburg
fonte

PLE da solo dice poco. Esistono più contatori come Nodo buffer e Nodo memoria che possono far luce un po 'più. E alla fine: c'è un problema di prestazioni o questa è solo una curiosità? Come analizzare le prestazioni di SQL Server

— Remus Rusanu,

@RemusRusanu: se abbiamo un problema di prestazioni nelle nostre mani, nessuno lo sa :) lo sto chiedendo per puro interesse.

— Kasper Brandenburg,

Se vedi un contatore, il stolen nodes memory KBsuo valore è 97G, che è IMO molto alto. La memoria rubata è la memoria non utilizzata per scopi di database ma da SQL Server per operazioni come ordinamento, hash e altri scopi vari. D'altra parte, la destinazione e la memoria totale sono uguali. Questo sembra strano. Devi applicare SP2 ma ho la sensazione che PLE potrebbe essere calcolato in modo errato

— Shanky

Tutto a posto. Potremmo visualizzare SQL2014 invece di installare SP2

— Kasper Brandenburg

Se si esegue una query ad alta intensità di lettura in esecuzione su un nodo NUMA (in questo caso, 0), è possibile che si verifichi un'aspettativa di vita della pagina inferiore rispetto ad altri nodi NUMA.

È del tutto normale.

Per vedere quali query sono in esecuzione in questo momento, puoi utilizzare l'eccellente sp_WhoIsActive di Adam Machanic . È totalmente gratuito. Alcune persone lo eseguono anche ogni X minuti e registrano i dati in una tabella in modo da poter tornare a vedere cosa era in esecuzione al momento del PLE.

— Brent Ozar
fonte

-1

La mia comprensione dell'architettura NUMA è che ogni nodo si isola praticamente da solo. In tal caso potrebbero finire per svolgere lavori molto diversi. Ad esempio, 0 potrebbe eseguire query che richiedono molti I / O fisici mentre 1 diventa fortunato e trova tutti i suoi dati nel pool di buffer.

— Nerd SQL
fonte