PowerMaxOS: Så här ställer du in SRDF Metro-inställning för vittnesskyddade grupper
Summary: Så här ställer du in SRDF- eller Metro-inställning för vittnesskyddade grupper.
Instructions
Du kan ändra den angivna inställningsplatsen när du använder ett vittne för en SRDF/Metro-grupp som är aktiv och har en konfigurerad typ av vittne. Preferenssidan, eller den "vinnande" sidan representeras som R1 och den "icke-preferens" eller "förlorarsidan" representeras som R2. Informationen symrdfKommandot ger en set preference R1 | R2 Alternativ som ändrar inställningen för plats som ska användas som en del av det beslut som fattas av vittnet vid fastställande av vilken plats som förblir värdtillgänglig vid ett fel. Preferensen ställs in på SRDF- eller Metro-gruppnivå.
Följande krävs för att använda den här funktionen:
- Båda disksystemen är PowerMaxOS 5978.711 (och senare)
- Hanteringskontroll är Solutions Enabler 10.x och/eller Unisphere för PowerMax 10.x (och senare)
SYMCLI exempel:
symrdf -sid 001 -sg rdfg1_SG -rdfg 1 set preference R2
Unisphere för PowerMax-exempel:
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
De två Array-sidorna upprepar regelbundet denna urvalsprocess för varje SRDF/Metro-grupp för att säkerställa att den vinnande sidan förblir den sida som är mest föredragen. Den vinnande sidan kan komma att ändras under SRDF/Metro-sessionen. SRDF/Metro rapporterar alltid den vinnande sidan som R1-enheten och den förlorande sidan som R2. Så varje byte på den vinnande sidan orsakar ett uppenbart byte av R1- och R2-personligheterna i sessionen.
Bedömningen av den vinnande sidan och den förlorande sidan sker separat för varje SRDF/Metro-grupp som finns mellan två disksystem. I ett visst disksystem kan vissa enheter vara R1-enheter medan andra är R2-enheter. Vilka som är R1 och vilka som är R2 beror på resultatet av bedömningen av deras respektive SRDF/Metro-grupper.
Sammanfattningsvis, efter att ha ställt in inställningen för en SRDF/Metro-grupp till en sida (matris A), om den andra sidan (matris B) har en av de faktorer som avgör preferens som matris A inte har, tilldelas inställningen till matris B.
Om du vill förklara detta ytterligare kan du titta på följande exempel:
- Matris A har RDFG 100-enheter som R1, matris B har RDFG 100-enheter som R2.
- Matris A har RDFG 100-enheter i en maskeringsvy vars frontendportar är anslutna till online och strukturswitch.
- Matris B har RDFG 100-enheter otilldelade, vilket innebär att de inte finns i någon maskeringsvy och därför inte är tillgängliga på någon frontend-port.
Kommandot nedan returnerar "The device is already in the requested state.”
symrdf -sid Array A -sg <sg> set preference R2
Och i symapi.logreturnerar kommandot "The device is already in the requested state.”
sg <sg>: Set type Preference R2
Eftersom matris A har värdanslutning för RDFG 100-enheter, och matris B inte har värdanslutning för RDFG 100-enheter, förblir matris A den föredragna vinnaren (R1) eftersom de två disksystemen för RDFG 100 skiljer sig åt på faktorn "värdanslutning".
Metoden set preference är endast tillåtet för en aktiv SRDF/Metro-grupp som har en konfigurerad typ av vittne. En aktiv SRDF/Metro-grupp kan ha olika kombinationer av Pairstate och Witness Status. Använda en namngivningskonvention för <Pairstate>, <Konfigurerad typ>, <Effektiv typ>och <Vittnesstatus> för att representera kombinationerna:
- Pairstate AA är ActiveActive och AB är ActiveBias
- Konfigurerat Typ W är vittne
- Effektiv typ W är vittne och B är bias
- Vittnesstatus N är Normal, D är Degraderad och F är Misslyckades
|
Aktuell status
|
Status efter ändring av inställning
|
|---|---|
| AA - W - W - N | AA - W - W - N |
|
AA - W - W - D
|
AB - W - B - F
|
|
AB - W - B - F
|
AB - W - B - F
|