PowerMaxOS: Slik angir du SRDF Metro-preferanse for vitnebeskyttede grupper

Du kan endre det angitte innstillingsstedet når du bruker et vitne for en SRDF-/Metro-gruppe som er aktiv og har en konfigurert type vitne. Preferansesiden eller "vinnende" siden er representert som R1 og ikke-preferansesiden eller "tapersiden" er representert som R2. Informasjonen i symrdfKommandoen gir en set preference R1 | R2 alternativ som endrer preferansestedet som skal brukes som en del av avgjørelsen som vitnet tar ved fastsettelse av nettstedet som forblir vert tilgjengelig ved en feil. Innstillingen er angitt på SRDF- eller Metro-gruppenivå.

Følgende kreves for å bruke denne funksjonen:

• Begge arrayene er PowerMaxOS 5978.711 (og nyere)
• Administrasjonskontroll er Solutions Enabler 10.x og/eller Unisphere for PowerMax 10.x (og nyere)

SYMCLI eksempel:

symrdf -sid 001 -sg rdfg1_SG -rdfg 1 set preference R2

Eksempel på Unisphere for 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

De to array-sidene gjentar regelmessig denne utvelgelsesprosessen for hver SRDF/Metro-gruppe for å sikre at den vinnende siden forblir den siden som er mest å foretrekke. Den vinnende siden kan endres i løpet av SRDF/Metro-økten. SRDF/Metro rapporterer alltid den vinnende siden som R1-enheten og den tapende siden som R2. Så hver bryter på den vinnende siden forårsaker et tilsynelatende bytte av R1- og R2-personlighetene i økten.

Vurderingen av den vinnende siden og den tapende siden skjer separat for hver SRDF/Metro-gruppe som eksisterer mellom to matriser. På en bestemt matrise kan noen enheter være R1-enheter, mens andre er R2-enheter. Hvilke som er R1 og hvilke som er R2, avhenger av utfallet av vurderingen av deres respektive SRDF / Metro-grupper.

Kort sagt, etter å ha angitt preferansen til en SRDF/Metro-gruppe til den ene siden (matrise A), hvis den andre siden (matrise B) har en av faktorene som bestemmer preferanse som array A ikke har, tilordnes preferanse til array B.

For å forklare dette nærmere, vurder følgende eksempel:

• Matrise A har RDFG 100-enheter som R1, array B har RDFG 100-enheter som R2.
• Array-A har RDFG 100-enheter i en maskeringsvisning der frontend-portene er tilkoblet og strukturbryter er tilkoblet.
• Array-B har ikke tilordnet RDFG 100-enheter, noe som betyr at den ikke er i noen maskeringsvisning, og derfor ikke tilgjengelig på noen frontend-port.

Kommandoen nedenfor returnerer "The device is already in the requested state.»

symrdf -sid Array A -sg <sg> set preference R2

Og i symapi.log, returnerer kommandoen "The device is already in the requested state."

sg <sg>: Set type Preference R2

Siden array A har vertstilkobling for RDFG 100-enheter, og array B ikke har vertstilkobling for RDFG 100-enheter, forblir array A som den foretrukne vinneren (R1), ettersom de to arrayene for RDFG 100 er forskjellige på "vertstilkobling"-faktoren.

Den set preference -alternativet er bare tillatt for en aktiv SRDF-/Metro-gruppe som har en konfigurert type vitne. En aktiv SRDF-/Metro-gruppe kan ha ulike kombinasjoner av parstatus og vitnestatus. Bruk navnekonvensjonene <Pairstate>, <Configured Type>, <Effective Type>og <Witness Status> til å representere kombinasjonene:

• Pairstate AA er ActiveActive, og AB er ActiveBias
• Konfigurert Type W er vitne
• Effektiv type W er vitne, og B er bias
• Vitnestatus N er normal, D er degradert og F er ikke bestått