Указанное предпочтительное место можно изменить при использовании свидетеля (для группы SRDF/Metro, которая активна и имеет настроенный тип свидетеля). Сторона, отдающая предпочтение или «выигравшая» сторона представляется как R1 , а непреферансная или «проигравшая» сторона представляется как R2. Команда symrdf предоставляет
установить предпочтения 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
ПРИМЕЧАНИЕ. Если в Metro настроено использование свидетеля, роль свидетеля заключается в том, чтобы определить, на какой стороне сессии Metro лучше всего сохранять доступность для хоста в случае сбоя. Устройства на стороне, которая остается доступной для хоста, регистрируются как устройства R1 , а устройства на другой стороне — как устройства R2 . Выбор свидетеля может не совпадать с предпочтениями пользователя.
Причина, по которой выбор может не совпадать:
Когда обе стороны используют PowerMaxOS, SRDF/Metro учитывает дополнительные факторы для определения предпочтительного победителя (в порядке приоритета):
- Сторона, которая подключена к хосту (требуется PowerMaxOS 10 (6079) или PowerMaxOS 5978.444.444 или более поздней версии) Эта функция отслеживает подключения к хосту, сопоставленные с устройствами SRDF/Metro, для проверки работоспособности подключений.
- Сторона, у которой ожидание записи (WP) составляет менее 80% от ограничения WP системы (требуется PowerMaxOS 5978.669.669 или более поздней версии)
- Противоположная сторона от стороны, на которой произошел сбой двойного RAID. Это означает, что два шпинделя не работают в группе RAID 5 или три шпинделя в группе RAID 6 (требуется PowerMaxOS 10 (6079)).
- Сторона с ножкой SRDF/A DR
- Синхронизирована ли ветвь SRDF/A DR
- Сторона с активной ножкой SRDF/A DR
- Сторона с готовым зеркалом на ножке SRDF/A DR
- Сторона, на которой доступно более 50% директоров РА или ФА
- Предпочтительная сторона (если она задана пользователем) Начиная с PowerMaxOS 10 (6079) администратор хранилища может указать предпочтительную сторону пары SRDF/Metro.
В предыдущих версиях операционной среды или в случаях, когда администратор не указал предпочтительную сторону, победителем является сторона R1.
Первый из этих критериев, который есть у одного массива, а у другого нет, останавливает процесс выбора. Команда, обладающая таким критерием, является предпочтительным победителем.
Обе стороны регулярно повторяют этот процесс отбора для каждой группы 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 содержит rdfg 100 устройств в представлении маскирования, внешние порты которых подключены к сети и коммутатору фабрики.
Массив B имеет неназначенные устройства rdfg 100 (т. е. не находятся ни в одном представлении маскирования, поэтому недоступны ни на одном из внешних портов).
Затем будет возвращена следующая команда: Устройство уже находится в запрошенном состоянии
symrdf -sid Array A -sg <sg> set preference R2
и в symapi.log возвращает - Устройство уже находится в запрошенном состоянии
sg <sg>: Set type Preference R2
Таким образом, поскольку массив A имеет возможность подключения к хосту для устройств rdfg 100, а массив B не имеет возможности подключения к хосту для устройств rdfg 100, то Array A остается предпочтительным победителем (R1), поскольку два массива для rdfg 100 различаются по критерию 1.
Параметр
«Задать предпочтительные настройки» разрешен только для активной группы SRDF/Metro, которая имеет
настроенный типследящего модуля. Активная группа SRDF/Metro может иметь различные комбинации состояния Pairstate и Witness.
Использование соглашения об именовании
<Pairstate> - <Configured Type> - <Effective Type> - <Witness Status>
для представления комбинаций и:
Состояние пары: AA — «активный-активный», а «AB » — «активный-смещение
». Тип W — «действующий следящий модуль
», тип W — «следящий модуль», а B — предвзятость
. Состояние следящего модуля N — «нормальное», «D » — ухудшение и F — «сбой»
В следующей таблице приведена информация о состоянии комбинации после изменения предпочтения.
|
Текущее состояние
|
Статус после изменения заданного предпочтения
|
| AA - W - W - N |
AA - W - W - N |
|
AA - W - W - D
|
АВ - Ш - Б - F
|
|
АВ - Ш - Б - F
|
АВ - Ш - Б - F
|