O SQL Server Management Studio (SSMS) é uma das principais ferramentas de um DBA SQL Server e sem ela, na minha opniao, é praticamente impossível de trabalhar, a não ser que você goste de utilizar a famosa linha de comando para tudo (SQLCMD ou SQLPS), mas esse não é meu caso. Eu estava instalando o SSMS em meu novo notebook da empresa e me deparei com o seguinte erro:
Figura 01
Visualizando o relatório com detalhes, tenho a mensagem:
Figura 02
Verificando o erro encontrei um KB relacionado ao mesmo: http://support.microsoft.com/kb/2000257
Simples e fácil de resolver. O que falta é permissão nos seguintes objetos:
| Local Policy Object Display Name | User Right |
| Backup files and directories | SeBackupPrivilege |
| Debug Programs | SeDebugPrivilege |
| Manage auditing and security log | SeSecurityPrivilege |
Para listar as permissões, você pode utilizar o seguinte comamdo a partir de um Prompt ou PowerShell:
whoami /priv
Fácil seria se uma politica de GPO permitisse adicionar permissões nesses objetos. No meu caso o que estava faltando era permissão no “Debug Programs”. Conversando com a equipe que definiu as GPO chegamos ao veredito que não seria mudado a GPO por varias questões de seguranças.
Corrigir essas permissões é a melhor maneira de solucionar o problema.
E agora, eu apenas queria instalar o SSMS na minha estação de trabalho! Nem tudo está perdido. Uma outra pessoal da minha equipe descobriu que é possível contornar essa verificação através da linha de comando:
Setup /Action=Install /SkipRules=HasSecurityBackupAndDebugPrivilegesCheck
Obrigado Rene pelo comando!!!
Dessa maneira foi possível instalar o SSMS no meu notebook.