Чего не стоит делать при использовании менеджера службы отказоустойчивого кластера для управления AlwaysOn Availability Group

Представляем вашему вниманию новую бесплатную электронную книгу в формате PDF, выпущенную командой SQLCAT: SQLCAT's Guide to High Availability and Disaster Recovery

Ниже представлен свободный перевод одной из глав книги.

Чего не стоит делать при использовании менеджера службы отказоустойчивого кластера для управления AlwaysOn Availability Group

Работа SQL Server 2012 AlwaysOn Availability Group (Группы Доступности) основана на работе службы Windows Server Failover Cluster. Группа Доступности регистрируется как ресурсная группа отказоустойчивого кластера Windows Server. На Рисунке 1 показано, как Группа Доступности отображается в интерфейсе Windows Failover Cluster Manager.

Рисунок 1: Группа Доступности в интерфейсе Failover Cluster Manager

Хотя Группа Доступности является ресурсной группой службы отказоустойчивого кластера сервера Windows, НЕ ИСПОЛЬЗУЙТЕ оснастку Failover Cluster Manager для выполнения операций над ней:

 

•   Не изменяйте предпочтительных владельцев ресурсной группы и другие значения настроек для владельцев Группы Доступности, которые могли быть для неё сделаны. Когда создаётся Группа Доступности, предпочтительный владелец Группы Доступности и его настройки устанавливаются SQL Server на основе информации с первичного и вторичных серверов. Всякий раз, когда происходит переход на другой ресурс, предпочтительный владелец и сопутствующие настройки для владельцев Группы Доступности сбрасываются и применяются новые, предназначенные для нового первичного хоста. Это делается автоматически средствами Группы Доступности, так что не стоит пытаться менять такие параметры вручную.

•      Не изменяйте предпочтительного владельца и его настройки для Слушателя Группы Доступности (AG listener). Все установки, как и в предыдущем случае, выполняются автоматически.

•  Не перемещайте Группы Доступности между узлами, используя Failover Cluster Manager, он не обеспечивает для вас необходимый уровень понимания того, в каком состоянии находится синхронизация вторичных реплик. Поэтому, если реплика не синхронизирована, а для ресурса Группы Доступности инициируется отказ, это может привести к возникновению проблем, требующих длительного простоя на время работ по их устранению. Рекомендованным способом оперирования отказоустойчивостью Группы Доступности является SQL Server Management Studio и/или T-SQL.

•      Не добавляйте и не удаляйте ресурсы в ресурсную группу Группы Доступности.

Обратите внимание, что Failover Cluster Manager не мешает выполнять любые из перечисленных выше операций. Тем не менее, не рекомендуется выполнять такие действия через оснастку операционной системы, так как это может привести к непредсказуемым последствиям и, в том числе, к незапланированным простоям SQL Server.