AlwaysON Migrate de 2014 a 2016

Tengo como 20 Listners en 2014 con aproximadamente 500 DBS,

¿Cuál es la mejor manera de migrarlos con el menor tiempo de inactividad y esfuerzo?

Mi idea es: detener el acceso Copia de seguridad dbs Iniciar restauración dbs Mientras se ejecuta la restauración: Soltar AOG en 2014 Crearlo en 2016 Listo

Esto parece simple, pero con los datos de TB esto llevará algún tiempo.

He encontrado esto -> Formas recomendadas para actualizar AlwaysOn AG de 2014 a 2016 Pero no explica

Espero que alguien pueda ayudar

— Klaus Ladegaard
fuente

20 Listners on 2014 with approx 500 DBS- ¿Cómo se distribuyen, por ejemplo, cuántos servidores (nodos)? ¿Cuál es la ventana de tiempo de inactividad? ¿Alguna réplica involucrada? Una vez que tenga la información, proporcionaré una respuesta que implementé recientemente en mi empresa con un tiempo de inactividad mínimo.

— Kin Shah

No debería necesitar eliminar el AOAG ... Esto también funciona en su situación: blogs.msdn.microsoft.com/sql_pfe_blog/2016/08/03/…

— Sean

@SeanGallardy Debería agregar su enlace como respuesta dando algunos detalles, supongo que esto es lo que está buscando OP

— Shanky

Gracias @Shanky, esperaré y veré si el OP responde de nuevo.

— Sean Gallardy - Usuario retirado el

Te hiciste

— dezso

Recomiendo configurar el envío de registros para migrar sus bases de datos. Horas / días / semanas antes de la migración planificada, configure el envío de registros desde su grupo de disponibilidad de producción actual (2014). Debe realizar las restauraciones de envío de registros en todos los nodos del nuevo Grupo de disponibilidad (2016).

También de antemano, preconfigure los Grupos de disponibilidad en los nuevos servidores, pero no cree el Listener.

Esto minimizará el tiempo de inactividad durante el mantenimiento de la transición al restaurar la mayoría de sus datos antes de la ventana de mantenimiento.

Durante la transición, los pasos para completar la migración serían:

Cierre las aplicaciones / elimine las sesiones existentes.
Realice copias de seguridad del registro de cola para las bases de datos (2014) que está migrando. ( BACKUP LOG... WITH NORECOVERY)
Permita que los trabajos de restauración de envío de registros se ejecuten por última vez o restaure manualmente los registros finales en todos los servidores nuevos (2016) WITH NORECOVERY.
En uno de los nuevos servidores, recupere las bases de datos ( RESTORE DATABASE... WITH RECOVERY).
Agregue las bases de datos a los Grupos de disponibilidad y únase a los servidores secundarios.
Suelte los oyentes en los antiguos AG (2014).
Cree los oyentes en los nuevos AG (2016).
Encienda las aplicaciones.

— AMtwo
fuente