L'aspettativa di vita della pagina fluttuantemente fluttuante
-
29-09-2020 - |
Domanda
Per mesi ora, il ple su uno dei nostri server ha praticato intorno ai 2 milioni di secondi. Se varia leggermente da giorno in giorno, ma era piuttosto stabile lì.
Quest'ultimo fine settimana, abbiamo aggiunto 12 GB di RAM virtuale e 1 core della CPU virtuale al server. Non abbiamo cambiato la RAM massima usata in SQL Server per abbinare la nuova RAM né ha assegnato il nuovo core CPU a SQL Server.
Dal momento che questo è stato fatto, il nostro PLE ha fluttuato selvaggiamente, passando tra 50 e 4 milioni di secondi ogni 10-30 minuti. Le modifiche non sono un lento aumento o cadono. Le metriche vanno direttamente da molto bassa a molto alta e viceversa in meno di un minuto.
I nostri tempi di attesa complessivi per il server vanno bene. I fermi sono normali. Le dimensioni del buffer e della cache del piano non sono cambiate. Non sembra esserci alcun modello coerente di una query specifica o di una query drenando le risorse.
Non ho mai visto PLE a farlo prima. Qualcuno può indicarmi a ciò che posso mancare o aver bisogno di sembrare più in profondità?
.
Ulteriori informazioni da Commenti:
- .
- Siamo a 5 cpus totali ma solo usando 3 (eravamo a 4 usando 3).
- La nostra memoria totale è di 49 GB e il Max di SQL è 28 GB.
- Utilizziamo VMware con un sistema operativo X64 (Windows 2008).
- Ci sono 14 database utente sul server con quello primario per circa 250 GB.
- Il rapporto del colpo della cache del buffer è rimasto circa il 98 +% da quando tutto è iniziato.
- Il piano Power Server è impostato su Bilanciata (non ad alte prestazioni); Tuttavia, ciò non è cambiato in diversi anni. Detto questo, sono completamente d'accordo che dovrebbe essere alte prestazioni.
- Né gli errori del server SQL né i registri eventi di Windows mostrano nulla fuori dall'ordinario.
- L'attività sul server non è cambiata nelle ultime settimane diverse.
- Il server è numa consapevole. Il
MAXDOP
è 4, con una soglia di costo di 10.
Soluzione
Abbiamo urtato la memoria da 28 GB (la quantità originale) a 40 GB, lasciando 8 GB di memoria per il sistema operativo e altri processi.Subito dopo tutto tornò alla normalità e è rimasto stabile.Uno dei nostri DBA ha ipotizzato che SQL Server è stato confuso su quanta memoria aveva davvero disponibile.Avevo controllato la memoria totale del server sia prima che dopo che i numeri sono stati coerenti con la vedo nelle proprietà del server ma trovo che l'affermazione è difficile discutere contro