|
Obiettivi del test:Ridurre l'impatto della memoria sulle istanze SQL Esempi di test:Un'istanza online di memoria 100G Passaggi del test: 18:20 Inizia la registrazione dei dati PERF 18:30 Regola la memoria SQL massima a 3/4 della sua dimensione originale (75G) - ci vogliono 3,9 secondi 18:40 Ripristina la memoria SQL massima alla sua dimensione originale di 100G - 3,8 secondi 18:50 Interrompi la registrazione dei dati PERF Time out 19:20 Inizia la registrazione dei dati PERF 19:30 Smetti di registrare i dati PERF
Contenuto del disco: Sono stati registrati i dati di performance per 4*10 minuti 18:20 -18:30 Fase 1, periodo di memoria normale 18:30 -18:40 Fase 2, runtime di memoria ridotta 18:40 -18:50 Fase 3, Periodo di recupero 1 19:20 -19:30 Fase 4, periodo di recupero 2 Tempo di elaborazione (_Total)% Process(sqlservr)% Tempo di elaborazione Tempo di processore (_Total)% Tempo utente (_Total)% di processore Tempo privilegiato del processore(_Total)% PhysicalDisk(_Total)% Tempo di inattività PhysicalDisk(_Total)% Tempo su disco PhysicalDisk(_Total)Media. Lunghezza della coda del disco PhysicalDisk(_Total)Lunghezza della Coda Disco Attuale Errori di MemoryPage per sec MemoryAvailable MBytes MemoriePages/sec Database(_Total)Transazioni attive Statistiche Generali Connessioni con gli utenti
Risultati del test: CPU:变化不明显,影响可忽略 I parametri IO sono cambiati significativamente, IDEALTIME è diminuito dell'1%, e queue e DISKTIME sono praticamente circa il doppio rispetto a prima. E ci sarà un processo di recupero lento (più di un'ora) in futuro. In termini di SQL, le transazioni attive aumenteranno significativamente (3 volte), anche la sostituzione di memoria e IO aumenterà (circa 2 volte), e la ricompilazione del piano di esecuzione sarà particolarmente evidente, soprattutto le scritture LAZYWRITE. Dati del test:Accessori EXCEL
Allegato: Alcune leggende
|