|
Objetivos de la prueba:Reducir el impacto de la memoria en las instancias SQL Ejemplos de pruebas:Una instancia online de memoria de 100G Pasos de prueba: 18:20 Empezar a grabar datos PERF 18:30 Ajusta la memoria SQL máxima a 3/4 de su tamaño original (75G) - tarda 3,9 segundos 18:40 Restaurar la memoria SQL máxima a su tamaño original de 100G - 3,8 segundos 18:50 Detener la grabación de datos PERF Tiempo muerto 19:20 Comienza la grabación de datos PERF 19:30 Detener la grabación de datos PERF
Contenido del disco: Se registraron datos de rendimiento durante 4*10 minutos 18:20 -18:30 Etapa 1, periodo de memoria normal 18:30 -18:40 Fase 2, tiempo de ejecución de memoria bajo 18:40 -18:50 Etapa 3, Periodo de Recuperación 1 19:20 -19:30 Etapa 4, periodo de recuperación 2 Tiempo de procesador (_Total)% Proces(sqlservr)% Tiempo de procesador Tiempo de procesador(_Total)% de procesador Tiempo de usuario (_Total)% de procesador Tiempo privilegiado de procesador(_Total)% Tiempo de inactividad de PhysicalDisk(_Total)% Tiempo de disco PhysicalDisk(_Total)% PhysicalDisk(_Total)Promedio. Longitud de la cola de discos PhysicalDisk(_Total)Longitud de Cola de Disco Actual Fallos de MemoryPage por seg MemoryAvailable MBytes MemoryPages/seg Transacciones activas de bases de datos(_Total) Estadísticas generalesConexiones de usuarios
Resultados de las pruebas: CPU:变化不明显,影响可忽略 Los parámetros de IO han cambiado significativamente, IDEALTIME ha caído un 1%, y la cola y el DISKTIME son básicamente el doble que antes. Y habrá un proceso de recuperación lento (más de 1 hora) en el futuro. En términos de SQL, las transacciones activas aumentarán significativamente (3 veces), la memoria y la sustitución de IO también aumentarán (unas 2 veces), y la recompilación del plan de ejecución será especialmente notable, especialmente las escrituras de LAZYWRITE. Datos de prueba:Attachment EXCEL
Adjunto: Algunas leyendas
|