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-preferanse- eller "tapersiden" er representert som R2. Kommandoen symrdf gir en
angi preferanse 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å.
For å gjøre oss av denne funksjonen kreves følgende:
- Begge arrayene er PowerMaxOS 5978.711 (og høyere)
- Administrasjonskontroll er Solutions Enabler 10.x og/eller Unisphere for PowerMax 10.x (og nyere)
Eksempel fra SYMCLI:
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
Eller
Array SID > Dashboard > Replication Dashboard > SRDF/Metro Storage Groups > rdfg1_SG > Set Metro Preference
MERK: Når Metro er konfigurert til å bruke et vitne, er vitnets rolle å avgjøre hvilken side av Metro-økten som er det beste valget for å forbli tilgjengelig for verten hvis det oppstår en feil. Enhetene, på siden som er valgt for å forbli tilgjengelige for verten, rapporteres som R1-enheter og de andre sideenhetene rapporteres som R2-enheter . Valget som vitnet gjør, stemmer kanskje ikke overens med preferansen brukeren velger.
Grunnen til at valget kanskje ikke stemmer overens, er:
Når begge sider kjører PowerMaxOS, tar SRDF/Metro ekstra faktorer i betraktning for å bestemme den foretrukne vinneren (i prioritert rekkefølge):
- Siden som har vertstilkobling (krever PowerMaxOS 10 (6079) eller PowerMaxOS 5978.444.444 eller nyere) Denne funksjonen overvåker tilkoblingene til verten som er tilordnet SRDF/Metro-enheter for å kontrollere at tilkoblingene er i drift.
- Siden som har en WP-verdi (Write Venting) som er mindre enn 80 % av System WP-grensen (krever PowerMaxOS 5978.669.669 eller nyere)
- Den motsatte siden fra siden som har en dobbel RAID-feil. Det vil si at to spindler er nede i en RAID 5-gruppe eller tre spindler er nede i en RAID 6-gruppe (krever PowerMaxOS 10 (6079)).
- Siden som har et SRDF/A DR-ben
- Om SRDF/A DR-benet er synkronisert
- Siden som har et aktivt SRDF/A DR-ben
- Siden som har et klart speil på SRDF/A DR-benet
- Siden som har mer enn 50% av RA- eller FA-direktørene som er tilgjengelige
- Siden som er den foretrukne siden (hvis brukeren har angitt en) Fra PowerMaxOS 10 (6079) kan lagringsadministratoren angi den foretrukne siden av et SRDF-/Metro-par.
I tidligere versjoner av driftsmiljøet, eller når administratoren ikke har angitt en foretrukket side, er R1-siden vinneren.
Det første av disse kriteriene som én matrise har, og den andre ikke, stopper utvelgelsesprosessen. Siden med det kriteriet er den foretrukne vinneren.
De to sidene gjentar regelmessig denne utvelgelsesprosessen for hver SRDF/Metro-gruppe for å sikre at den vinnende siden forblir den som er mest å foretrekke. Så den vinnende siden kan endres under 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 de vinnende og tapende sidene skjer separat for hver SRDF / Metro-gruppe som eksisterer mellom to arrayer. Så på et bestemt array 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.
Så kort oppsummert, etter å ha angitt preferansen til en SRDF/Metro-gruppe til den ene siden (Array A), hvis den andre siden (Array B) har et av kriteriene ovenfor som Array A ikke har, tilordnes preferanse til Array B.
For å forklare dette ytterligere, kan du vurdere følgende eksempel.
Array A har rdfg 100 enheter for øyeblikket R1, array B har rdfg 100 enheter for øyeblikket R2.
Arrayet A har rdfg 100 enheter i en maskeringsvisning der frontendportene er tilkoblet og struktursvitsj tilkoblet.
Array-B har rdfg 100 enheter ikke tilordnet, (det vil si ikke i noen maskeringsvisning, så ikke tilgjengelig på noen frontend-port).
Da vil kommandoen nedenfor returnere: Enheten er allerede i forespurt tilstand
symrdf -sid Array A -sg <sg> set preference R2
og i symapi.log returnerer - Enheten er allerede i forespurt tilstand
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 Ar-stråleA som den foretrukne vinneren (R1), ettersom de to arrayene for rdfg 100 er forskjellige på kriterium 1.
Det
angitte innstillingsalternativet er bare tillatt for en aktiv SRDF-/Metro-gruppe som har en
konfigurert vitnetype. En aktiv SRDF-/Metro-gruppe kan ha ulike kombinasjoner av parstatus og vitnestatus.
Bruke navnekonvensjonen
<Pairstate> - <Konfigurert Type> - <Effektiv type> - <Vitnestatus>
til å representere kombinasjonene og:
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 mislyktes
Følgende tabell informerer om kombinasjonsstatus etter en endring:
|
Nåværende status
|
Status etter angitt endring av innstillinger
|
| AA - W - W - N |
AA - W - W - N |
|
AA - W - W - D
|
AB - W - B - F
|
|
AB - W - B - F
|
AB - W - B - F
|