PowerMaxOS: Як встановити преференцію SRDF Metro для груп, захищених свідками
Summary: Як встановити перевагу SRDF або Metro для груп, захищених свідками.
Instructions
Ви можете змінити вказаний сайт преференцій, коли використовуєте свідка для групи SRDF/Metro, яка є активною і має налаштований тип свідка. Сторона преференції, або «виграшна», позначається як R1 , а сторона без преференцій, або «програшана» — як R2. The 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
Additional Information
Обидві сторони Array регулярно повторюють цей процес відбору для кожної групи 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.
- Array A має пристрої RDFG 100 у Masking View, фронтенд-порти яких підключені до Online, а Fabric Switch підключені.
- Масив B має пристрої RDFG 100 без призначення, тобто не в жодному Masking View, тому недоступний на жодному фронтенд-порту.
Наведена нижче команда повертає "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 відрізняються за коефіцієнтом «хост-зв'язності».
The set preference опція дозволена лише для активної групи SRDF/Metro, яка має налаштований тип свідка. Активна група SRDF/Metro може мати різні комбінації Pairstate і Witness Status. Використовуючи конвенцію найменування Pairstate<>, <Configured> Type, <Effective>Type та <Witness> Status для представлення комбінацій:
- Pairstate AA — це ActiveActive, а AB — ActiveBias
- Конфігурований тип W є свідком
- Ефективний тип W — це Witness, а B — Bias
- Статус свідка N — Нормальний, D — понижений, а F — Не виконаний
|
Поточний стан
|
Статус після зміни переваг набору
|
|---|---|
| AA - W - W - N | AA - W - W - N |
|
AA - W - W - D
|
AB - W - B - F
|
|
AB - W - B - F
|
AB - W - B - F
|