На нашей ферме SharePoint 2010 мы используем SQL 2008 R2. В настоящее время создается кластер SQL (с двумя серверами SQL, расположенными в одном центре обработки данных) для обеспечения автоматического переключения при отказе. Однако у него нет DR-способности.
Нас просят предоставить системе возможность аварийного восстановления. Один из рассматриваемых нами подходов - добавление нового SQL-сервера (3-го сервера) на сайт аварийного восстановления. Затем настройте зеркалирование с помощью кластера SQL. Возможно ли это для SQL 2008 R2?
Я думаю, что не многие системы настроены таким образом. Мне не удалось найти подтверждающих документов в Microsoft или в Интернете.
Эта статья довольно хорошо объясняет проблему: https://technet.microsoft.com/en-us/library/ff658546(v=sql.100).aspx.
Я использую отказоустойчивую кластеризацию для большинства моих высокодоступных БД (как Oracle, так и MS SQL). Для создания кластера вам понадобится либо отдельный SAN / NAS, служащий общим хранилищем для ваших хостов, либо использование какого-либо бесплатного стороннего решения для зеркалирования, такого как Starwind. https://www.starwindsoftware.com/starwind-virtual-san-free. Очевидно, что этот сценарий больше похож на SQL 2008 поверх зеркалирования, но выполняет ту же работу, предотвращая простои и потерю данных.
Да, это возможно. Эта статья описывает сценарии и дает образец топологии.
Обычно, когда зеркальное отображение используется с кластеризацией, основной сервер и зеркальный сервер находятся в кластерах, при этом основной сервер работает на экземпляре отказоустойчивого кластера одного кластера, а зеркальный сервер - на экземпляре отказоустойчивого кластера другого кластера. Однако вы можете установить сеанс зеркального отображения, в котором один партнер находится в отказоустойчивом кластерном экземпляре кластера, а другой партнер находится на отдельном некластеризованном компьютере.
Если переключение кластера делает основной сервер временно недоступным, клиентские подключения отключаются от базы данных. После завершения отработки отказа кластера клиенты могут повторно подключиться к основному серверу в том же кластере, или на другом кластере, или на некластерном компьютере, в зависимости от режима работы. Таким образом, при принятии решения о настройке зеркального отображения базы данных в кластерной среде важен рабочий режим, который вы используете для зеркального отображения.