PowerMaxOS: Как настроить SRDF Metro для защищенных групп свидетеля

Указанное предпочтительное место можно изменить при использовании свидетеля для активной группы SRDF/Metro с настроенным типом свидетеля. Сторона, отдающая предпочтение или «выигравшая» сторона представляется как R1 , а непредпочтительная или «проигравшая» сторона представляется как R2. Переменная symrdfпредоставляет set preference R1 | R2 Параметр, изменяющий предпочтительный сайт, который будет использоваться в рамках решения, принятого следящим модулем при определении площадки, которая останется доступной хосту в случае сбоя. Предпочтительный параметр задается на уровне группы SRDF или Metro.

Для использования этой функции требуется следующее:

• Оба массива являются PowerMaxOS 5978.711 (и более поздних версий).
• Контроль управления осуществляется с помощью Solutions Enabler 10.x и/или Unisphere для PowerMax 10.x (и более поздних версий)

SYMCLI Пример:

symrdf -sid 001 -sg rdfg1_SG -rdfg 1 set preference R2

Пример Unisphere для PowerMax:

Array SID > Storage > Storage Groups > rdfg1_SG > Set Metro Preference

Array SID > Dashboard > Replication Dashboard > SRDF/Metro Storage Groups > rdfg1_SG > Set Metro Preference

Две стороны массива регулярно повторяют этот процесс выбора для каждой группы SRDF/Metro, чтобы гарантировать, что победившая сторона остается наиболее предпочтительной. Победившая сторона может измениться во время сессии SRDF/Metro. SRDF/Metro всегда сообщает о победившей стороне как об устройстве R1, а о проигравшей стороне как о R2. Таким образом, каждое переключение в победившей стороне приводит к очевидной смене личностей R1 и R2 в сессии.

Оценка победившей и проигравшей сторон происходит отдельно для каждой группы SRDF/Metro, существующей между двумя массивами. В определенном массиве некоторые устройства могут быть устройствами R1, а другие — устройствами R2. Какие из них относятся к R1, а какие к R2, зависят от результатов оценки соответствующих групп SRDF/Metro.

Таким образом, после установки предпочтения группы SRDF/Metro на одну сторону (массив A), если другая сторона (массив B) имеет один из факторов, определяющих предпочтение, которого нет у массива A, то предпочтение назначается массиву B.

Чтобы объяснить это подробнее, рассмотрим следующий пример:

• Массив A имеет устройства RDFG 100 как R1, массив B имеет устройства RDFG 100 как R2.
• Массив A содержит 100 устройств RDFG в представлении маскирования, внешние порты которых подключены к сети и коммутатору фабрики.
• Массив B имеет неназначенные устройства RDFG 100, то есть не находятся ни в одном представлении маскирования, поэтому недоступны ни на одном из внешних портов.

Приведенная ниже команда возвращает "The device is already in the requested state.»

symrdf -sid Array A -sg <sg> set preference R2

А в symapi.log, команда возвращает "The device is already in the requested state».

sg <sg>: Set type Preference R2

Так как массив A имеет возможность подключения к хосту для устройств RDFG 100, а массив B не имеет возможности подключения к хосту для устройств RDFG 100, то дисковый массив A остается предпочтительным победителем (R1), так как два массива для RDFG 100 различаются по фактору подключения хостов.

Teh set preference разрешен только для активной группы SRDF/Metro с настроенным типом свидетеля. Активная группа SRDF/Metro может иметь различные комбинации состояния Pairstate и Witness. Использование соглашений об именовании <параметров Pairstate>, <Configured Type>, <Effective Type>и <Witness Status> для представления этих комбинаций:

• Состояние пары AA — ActiveActive, а AB — ActiveBias
• Настроенный тип W — следящий модуль
• Эффективный тип W — следящий модуль, B — смещение
• Состояние следящего модуля N — нормальное, D — ухудшение, F — сбой