|
Obiectivele testului:Reducerea impactului memoriei asupra instanțelor SQL Exemple de test:O instanță online de memorie 100G Pași de testare: 18:20 Începe înregistrarea datelor PERF 18:30 Ajustează memoria SQL maximă la 3/4 din dimensiunea originală (75G) - durează 3,9 secunde 18:40 Restabilește memoria SQL maximă la dimensiunea inițială de 100G - 3,8 secunde 18:50 Opriți înregistrarea datelor PERF Pauză 19:20 Începe înregistrarea datelor PERF 19:30 Opriți înregistrarea datelor PERF
Conținutul înregistrării: Datele de performanță pentru 4*10 minute au fost înregistrate 18:20 -18:30 Etapa 1, perioadă normală de memorie 18:30 -18:40 Faza 2, timp de rulare cu memorie redus 18:40 -18:50 Etapa 3, Perioada de recuperare 1 19:20 -19:30 Etapa 4, perioada de recuperare 2 Timp de proces (_Total)% Timp de proces (sqlservr)% Timp de procesor (_Total)% Timp de procesor (_Total)% utilizator Timp privilegiat al procesorului(_Total)% PhysicalDisk(_Total)% Timp de Inactivitate PhysicalDisk(_Total)% Timp pe disc PhysicalDisk(_Total)Avg. Lungimea cozii de disc PhysicalDisk(_Total)Lungimea cozii discului curente Defecte MemoryPage/sec MemoryAvailable MBytes MemoryPages/sec Baze de date(_Total)Tranzacții active Statistici generaleConexiuni cu utilizatorii
Rezultatele testelor: CPU:变化不明显,影响可忽略 Parametrii IO s-au schimbat semnificativ, IDEALTIME a scăzut cu 1%, iar coada și DISKTIME-ul sunt practic de aproximativ două ori mai mari decât înainte. Și va urma un proces de recuperare lent (mai mult de 1 oră). În ceea ce privește SQL, tranzacțiile active vor crește semnificativ (de 3 ori), înlocuirea memoriei și a IO-ului va crește de asemenea (aproximativ de 2 ori), iar recompilarea planului de execuție va fi deosebit de vizibilă, în special scrierile LAZYWRITE. Date de test:Atașamentul EXCEL
Atașate: Câteva legende
|