Tentativas de falha de login no espelhamento do banco de dados no servidor espelho

Question

Configurei o espelhamento de banco de dados entre dois servidores a uma distância de 40 milhas um do outro.

Especificações do servidor: SQL Server 2008, Standard Edition 64 bits

Isto é o mesmo para o principal, espelho e testemunha. A configuração é de alta segurança com failover automático

Inicialmente, testamos nosso aplicativo .net (aplicativo da web) no principal e no espelho e nos certificamos de que o login não seja orquestrado.

As coisas correm bem normalmente.Mas algumas vezes no servidor espelho, vejo tentativas de falha de login:

O login falhou para o usuário 'd0main \ user'. Razão: Falha ao abrir o banco de dados especificado explicitamente. [CLIENTE: xx.xx.x.x] mensagem Erro: 18456, gravidade: 14, estado: 38.

Este erro aparece 3-4 vezes por dia, mas não mais que isso.

Minha pergunta para os especialistas é: Se o principal estiver ativo, então por que o aplicativo tenta se conectar ao espelho. O tempo limite padrão para uma página da Web .net é de 30 segundos, portanto é possível que o aplicativo tente conectar o principal e depois de 30 segundos, mesmo que o princípio esteja ativo, ele assume que está morto e, portanto, tenta abrir uma conexão para espelhar onde ele falha.

Por favor me ajude com este problema.

    

Answer 1

Oi, espero que este site responda as perguntas para você, pois não sei exatamente qual é a sua pergunta.

link

Ou diretamente: Para alterar o valor de tempo limite (somente no modo de alta segurança)

* Use the ALTER DATABASE <database> SET PARTNER TIMEOUT <integer> statement.

Para ver o valor atual do tempo limite

* Query mirroring_connection_timeout in sys.database_mirroring.

Além disso, verifique este artigo em Redirecionado no cliente: link

The failover partner in the connection string is used as an alternate server name if the connection to the initial principal server fails. If the connection to the initial principal server succeeds, then the failover partner name will not be used, but the driver will store the failover partner name that it retrieves from the principal server on the client-side cache.

    

Answer 2

Tem certeza de que o erro está vindo do aplicativo? O endereço IP aponta de volta para o servidor de aplicativos? Ou poderia ser algum outro aplicativo, como o SSMS, tentando se conectar especificamente ao espelho?

Se não, certifique-se de que o servidor principal não está sendo sobrecarregado, se houver tempos de CPU alta, ele poderá falhar em responder a uma tentativa de conexão, eu executaria o Perfmon para ver como fica.

Verifique também o erro de SQL e os logs de eventos do servidor no servidor principal em busca de erros incomuns que correspondam aos tempos de login no espelho.