Se você tem certeza de que o usuário em questão possui View Server State
(e parece que ele está na sua captura de tela).
Existem várias razões anteriormente colocadas em um blog msdn. Variando de:
- Falha na configuração de objetos de desempenho e contadores durante a instalação do SQL Server.
- Uma mistura de plataformas de 64 e 32 bits.
- Permissões de registro foram distorcidas
Para resolver isso, podemos usar as mesmas etapas descritas nas diretrizes para reinstalar os contadores de desempenho em uma postagem de troca de pilhas diferente:
Usando um prompt de comando do administrador elevado, execute as seguintes etapas.
- Altere o caminho para o
BINN
diretório da instância do SQL Server que você deseja corrigir.
(Ex: C:\Program Files\Microsoft SQL Server\MSSQL10.SQL2008\MSSQL\Binn
)
- Executar
unlodctr <<REGISTERED SERVER NAME>>
Por exemplo: unlodctr MSSQL$SQL2008
ou SQLAgent$SQL2008
...
- Executar
lodctr /T:<<perf-sql* matching the counters you desire to load>>
Por exemplo: perf-MSSQL$SQL2008sqlctr.ini
ou perf-SQLAgent$SQL2008sqlagtctr.ini
para SQLAgent. A /T
é importante para carregar o provedor de contador de desempenho do SQL Server como um provedor confiável .
- Ciclo do serviço de registro remoto:
net stop "Remote Registry"
em seguida,net start "Remote Registry"
- Forçar uma sincronização WMI usando
winmgmt /resyncperfctr "<<PID>>"
onde PID é a identificação do processo WinPriv.exe
(você pode obter isso no Gerenciador de tarefas)
Também pode ser necessário o seguinte:
sysadmin
permissão, ele não precisará deview server state
permissão para executar o DMV, que está incluído na função sysadmin. À luz do acima, se nenhuma linha for retornada, isso significa que os contadores perfmon não estão instalados.