PowerMaxOS: Ustawianie preferencji SRDF Metro dla grup chronionych monitora
Summary: Ustawianie preferencji SRDF lub Metro dla grup chronionych przez monitora.
Instructions
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 "przegrywająca" jest reprezentowana jako R2. Pakiet symrdfPolecenie udostępnia set preference 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.
Do korzystania z tej funkcji wymagane są następujące elementy:
- 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 wersji)
SYMCLI Przykład:
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
Array SID > Dashboard > Replication Dashboard > SRDF/Metro Storage Groups > rdfg1_SG > Set Metro Preference
Additional Information
Obie strony macierzy regularnie powtarzają ten proces wyboru dla każdej grupy SRDF/Metro, aby upewnić się, że strona wygrywająca pozostaje stroną najbardziej preferowaną. Zwycięska strona może się zmienić w trakcie 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 strony wygrywającej i przegrywającej odbywa się oddzielnie dla każdej grupy SRDF/Metro, która istnieje pomiędzy dwiema macierzami. 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 jeden z czynników określających preferencję, której nie ma macierz A, preferencja jest przypisywana do macierzy B.
Aby wyjaśnić to dokładniej, rozważmy następujący przykład:
- Macierz A ma urządzenia RDFG 100 jako R1, macierz B ma urządzenia RDFG 100 jako R2.
- Macierz A ma urządzenia RDFG 100 w widoku maskowania, których porty frontonu są 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.
Poniższe polecenie zwraca "The device is already in the requested state.”
symrdf -sid Array A -sg <sg> set preference R2
A w symapi.log, polecenie zwraca "The device is already in the requested state”.
sg <sg>: Set type Preference R2
Ponieważ macierz A ma łączność hosta dla urządzeń RDFG 100, a macierz B nie ma łączności hosta dla urządzeń RDFG 100, macierz A pozostaje preferowanym zwycięzcą (R1), ponieważ dwie macierze RDFG 100 różnią się współczynnikiem "połączenia hosta".
Tthe set preference jest dozwolona tylko w przypadku aktywnej grupy SRDF/Metro, która ma skonfigurowany typ monitora. Aktywna grupa SRDF/Metro może mieć różne kombinacje stanu pary i stanu monitora. Używanie konwencji <nazewnictwa Pairstate>, <Configured Type>, <Effective Type>i <Witness Status> do reprezentowania kombinacji:
- Stan pary AA to ActiveActive, a AB to ActiveBias
- Skonfigurowany typ W to Witness
- Efektywny typ W to świadek, a B to odchylenie
- Stan świadka N to normalny, D to obniżona sprawność, a F to niepowodzenie
|
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
|