L'aspettativa di vita della pagina fluttuantemente fluttuante

Question

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.

Answer 1

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