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
BINNdiretó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$SQL2008ou SQLAgent$SQL2008...
- Executar
lodctr /T:<<perf-sql* matching the counters you desire to load>>
Por exemplo: perf-MSSQL$SQL2008sqlctr.iniou perf-SQLAgent$SQL2008sqlagtctr.inipara 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:
sysadminpermissão, ele não precisará deview server statepermissã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.