AlwaysON Migrar de 2014 para 2016

Eu tenho 20 Listners em 2014 com aproximadamente 500 DBS,

qual é a melhor maneira de migrá-los com menos tempo de inatividade, esforço

Minha idéia é: Parar o acesso dbs de backup Iniciar restauração dbs Enquanto a restauração estiver em execução: Solte o AOG em 2014 Crie-o em 2016 Concluído

Parece simples, mas com os dados de TB isso levará algum tempo.

Ter encontrado este -> maneiras recomendado para atualizar AlwaysOn AG 2014-2016 Mas niether não explica

Espero que alguém possa ajudar

— Klaus Ladegaard
fonte

20 Listners on 2014 with approx 500 DBS- como eles são distribuídos, por exemplo, quantos servidores (nós)? Qual é a janela de tempo de inatividade? Alguma replicação envolvida? Assim que tiver as informações, fornecerei uma resposta que implementei recentemente em minha empresa com tempo de inatividade mínimo.

— Kin Shah

Você não precisa excluir o AOAG ... Isso também funciona na sua situação: blogs.msdn.microsoft.com/sql_pfe_blog/2016/08/03/…

— Sean Gallardy - Usuário aposentado

@SeanGallardy Você deve adicionar o seu destino como resposta dando alguns detalhes, acho que isso é o que OP está procurando

— shanky

Obrigado @ Shank, vou esperar e ver se o OP responde de volta.

— Sean Gallardy - Usuário aposentado

Você ficou famoso: dbareactions.com/post/150633969884/…

— dezso

Eu recomendo configurar o envio de logs para migrar seus bancos de dados. Horas / dias / semanas antes da migração planejada, configure o envio de logs do seu Grupo de Disponibilidade de produção atual (2014). Você deve executar as restaurações de envio de log em todos os nós do novo grupo de disponibilidade (2016).

Também com antecedência, pré-configure os Grupos de Disponibilidade nos novos servidores, mas não crie o Ouvinte.

Isso minimizará o tempo de inatividade durante a manutenção de transição, restaurando a maioria dos seus dados antes da janela de manutenção.

Durante a transição, as etapas para concluir a migração seriam:

Encerre aplicativos / elimine as sessões existentes.
Execute backups de log de cauda para os bancos de dados (2014) que você está migrando. ( BACKUP LOG... WITH NORECOVERY)
Permita que as tarefas de restauração do envio de logs sejam executadas uma última vez ou restaure manualmente os logs finais para todos os novos servidores (2016) WITH NORECOVERY.
Em um dos novos servidores, recupere os bancos de dados ( RESTORE DATABASE... WITH RECOVERY).
Adicione os bancos de dados aos Grupos de Disponibilidade e ingresse em servidores secundários.
Solte os ouvintes nos AGs antigos (2014).
Crie os ouvintes nos novos AGs (2016).
Ativar aplicativos.

— AMtwo
fonte