Sintomas
Assuma que configurar a Disponibilidade AlwaysOn Grupo utilizando pacemaker para SQL Server 2017 no Linux. Ao ligar-se ao SQL Server, nota que o Grupo de Disponibilidade intermitente falha ocorre como AG ajuda a ligar tempos fora.
Estado
A Microsoft confirmou que este problema ocorre nos produtos da Microsoft listados na secção "Aplica-se a".
Resolução
Esta emissão é corrigida na seguinte atualização cumulativa para o SQL Server:
Sobre as atualizações cumulativas para o SQL Server:
Cada nova atualização cumulativa do SQL Server contém todos os hotfixes e todas as correções de segurança que foram incluídas com a atualização cumulativa anterior. Confira as últimas atualizações cumulativas do SQL Server:
Mais Informações
Assuma que configura o Grupo de Disponibilidade (AG) utilizando o Pacemaker para SQL Server 2017 no Linux. Considere que o agentede recursos auxiliares ag pacemaker está a utilizar o seguinte ficheiro de configuração de cluster como realçado. O ajudante AG está a utilizar o intervalo de ligação de 10 segundos, o tempo de ligação de 30 segundos e o tempo de 90 segundos para verificação de saúde.
<mestre id="ha_cluster-mestre">
<classe primitiva="ocf" id="ha_cluster" fornecedor="mssql" type="ag">
<instance_attributes id="ha_cluster-instance_attributes">
<nvpair id="ha_cluster-instance_attributes-ha_name" nome="ha_name" valor="TEST_AG"/>
<nvpair id="ha_cluster-instance_attributes-trace_ra" nome="trace_ra" valor="1"/>
</instance_attributes>
<operations>
<op id="ha_cluster-demote-intervalo-0s" intervalo="0s" name="demote" intervalo="300"/>
intervalo <op id="ha_cluster-monitor-intervalo-60s" ="60s" name="monitor" intervalo="100"/>
intervalo <op id="ha_cluster-monitor-intervalo-11" ="10" name="monitor" role="Master" timeout="90"/>
intervalo <op id="ha_cluster-monitor-intervalo-12" ="12" name="monitor" role="Slave" timeout="60"/>
<op id="ha_cluster-notificação-intervalo-0s" intervalo="0s" nome="notificação" intervalo="60"/>
intervalo <op id="ha_cluster-promote-intervalo-0s" ="0s" name="promote" timeout="60"/>
intervalo <op id="ha_cluster-start-intervalo-0s" ="0s" name="start" timeout="60"/>
intervalo <op id="ha_cluster-stop-intervalo-0s" ="0s" name="stop" timeout="300"/>
</operations>
<meta_attributes id="ha_cluster-meta_attributes">
<nvpair id="ha_cluster-meta_attributes-timeout" nome="timeout" valor="30s"/>
<nvpair id="ha_cluster-meta_attributes-falha-tempoout" nome="failure-timeout" value="60s"/>
</meta_attributes>
</primitive>
<meta_attributes id="ha_cluster-master-meta_attributes">
<nvpair id="ha_cluster-master-meta_attributes-notificação" nome="notificação" valor="verdadeiro"/>
<nvpair id="ha_cluster-master-meta_attributes-trace_ra" nome="trace_ra" valor="1"/>
</meta_attributes>
</master>
Antes da Atualização Cumulativa 21 (CU21) para o SQL Server 2017, se a ligação de verificação de saúde DA AG tiver esgotado os tempos de ligação ao SQL Server, foi iniciada uma ação de despromoção que levou ao fracasso da AG ao nó secundário.
A partir de CU21, se ocorrer um tempo limite de ligação, o agente de recursos auxiliares AG honrará o tempo limite do monitor de 90 segundos, e tentará mais duas ligações. Se as três tentativas de ligação falharem, o agente de recursos do ajudante AG declarará o SQL Server como sem resposta e iniciará a ação de despromovida levando ao failover do Grupo Availability para o nó secundário.
Referências
Conheça a terminologia que aMicrosoft utiliza para descrever atualizações de software.
