Formas recomendadas para actualizar AlwaysOn AG de 2014 a 2016

¿Cuál es el proceso recomendado para actualizar Availability Groupscon una réplica de sincronización de SQL 2014 a 2016?

Entiendo que las in-placeactualizaciones no son del agrado de los profesionales de bases de datos. ¿Hay alguna manera de evitar in-placeactualizaciones Availability Groups? ¿Existe la posibilidad de unir un servidor de 2016 en un grupo de disponibilidad existente de 2014 y realizar una conmutación por error allí, luego "matar" una de las otras instancias y actualizarla? (por ejemplo, eliminando / reinstalando SQL en paralelo en el mismo host)

¿Hay otros escenarios de actualización que debamos considerar?

La solución ideal sería que siempre tengamos 2 onlineréplicas y que no necesitemos ninguna in-placeactualización.

— MichelZ
fuente

La respuesta corta es sí, muy similar a cuando se refleja de una versión inferior a una versión superior. Asegúrese de no tener el 2016 como legible para que no intente actualizar la versión de la base de datos. Dicho esto, no he intentado esto, solo voy a ver cómo funciona el envío / duplicación de registros.

Si funciona, solo se admite hacer esto como un medio para actualizar, dejando que la replicación de 2014 a una réplica de 2016 por períodos prolongados no sea compatible con MSFT si encuentra un problema.

— Estera
fuente

Gracias. De hecho, recordé que tengo 2014 + 2016 en el LAB, así que seguí adelante y probé esto. De hecho, puede unir ambos en el mismo grupo de disponibilidad. Una vez que se realiza la conmutación por error al nodo 2016, la base de datos se actualiza y ya no se sincroniza con los servidores de 2014. ¡Gracias!

— MichelZ