Maneiras recomendadas de atualizar o AlwaysOn AG de 2014 para 2016


8

Qual é o processo recomendado de atualização Availability Groupscom uma réplica de sincronização do SQL 2014 para 2016?

Meu entendimento é que as in-placeatualizações não são realmente apreciadas pelos profissionais de banco de dados. Existe uma maneira de evitar in-placeatualizações Availability Groups? Existe a possibilidade de ingressar em um servidor de 2016 em um grupo de disponibilidade existente de 2014 e fazer failover nesse local, depois "mate" uma das outras instâncias e atualize-a? (por exemplo, removendo / reinstalando o SQL lado a lado no mesmo host)

Existem outros cenários de atualização que devemos considerar?

A solução ideal seria que sempre tivéssemos 2 onlineréplicas e que não precisamos fazer nenhuma in-placeatualização.

Respostas:


7

A resposta curta é sim, da mesma forma que quando você espelha de uma versão inferior para uma versão superior. Verifique se o 2016 não está legível para que ele não esteja tentando atualizar a versão do banco de dados. Dito isto, eu não tentei isso, apenas continuando como o envio / espelhamento de logs funciona.

Se funcionar, apenas é possível fazer isso como um meio de atualização, deixar a replicação de 2014 para uma réplica de 2016 por longos períodos de tempo não será suportado pelo MSFT se você encontrar um problema.


Obrigado. Na verdade, lembrei-me de que tenho 2014 + 2016 no LAB, então fui em frente e tentei isso. Na verdade, você pode unir os dois no mesmo grupo de disponibilidade. Após o failover no nó de 2016, o banco de dados é atualizado e não sincroniza mais com os servidores de 2014. Obrigado!
MichelZ
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.