|
Objectifs du test :Réduire l’impact de la mémoire sur les instances SQL Exemples de tests :Une instance en ligne de mémoire 100G Étapes du test : 18:20 Début de l’enregistrement des données PERF 18:30 Ajustez la mémoire SQL maximale à 3/4 de sa taille initiale (75G) - cela prend 3,9 secondes 18:40 Restaurez la mémoire SQL maximale à sa taille initiale de 100G - 3,8 secondes 18:50 Arrêtez l’enregistrement des données PERF Temps mort 19:20 Début de l’enregistrement des données PERF 19:30 Arrêtez l’enregistrement des données PERF
Contenu des archives : Les données de performance sur 4 minutes à 10 étaient enregistrées 18:20 -18:30 Étape 1, période de mémoire normale 18:30 -18:40 Phase 2, temps d’exécution mémoire limité 18:40 - 18:50 Étape 3, Période de récupération 1 19:20 -19:30 Étape 4, période de récupération 2 Temps de traitement (_Total) % Process(sqlservr) % Temps de processeur Temps processeur (_Total) % Temps utilisateur (_Total) % processeur Temps privilégié processeur(_Total) % PhysicalDisk(_Total) % Temps d’inactivité PhysicalDisk(_Total) % Temps disque PhysicalDisk(_Total)Avg. Longueur de file d’attente de disque PhysicalDisk(_Total)Longueur actuelle de file d’attente du disque Fautes MemoryPage/sec MemoryAvailable MBytes MemoryPages/sec Bases de données (_Total)Transactions actives Statistiques générales Connexions utilisateurs
Résultats des tests : CPU:变化不明显，影响可忽略 Les paramètres d’IO ont beaucoup changé, IDEALTIME a chuté de 1 %, et la file d’attente et le DISKTIME sont environ deux fois plus nombreux qu’avant. Et il y aura un processus de récupération lent (plus d’une heure) à l’avenir. En termes de SQL, les transactions actives augmenteront significativement (3 fois), le remplacement de mémoire et d’E/S augmentera également (environ 2 fois), et la recompilation du plan d’exécution sera particulièrement visible, notamment les écritures LAZYWRITE. Données de test :Attachment EXCEL
En pièce jointe : Quelques légendes
| 
Publié sur 26/11/2014 15:41:41
|
|
|
|
