|
Objetivos do Teste:Reduzir o impacto da memória em instâncias SQL Exemplos de teste:Uma instância online de memória 100G Passos do teste: 18:20 Comece a gravar os dados PERF 18:30 Ajuste a memória SQL máxima para 3/4 do tamanho original (75G) - leva 3,9 segundos 18:40 Restaurar a memória SQL máxima ao seu tamanho original de 100G - 3,8 segundos 18:50 Parar de gravar dados PERF Tempo 19:20 Comece a gravar os dados PERF 19:30 Pare de gravar dados PERF
Conteúdo do registro: Os dados de desempenho de 4x10 minutos foram registrados 18:20 -18:30 Estágio 1, período normal de memória 18:30 -18:40 Fase 2, tempo de execução de memória baixo 18:40 -18:50 Estágio 3, Período de Recuperação 1 19:20 -19:30 Estágio 4, período de recuperação 2 Tempo de Processamento(_Total)% Process(sqlservr)% Tempo de Processador Tempo de Processador(_Total)% Tempo do Usuário (_Total)% do Processador Tempo Privilegiado do Processador(_Total)% PhysicalDisk(_Total)% Tempo de Ociosidade Tempo de Disco PhysicalDisk(_Total)% PhysicalDisk(_Total)Avg. Comprimento da Fila de Disco PhysicalDisk(_Total)Comprimento da Fila do Disco Atual Falhas de MemoryPage por seg MemoryAvailable MBytes MemoryPages/seg Bancos de Dados(_Total)Transações Ativas Estatísticas GeraisConexões com os Usuários
Resultados do teste: CPU:变化不明显,影响可忽略 Os parâmetros de IO mudaram significativamente, o IDEALTIME caiu 1%, e a fila e o DISKTIME estão basicamente cerca do dobro do que antes. E haverá um processo de recuperação lento (mais de 1 hora) no futuro. Em termos de SQL, as transações ativas aumentarão significativamente (3 vezes), a substituição de memória e IO também aumentará (cerca de 2 vezes), e a recompilação do plano de execução será particularmente perceptível, especialmente gravações LAZYWRITE. Dados do teste:Anexo EXCEL
Anexado: Algumas lendas
|