Em um outro artigo bom Solução de problemas: Conectando-se ao SQL Server quando os administradores do sistema estão bloqueados , o autor nos diz que tudo o que precisamos fazer para recuperar o controle do nosso SQL Server é
"Start the instance of SQL Server in single-user mode by using either the -m or -f options. Any member of the computer's local Administrators group can then connect to the instance of SQL Server as a member of the sysadmin fixed server role."
Infelizmente, o que significa começar no modo de usuário único não é uma questão intuitiva. Além disso, pelo menos na minha experiência, a participação no grupo de Administradores locais do meu computador não concedeu status sysadmin à minha conta de "usuário".
Esta história tinha começado quando resolver um problema de associação no meu domínio por um servidor não-DC (consequência da mudança do ISP), eu reconstruí o DC no Windows Server 2008 R2 a partir de 2008. Isso resolveu alguns problemas menores, mas não abordou a questão da adesão pelo servidor errante. Levou uma correção sugerida no ServerFault para conseguir isso (no meu caso, era uma questão de redefinir o winsock e o tcpip).
O SQL Server 2008 reside nesse segundo servidor, agora um membro do domínio. Aqui está o problema. Como alguém aponta no ServerFault, é comum pressionar o botão "deixar o usuário atual tornar-se sysadmin" ao instalar o Server 2008. Também é comum não considerar mais ninguém. Como essa identidade de usuário único era um membro de domínio de um domínio que não existia mais, ninguém tinha permissão para administrar o Sql Server.
Eu fiz logon como administrador do servidor local que existia quando o Sql Server foi instalado, mas embora isso me permitisse acesso ao Management Studio, descobri rapidamente que BUILTIN \ Administrators tinha apenas a função de servidor "público".
Depois de muita pesquisa e experimentação, deparei-me com um artigo que fornecia as especificidades do logon de usuário único [ link :
C:\>cd \Program Files\Microsoft SQL Server\MSSQL10_50.1\MSSQL\Binn
C:\...>sqlservr.exe -m
Para se preparar para essa etapa, você deve encerrar o Sql Server (que é executado por padrão na maioria dos casos). Use o SQL Configuration Manager para parar o "Sql Server".
Em seguida, em um prompt de comando, navegue até o local desse arquivo de programa (ou equivalente em sua máquina) e emita o comando "sqlservr.exe -m". Se você vir um fluxo de atividade registrado no seu prompt de comando, você está tendo sucesso. Se não for iniciado, você provavelmente já terá o SQL Server em execução. Desligue.
Permitir que a instância de usuário único anexe seus bancos de dados. Quando a atividade de log cessar, abra o Management Studio. Você estará automaticamente no modo de usuário único e, portanto, qualquer conta que você represente será um administrador de sistema. Use esse poder para ajustar logins de segurança e funções de servidor.
No meu caso, tive que recriar as contas de domínio no novo domínio, excluí-las no SQL Server e reconstruí-las (devido à situação do SID / GUID), reatribuindo permissões a bancos de dados específicos, conforme necessário.