Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.
Desculpe, refiz o post para ficar mais detalhada.
No meu ambiente tenho duas máquinas com 4 ips e duas placa de rede cada
DB1 - 192.168.32.10 - pri DB1 - 192.168.32.11 - seg DB1 - 192.168.64.10 - pri DB1 - 192.168.64.11 - seg
DB2 - 192.168.0.10 - pri DB2 - 192.168.0.11 - seg DB2 - 192.168.128.10 - pri DB2 - 192.168.128.11 - seg
O listener está configuado para utilizar 192.168.128.11 e 192.168.64.11
O DNS está mostrando:
ClusterDB - 192.168.0.11 Host(A)
Listener - 192.168.128.11 Host(A) - static
Listener - 192.168.64.11 Host(A) - static
DB1 - 192.168.64.10 Host(A)
DB1 - 192.168.32.11 Host(A)
DB1 - 192.168.32.10 Host(A)
DB2 - 192.168.128.10 Host(A)
DB2 - 192.168.0.10 Host(A)
Os ips estão definido manualmente em cada placa de rede e o nó ativo é o DB1(leitura/escrita).
Agora se acessar a máquina DB2(somente leitura), o ipconfig não mostra o ip 192.168.128.11;
Se acessar o DB1, os 4 ips são listados no ipconfig;
Acho que quando testei as viradas de nó, ele sumiu com o ip 192.168.128.11, esse comportamento está certo?
Quando virar o nó ele vai sumir com o ip 192.168.64.11 e começar a listar o 192.168.128.11?
Quem resolver o listener porque em algumas máquinas com a aplicação funcionando, eu pingo o listener e vai para o ip 192.168.128.11 sem resposta. em outras pingo e vai para o 192.168.64.11 e responde normalmente.
A aplicação está com a stringconnection para o listener.Obrigado pela mensagem, detalhei melhor o post
Como que esta seu Always On? Ambas leituras/escrita?
R: Não somente um fica como leitura e escrita o outro é somente leitura. No exmeplo o nó principal é leitura/escrita
Se você pingar pelo seu listener, ele responde?
R: Dependendo de qual servidor estou, quando pingo o listener ele retorna o ip do servidor somente leitura. O mesmo que o windwos não mostra no ipconfig (192.168.0.10).
O comportamento dos IPs esta estranha.
Cada máquina tem o seu IP, até ai ok, mas o Always On parece que esta se "perdendo" na virada do cluster.
O Faiolver esta no windows cluster? Ele nao aponta erro em nada?
Além disse, na stringconnection você tem que colocar: ApplicationIntent=ReadOnly
No dashboard do Always On pode ter mais detalhes do erro tb.
Seu ambiente é igual ao meu. Então se quiser comparar eles, me chama.
att.
Demorou um pouco, mas segundo a fonte (https://docs.microsoft.com/pt-br/sql/sql-server/failover-clusters/windows/sql-server-multi-subnet-clustering-sql-server) O sqlclient com o parâmetros no string connection "MultiSubnetFailover=True;" tentará se comunicar com todos os ips registrado, desta forma a aplicação está tentando todos os ips ao invés de apenas no retornado
Como que esta seu Always On? Ambas leituras/escrita?
Se você pingar pelo seu listener, ele responde?
Como que esta configurado seu balanceador?
Colocou as duas maquinas no pool de back end?