Wskazaną lokalizację preferencji można zmienić w przypadku korzystania z monitora (dla grupy SRDF/Metro, która jest aktywna i ma skonfigurowany typ monitora. Strona preferująca lub "wygrywająca" jest reprezentowana jako R1 , a strona niepreferująca lub "przegrana" jest reprezentowana jako R2. Polecenie symrdf udostępnia
ustaw preferencję R1 | R2
Opcja zmieniająca preferowaną lokację, która ma być używana w ramach decyzji podjętej przez Witness podczas określania lokalizacji, która pozostaje dostępna dla hosta w przypadku awarii. Preferencja jest ustawiana na poziomie grupy SRDF lub Metro.
Aby skorzystać z tej funkcji, wymagane jest:
- Obie macierze to PowerMaxOS 5978.711 (i nowsze)
- Kontrola zarządzania to rozwiązanie Solutions Enabler 10.x i/lub Unisphere dla PowerMax 10.x (i nowszych)
Przykład SYMCLI:
symrdf -sid 001 -sg rdfg1_SG -rdfg 1 set preference R2
Przykład z Unisphere dla PowerMax:
Array SID > Storage > Storage Groups > rdfg1_SG > Set Metro Preference
Lub
Array SID > Dashboard > Replication Dashboard > SRDF/Metro Storage Groups > rdfg1_SG > Set Metro Preference
UWAGA: Jeśli program Metro jest skonfigurowany do korzystania z monitora, rolą świadków jest określenie, która strona sesji Metro jest najlepszym wyborem, aby pozostać dostępną dla hosta w przypadku awarii. Urządzenia po stronie, która została wybrana jako pozostająca dostępna dla hosta, są zgłaszane jako urządzenia R1 , a urządzenia po drugiej stronie są zgłaszane jako urządzenia R2 . Wybór dokonany przez świadka może nie być zgodny z preferencjami wybranymi przez użytkownika.
Powodem, dla którego wybór może się nie zgadzać, jest:
Gdy obie strony korzystają z PowerMaxOS, SRDF/Metro bierze pod uwagę dodatkowe czynniki w celu określenia preferowanego zwycięzcy (w kolejności priorytetów):
- Strona, która ma połączenie z hostem (wymaga PowerMaxOS 10 (6079) lub PowerMaxOS 5978.444.444 lub nowszego) Ta funkcja monitoruje połączenia z hostem, które są mapowane na urządzenia SRDF/Metro, aby sprawdzić, czy połączenia działają.
- Strona z wartością oczekującego zapisu (WP) mniejszą niż 80% systemowego limitu WP (wymaga systemu PowerMaxOS 5978.669.669 lub nowszego)
- Strona przeciwna do strony, na której wystąpiła awaria podwójnej macierzy RAID. Oznacza to, że dwa wrzeciona w grupie RAID 5 lub trzy wrzeciona w grupie RAID 6 są wyłączone (wymaga systemu PowerMaxOS 10 (6079)).
- Strona z nogą SRDF/A DR
- Czy element DR SRDF/A jest zsynchronizowany
- Strona z aktywną nogą SRDF/A DR.
- Strona, która ma gotowe lustro na nodze SRDF/A DR
- Strona, która ma ponad 50% dostępnych dyrektorów RA lub FA
- Preferowana strona (jeśli użytkownik ją ustawił): W systemie PowerMaxOS 10 (6079) administrator pamięci masowej może określić preferowaną stronę pary SRDF/Metro.
W poprzednich wersjach środowiska operacyjnego lub gdy administrator nie określił preferowanej strony, strona R1 jest zwycięzcą.
Pierwsze z tych kryteriów, które jedna tablica spełnia, a drugie nie, zatrzymuje proces selekcji. Preferowanym zwycięzcą jest strona, która spełnia te kryteria.
Obie strony regularnie powtarzają ten proces selekcji dla każdej grupy SRDF/Metro, aby upewnić się, że zwycięska strona pozostaje tą, która jest najbardziej preferowana. Tak więc zwycięska strona może się zmienić podczas sesji SRDF/Metro. SRDF/Metro zawsze zgłasza stronę wygrywającą jako urządzenie R1, a stronę przegrywającą jako R2. Tak więc każda zmiana po stronie zwycięzców powoduje pozorną zamianę osobowości R1 i R2 w sesji.
Ocena stron wygrywających i przegrywających odbywa się oddzielnie dla każdej grupy SRDF/Metro, która istnieje pomiędzy dwiema macierzami. W związku z tym w określonej macierzy niektóre urządzenia mogą być urządzeniami R1, a inne R2. To, które z nich są R1, a które R2, zależy od wyniku oceny ich odpowiednich grup SRDF/Metro.
Podsumowując, po ustawieniu preferencji grupy SRDF/Metro na jedną stronę (Tablica A), jeśli druga strona (Tablica B) ma jedno z powyższych kryteriów, którego nie ma tablica A, preferencja jest przypisywana do macierzy B.
Aby wyjaśnić to dokładniej, rozważmy następujący przykład.
Macierz A ma 100 urządzeń rdfg obecnie R1, macierz B ma 100 urządzeń RDFG obecnie R2.
Macierz A ma urządzenia RDFG 100 w widoku maskowania, których porty frontonowe są w trybie online i podłączony jest przełącznik sieci szkieletowej.
Macierz B ma nieprzypisane urządzenia RDFG 100 (co oznacza, że nie są dostępne w żadnym widoku maskowania, więc nie są dostępne na żadnym porcie frontonu).
Następnie poniższe polecenie zwróci: Urządzenie jest już w żądanym stanie
symrdf -sid Array A -sg <sg> set preference R2
a w symapi.log zwrotach - Urządzenie jest już w żądanym stanie
sg <sg>: Set type Preference R2
Tak więc, ponieważ macierz A ma łączność hosta dla urządzeń rdfg 100, a macierz B nie ma łączności hosta dla urządzeń rdfg 100, to Array A pozostaje preferowanym zwycięzcą (R1), ponieważ dwie macierze dla rdfg 100 różnią się kryterium 1.
Opcja
ustaw preferencje jest dozwolona tylko w przypadku aktywnej grupy SRDF/Metro ze
skonfigurowanym typemmonitora. Aktywna grupa SRDF/Metro może mieć różne kombinacje stanu pary i stanu monitora.
Używanie konwencji nazewnictwa
Pairstate> - <Configured Type> - <Effective Type> - <Witness Status>do reprezentowania kombinacji i:<
Stan pary AA to ActiveActive, a AB to ActiveBias Skonfigurowany
typ W to Witness
efektywny, typ W to Witness, a B to Bias
, Stan świadka: N to Normal, D to Degraded, a F to Failed
Poniższa tabela zawiera informacje o stanie kombinacji po zmianie preferencji:
|
Bieżący stan
|
Stan po zmianie ustawionych preferencji
|
| AA - W - W - N |
AA - W - W - N |
|
AA - W - W - D
|
AB - W - B - F
|
|
AB - W - B - F
|
AB - W - B - F
|