Vou tentar o meu melhor para descrever a situação, enquanto tentamos descobrir isso:
Temos este SQL Login [LA] que mostra uma conexão bem-sucedida no servidor principal nos logs de erros sql [conexão feita de vários aplicativos]. Este login também mostra uma conexão bem-sucedida em seu servidor espelho.
Agora, aqui está outro login [LB] que se conecta com sucesso no servidor principal, mas não consegue se conectar no servidor espelho. [mesmo aplicativo que o login acima LA se conecta]
Solução de problemas concluída:
execute sp_help_revlogin em ambos os servidores e correspondeu à senha com hash para login [LB]. Assim, a senha de confirmação é a mesma para este login em termos de login SQL para o principal e o espelho.
Os SIDs de login são os mesmos em ambos os servidores, portanto, isso também não deve ser um problema.
O aplicativo usa os mesmos creds para se conectar ao principal, que é um sucesso, mas mostra que o login falhou no servidor espelho.
Como algo está fazendo tentativas malsucedidas de login, o login continua sendo bloqueado.
O que mais posso verificar como DBA antes de passar isso como um problema de aplicativo para os proprietários do aplicativo?
Por favor, ajude-me a solucionar o problema para encontrar a causa raiz desse problema, obrigado.
Se os logins estiverem bloqueados, isso indica que a senha está incorreta. Ou o servidor tem a senha incorreta registrada para o login ou o cliente está apresentando a senha errada.
Como este é um ambiente de espelhamento, aposto que o cliente está usando a mesma senha para ambas as instâncias; significando que a senha para o login no espelho não é a mesma senha para o login no mestre.
Recrie o login no servidor espelho com a senha válida, ou seja, não a versão com hash.
Certifique-se de obter o sid correto (use copiar e colar) desta consulta, executada no servidor principal:
Use esse lado na
CREATE LOGIN
instrução que você executa no espelho:O sid só é importante porque vincula o login ao usuário dentro do banco de dados.