Tentando recuperar algum espaço em disco diminuindo o tamanho do nosso banco de dados do WSUS, ou pelo menos descubra por que ele é tão grande, tentei conectar-me ao Banco de Dados Interno do Windows no SQL Server Management Studio (usando o \. \ pipe \ mssql $ microsoft ## ssee \ sql \ query nome do banco de dados que eu vi referenciado em vários lugares) e recebi um erro:
Cannot connect to \.\pipe\mssql$microsoft##ssee\sql\query.
ADDITIONAL INFORMATION:
Login failed for user '[ourdomain]/[myusername]'. (Microsoft SQL Server, Error: 18456)
Server Name: \.\pipe\mssql$microsoft##ssee\sql\query
Error Number: 18456
Severity: 14
State: 1
Line Number: 65536
Minha conta tem privilégios de administrador de domínio, então não entendo por que isso não funcionaria. O link de ajuda que me oferece diz que "Se o seu erro indica estado 1, entre em contato com o administrador do SQL Server" (que, infelizmente, sou eu).
Eu também tentei o script WsusDBMaintenance de aqui , que aparentemente deveria funcionar, e recebeu a mesma mensagem "Login failed for user".
Atualizar: achei as entradas correspondentes no log de erros, que dizem:
2009-10-09 14:13:51.30 Logon Error: 18456, Severity: 14, State: 11. 2009-10-09 14:13:51.30 Logon Login failed for user '[domain]\[user]'. [CLIENT: <named pipe>]
Ele diz aqui esse estado 11="Login válido, mas acesso ao servidor falha ".
Como esse é um servidor do Windows 2008, provavelmente o Controle de acesso do usuário está causando o problema.
Quando você quiser conectar a instância, clique com o botão direito do mouse em SSMS e em Executar como administrador. E dê o nome acima, você deve conseguir entrar.
Existem duas possibilidades aqui. Um é um problema de autenticação simples; o outro tem a ver com o código de estado no erro.
Primeiro, ao contrário das versões anteriores do SQL Server, o SQL Server 2008 não cria o grupo BUILTIN \ Administrators na instalação que costumava conceder a todos os administradores de domínio direitos totais ao servidor de banco de dados. Você precisa provisionar cada usuário que tenha direitos de administrador. Se você não fez isso, provavelmente precisará fazer login como um usuário que possui direitos totais - seja a conta do WSUS (dependendo dos direitos concedidos) ou como a conta de serviço do SQL Server (supondo que você usou um domínio conta).
Segundo, o código de estado refletido nos logs de erro internos do SQL Server 2008 é sempre 1, independentemente do motivo. A mensagem correspondente do log de erros do Windows terá um código de estado que reflete com mais precisão o motivo pelo qual o login falhou. Este post explica bem os possíveis estados.
Tags wsus sql-server-2008