Ви можете змінити вказаний сайт налаштувань під час використання свідка (для групи 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 у вигляді маскування, зовнішні порти яких підключені до Інтернету та Fabric Switch.
Масив 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 Status.
Використання угоди про іменування
Pairstate<> - <Configured Type> - <Effective Type> - <Witness Status>
для представлення комбінацій і:
Pairstate AA — ActiveActive, а AB — ActiveBias
Налаштовано тип W — ефективний свідок
Тип W — свідок, а B — упередженість
Статус свідка N — нормальний, D — погіршений, а F — невдалий
Наступна таблиця інформує про статус комбінації після зміни параметра:
|
Поточний статус
|
Статус після зміни налаштувань
|
| АА - Ш - Ш - Н |
АА - Ш - Ш - Н |
|
АА - Ш - Ш - Д
|
АВ - Ш - Б - Ж
|
|
АВ - Ш - Б - Ж
|
АВ - Ш - Б - Ж
|