Os contadores do PerfMon têm valores diferentes de% do arquivo de paginação para _Total e C: \ pagefile.sys para o SQL Server na VM

Question

Estou coletando contadores do PerfMon em um servidor SQL Server 2008 (que está hospedado em uma VM) e estou recebendo valores de% de arquivo de página% para _Total e C: \ pagefile.sys diferentes. Os valores de C: \ pagefile.sys estão consistentemente em zero e os valores de _Total são consistentemente em torno de 26. Outros contadores (Concessões de memória pendentes, Expectância de vida da página, Comprimento da fila do processador, MBytes disponíveis) todos estão mostrando valores indicativos de memória e pressão da CPU , então eu acho que haveria alguma indicação de paginação para o disco (com o qual o valor de uso de arquivo de paginação total concorda, mas o valor da instância C: \ pagefile.sys não).

Alguém poderia ter uma ideia de como eu deveria avaliar esses dois valores do Pagefile% Usage para determinar o uso real do arquivo de paginação no servidor? O fato de o servidor ser uma máquina virtual tem algo a ver com o motivo de haver dois valores?

    

Answer 1

Would anyone have insight into how I should evaluate these two Pagefile % Usage values to determine the actual pagefile usage on the server?

Existem algumas coisas que podem estar acontecendo aqui, vou listá-las em ordem de probabilidade:

1. Você não possui um arquivo de paginação em C: \ pagefile.sys. É incrivelmente raro que haja absolutamente zero uso. Você pode verificar a localização do (s) arquivo (s) de paginação executando wmic pagefile /format em um prompt de comando elevado.

2. Você tem mais de um arquivo de paginação e o de c: \ não está sendo usado. Ainda é bastante incomum, mas possível. Execute o comando acima para verificar.

3. Você está lendo o gráfico Perfmon incorretamente. Muito improvável, já que é direto, mas vale a pena mencionar já que você não postou uma captura de tela dele.

Does the fact that the Server is a Virtual Machine have anything to do with why there are two values?

Não.