Temos um grupo de disponibilidade em escala de leitura no SQL 2017 que durante anos funcionou sem falhas. Agora, quando tentamos adicionar uma nova réplica (com CLUSTER_TYPE=NONE), ela falha porque o primário agora "pensa" que faz parte de um WSFC - no entanto, não faz parte de um WSFC e nunca fez. É um servidor de grupo de trabalho independente. As outras réplicas em escala de leitura deste AG ainda estão funcionando corretamente – é tudo muito estranho. Você sabe como modificar o AG para ser sem cluster? Não vejo uma maneira de fazer isso com um AG ativo (ou seja, vejo isso no CREATE, mas não no ALTER) - no entanto, não tenho ideia de como o AG está funcionando quando pensa que está em um cluster, mas claramente está não. Algum conselho?
Informações de erro/Quando uma tentativa de associação é feita com "ALTER AVAILABILITY GROUP {AG_Name} JOIN WITH (CLUSTER_TYPE = NONE)", ela falha com o seguinte:
Msg 47100, Nível 16, Estado 0, Linha 1 O tipo de cluster do grupo de disponibilidade '{AG_Name}' não corresponde à sua configuração primária. Verifique se o tipo de cluster do grupo de disponibilidade especificado está correto e tente novamente a operação.
Msg 41080, Nível 16, Estado 0, Linha 1 Falha ao excluir o nome da instância do SQL Server para a entrada do mapa de nome do nó do Windows Server Failover Clustering para a réplica de disponibilidade local do grupo de disponibilidade '{AG_Name}'. A operação encontrou o erro 35222 do SQL Server e foi encerrada. Consulte o log de erros do SQL Server para obter detalhes sobre esse erro do SQL Server e ações corretivas.
Msg 41158, Nível 16, Estado 3, Linha 1 Falha ao associar a réplica de disponibilidade local ao grupo de disponibilidade '{AG_Name}'. A operação encontrou o erro 47100 do SQL Server e foi revertida. Verifique o log de erros do SQL Server para obter mais detalhes. Quando a causa do erro for resolvida, tente novamente o comando ALTER AVAILABILITY GROUP JOIN.
sys.dm_hadr_cluster retorna o seguinte (cluster_name está em branco): cluster_name quorum_type quorum_type_desc quorum_state quorum_state_desc
0 NODE_MAJORITY 1 NORMAL_QUORUM
sys.availability_groups retorna 0 para cluster_type e wsfc para cluster_type_desc
sys.hadr_cluster_members retorna uma linha: {primaryservername}
0 CLUSTER_NODE 1 UP NULO
Não é possível, precisaria ser descartado e recriado.
Publique o erro real, a saída dos DMVs (sys.availability_groups, réplica, etc.) e outras informações relevantes se desejar mais ajuda.
Então é um AG integrado ao WSFC, cujos metadados não podem ser alterados. Ou sempre foi assim, alguém criou um novo AG com o mesmo nome em um nó diferente ou alguém descartou o antigo e o criou novamente com o mesmo nome, mas não com o tipo de cluster adequado.
Isso poderia ter acontecido quem sabe quando. Você pode tentar verificar os dados do XE se ele foi configurado para ser executado (por padrão, isso não acontece, se o assistente for usado para configurar o AG, ele o ativará) e ver se algo aconteceu recentemente, mas isso é um tiro no escuro.
Analisar os logs de erros, se disponíveis, de dias/semanas/meses anteriores também pode conter algumas informações.
Este é um erro genérico de que o SQL Server não conseguiu acessar o banco de dados do cluster, o que faria sentido se você não tivesse um WSFC ou se ele não estivesse configurado corretamente. Como não parece haver uma configuração real de cluster, isso seria esperado.