Não consegui estabelecer uma conexão DAC local usando o SSMS enquanto estava conectado à área de trabalho remota do sistema operacional Sql-Server. O primeiro motivo foi o SQL-Browser Service desativado. Mais tarde, o segundo motivo apontado foi o erro "DAC não ativado":
"Nenhuma conexão DAC pôde ser estabelecida na porta padrão. Certifique-se de que o DAC esteja ativado".
Procurei uma solução. A solução sugerida que encontrei foi habilitar a propriedade Facet "RemoteDacEnabled" ou executar
sp_configure 'remote admin connections', 1
Isso me faz pensar: por que devo habilitar uma propriedade REMOTE DacEnabled caso queira me conectar do SISTEMA LOCAL? Eu entendo REMOTO errado aqui?
"A conexão só é permitida de um cliente em execução no servidor. Nenhuma conexão de rede é permitida."
Se eu tiver que fazer logon no servidor local e NÃO na rede, que sentido faz uma configuração REMOTE DAC?
EDIT/parte da resposta: O principal motivo da minha pergunta foi que eu NÃO entendi por que temos que permitir/ativar as configurações REMOTEDAC apenas no caso de querermos estabelecer uma conexão LOCAL DAC do próprio servidor (foi o que eu tentei sem sorte em primeiro lugar).
AGORA, depois de tentar mais, descobri que usar ...
ServerName.SubDomain.Domain.de
causou este erro ao conectar-se ao DAC enquanto ...
Nome do servidor
FUNCIONA (sem ativar a configuração RemoteDac).
(O estranho é que consigo me conectar bem usando uma conexão "normal" com ambas as opções)
A causa raiz foi que o FQDN foi interpretado como um servidor remoto e isso causou o erro acima.
No entanto, depois de habilitar o REMOTEDAC, as duas opções acima funcionam para um DAC, independentemente de eu tentar localmente no servidor ou em clientes remotos.
Usando uma conexão de administrador dedicada :
Dessa última página:
Acho que a página que você leu é apenas um pouco de luz nos detalhes, só isso.
Quanto ao motivo pelo qual uma conexão DAC local pode não funcionar, é possível que seja porque você está executando o SQL Server Express, que requer o TF 7806 para habilitar o . Outra possibilidade são os protocolos de rede habilitados.
O Remote DAC é muito útil em uma situação de emergência em que o servidor está tão preso que você não pode nem RDP para ele. Se você não conseguir usar sqlcmd, SSMS ou qualquer outra ferramenta de consulta, exceto no servidor real, não será necessário ativá-lo. No entanto, eu ainda o habilitaria. Talvez você não possa executar consultas, exceto no servidor agora, mas tenho certeza de que alguém pode encontrar uma solução em caso de emergência quando o RDP não estiver funcionando.
Eu habilito o Remote DAC em todos os servidores como parte de minhas etapas de instalação pós-SQL.
Habilitar a conexão de administração remota permite que você acesse o DAC de outra máquina em sua rede, caso contrário, você só poderá acessá-lo da máquina local onde o SQL Server está sendo executado (já que o DAC só escutaria no endereço de loopback 127.0.0.1 ). Isso pode ser um problema se, por exemplo, houver uma condição de CPU alta que o impeça de acessar o Windows e iniciar uma sessão sqlcmd/PS/SSMS.
Com o DAC remoto habilitado, você pode acessá-lo de uma máquina remota usando a lógica admin:servidor/instância. Isso pode ser muito útil em cenários ruins e economizar muito tempo. É algo que configurei por padrão em todas as minhas instâncias. Leitura adicional para isso em https://msdn.microsoft.com/en-us/library/ms190468.aspx