Рекомендуемые способы обновления AlwaysOn AG с 2014 по 2016 год

8

Каков рекомендуемый процесс обновления Availability Groupsс одной реплики синхронизации с SQL 2014 до 2016?

Насколько я понимаю, in-placeобновления не очень нравятся профессионалам в области баз данных. Есть ли способ избежать in-placeобновления в Availability Groups? Есть ли возможность присоединить сервер 2016 года к существующей группе доступности 2014 года и выполнить там аварийное переключение, а затем «убить» один из других экземпляров и обновить его? (например, удалив / переустановив SQL параллельно на том же хосте)

Существуют ли другие сценарии обновления, которые мы должны рассмотреть?

Идеальным решением было бы то, что у нас всегда есть 2 onlineреплики, и что нам не нужно делать никаких in-placeобновлений.

MichelZ
источник

Ответы:

7

Короткий ответ - да, почти так же, как при зеркалировании с более низкой версии в более высокую версию. Убедитесь, что у вас не читаемый 2016 год, поэтому он не пытается обновить версию базы данных. Тем не менее, я не пробовал это, просто продолжаю, как работает доставка журналов / зеркалирование.

Если это работает, то поддерживается только для обновления, поэтому MSFT не будет поддерживать репликацию 2014 года на реплику 2016 в течение продолжительных периодов времени, если вы столкнетесь с проблемой.

Мат
источник
Спасибо. Я на самом деле вспомнил, что у меня 2014 + 2016 в LAB, поэтому я попробовал это. Действительно, вы можете объединить оба в одну группу доступности. После перехода на узел 2016 база данных обновляется и больше не синхронизируется с серверами 2014 года. Спасибо!
MichelZ