PowerMaxOS: Ustawianie preferencji SRDF Metro dla grup chronionych monitora

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

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