Estamos tentando nossa primeira atualização lado a lado de um AG de 2 nós (várias sub-redes, edição empresarial) do sql 2016 para 2019. Tenho algumas perguntas sobre a melhor forma de abordar isso:
- Criamos um novo cluster e AG com sql2019 e usamos o envio de log para preencher e passar para o novo ambiente?
- Adicionamos 2 novos nós de 2019 (1 em cada sub-rede existente) e os configuramos como secundários no AG existente? Eu sei que normalmente você não pode misturar versões em um AG, mas para uma atualização como essa eu li que é feita sem problemas, desde que você não tente fazer failback para os nós da versão mais antiga.
- Como os ouvintes do AG são tratados no item 2? Acho que deveríamos ser capazes de usar os ouvintes existentes, já que os novos nós estão nas mesmas sub-redes da versão antiga dos nós SQL.
Não consigo encontrar nenhum guia passo a passo para isso on-line quando estamos lidando com clusters e AGs
Então, todos os novos ambientes de sistema operacional? Você deseja manter o mesmo cluster? Mover para um cluster diferente? Quais são as versões atuais do sistema operacional?
Você não pode registrar o envio para um AG, então você teria que registrar o envio para um independente e, em seguida, colocá-lo on-line e, em seguida, adicionar ou propagar as outras réplicas.
Isto é possível, as versões mais recentes não serão legíveis e haverá uma atualização do banco de dados após o failover. Após o failover para a versão mais recente, a versão mais antiga deixará de funcionar corretamente no AG e deverá ser removida, mas esse também é o ponto.
Como é o mesmo AG, não haverá problemas com o ouvinte, pois faz parte do AG.
Uma última coisa a salientar é que também é possível usar um grupo de disponibilidade distribuído para migrar, daí minhas perguntas originais sobre OSE.