Назад | Перейти на главную страницу

Отказоустойчивый кластер SQL на сайт аварийного восстановления с помощью репликации

Я пытаюсь выполнить отказоустойчивый кластер SQL с 2 узлами, используя репликацию Zerto. Я использую стандарт Server 2016 и стандарт SQL 2017.

Моя сеть не растянута, поэтому мне нужно выполнить аварийное переключение, используя другой vlan. Я пытаюсь вызвать только один узел кластера (активный узел, который содержит все ролики).

Я, очевидно, сталкиваюсь со всевозможными проблемами при запуске кластера, так как существует новый диапазон IP-адресов. Я просмотрел все и был удивлен, что не смог найти ничего по этому поводу.

Когда я пытаюсь подключиться к кластеру, я получаю сообщение «Операция не удалась. Произошла ошибка при открытии кластерной роли».

Кто-нибудь пытался выполнить полное аварийное переключение виртуальной машины в отказоустойчивом кластере Microsoft на другую VLAN в месте аварийного восстановления?

Если вы готовы переделать архитектуру, SQL AlwaysOn хорошо работает с несколькими подсетями. Однако я рекомендую использовать одну и ту же версию SQL для всех реплик.

https://www.mssqltips.com/sqlservertip/4597/configure-sql-server-alwayson-availability-group-on-a-multisubnet-cluster/

Наша проблема на самом деле не была связана с сетью. При репликации RDM Zerto не реплицировал с использованием Thick Eager Zero, который был необходим для распознавания дисков кластера. Мы реплицировали диски, а затем сделали диски толстыми, обнуленными с помощью командной строки, и мы смогли поднять узел.