Eu tenho 2 nós do Windows Failover Cluster com disco Quorum. O agente SQL NÃO é um recurso do cluster.
Eu precisava habilitar o service broker no servidor; para isso, preciso definir o SQL Agent offline, executar a instrução tsql e simplesmente colocá-lo novamente online.
No entanto, assim que parei o SQL Agent usando o SSMS, o Windows falhou em um nó passivo. Eu pensei, porque o SQL Agent não está listado como um recurso no gerenciador de cluster, então eu preciso pará-lo do nó ativo, fazer a alteração e colocá-lo novamente online.
As perguntas são:
por que parar o serviço que não faz parte do cluster causou o failover do cluster?
qual seria a maneira correta de parar o SQL Agent no meu caso? Para manutenção, por exemplo
Simulei as mesmas ações no meu cluster de teste e tudo funcionou bem, o cluster não falhou. Mesma estrutura de cluster, mas sem quorum.
ATUALIZAÇÃO: Clique com o botão direito do mouse no próprio nome do cluster, posso ver o SQL Agent no tipo de propriedade. Isso significa que todos esses recursos estão no cluster, embora não estejam visíveis em "Funções"?
Se você olhar no Gerenciador de Cluster de Failover, se selecionar a função para a Função de Instância de Cluster de Failover (FCI), selecione a guia "Recursos" na parte inferior, verá que a função é realmente criada com o serviço SQL Server e o serviço SQL Server Agent como recursos nessa função.
Quando você interrompeu o serviço do Agente, o Cluster do Windows detectou que parou "inesperadamente" e fez failover para o outro nó.
Em vez de interromper o serviço do serviço do SSMS ou do painel de controle de serviços, você desejará clicar com o botão direito do mouse no recurso "SQL Server Agent" no Gerenciador de cluster de failover e interromper o recurso lá. Isso fará com que o WSFC entenda sua intenção e não falhará. Em vez disso, ele mostrará a função da FCI como parcialmente online. Para reiniciar o SQL Agent, clique novamente com o botão direito do mouse no recurso e coloque-o online.