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 icke-preferenssidan, eller "förlorarsidan" representeras som R2. Kommandot symrdf ger en
Ange inställning 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ör att vi ska kunna använda den här funktionen krävs följande:
- 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
Eller
Array SID > Dashboard > Replication Dashboard > SRDF/Metro Storage Groups > rdfg1_SG > Set Metro Preference
Obs! När Metro har konfigurerats för att använda ett vittne är vittnets roll att avgöra vilken sida av Metro-sessionen som är det bästa valet för att förbli tillgänglig för värden om det uppstår ett fel. Enheterna, på den sida som valts för att förbli tillgänglig för värden, rapporteras som R1-enheter och de andra sidoenheterna rapporteras som R2-enheter . Det val som vittnet gör kanske inte stämmer överens med den preferens som användaren väljer.
Anledningen till att valet kanske inte stämmer är följande:
När båda sidor kör PowerMaxOS tar SRDF/Metro hänsyn till extra faktorer för att avgöra den föredragna vinnaren (i prioritetsordning):
- Den sida som har värdanslutning (kräver PowerMaxOS 10 (6079) eller PowerMaxOS 5978.444.444 eller senare) Den här funktionen övervakar anslutningarna till värden som är mappade till SRDF-/Metro-enheter för att kontrollera att anslutningarna fungerar.
- Den sida som har ett värde för väntar på skrivning (WP) som är mindre än 80 % av systemets WP-gräns (kräver PowerMaxOS 5978.669.669 eller senare)
- Den motsatta sidan från den sida som har ett dubbelt RAID-fel. Det innebär att två spindlar är nere i en RAID 5-grupp eller att tre spindlar är nere i en RAID 6-grupp (kräver PowerMaxOS 10 (6079)).
- Den sida som har ett SRDF/A DR-ben
- Om SRDF/A DR-benet är synkroniserat
- Den sida som har ett aktivt SRDF/A DR-ben
- Den sida som har en färdig spegel på SRDF/A DR-benet
- Den sida som har mer än 50 % av de RA- eller FA-styrelseledamöter som är tillgängliga
- Den sida som är den föredragna sidan (om användaren har ställt in en) Från PowerMaxOS 10 (6079) kan lagringsadministratören ange önskad sida för ett SRDF/Metro-par.
I tidigare versioner av driftmiljön, eller när administratören inte har angett en föredragen sida, är R1-sidan vinnaren.
Det första av dessa kriterier som en matris har, och det andra inte, stoppar urvalsprocessen. Den sida som har det kriteriet är den föredragna vinnaren.
De två sidorna upprepar regelbundet denna urvalsprocess för varje SRDF/Metro-grupp för att säkerställa att den vinnande sidan förblir den som är mest föredragen. Så den vinnande sidan kan ä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 och den förlorande sidan sker separat för varje SRDF/Metro-grupp som finns mellan två disksystem. Så på 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 ett av ovanstående kriterier 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, för närvarande R1, matris B har rdfg 100-enheter, för närvarande R2.
Matris A har rdfg 100-enheter i en maskeringsvy vars frontendportar är online och strukturswitch ansluten.
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 frontendport).
Sedan skulle kommandot nedan returnera: Enheten är redan i begärt tillstånd
symrdf -sid Array A -sg <sg> set preference R2
och i symapi.log returer – Enheten är redan i begärt tillstånd
sg <sg>: Set type Preference R2
Så 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 Array A som den föredragna vinnaren (R1) eftersom de två matriserna för rdfg 100 skiljer sig åt på kriterium 1.
Ange
inställningsalternativet är endast tillåtet för en aktiv SRDF/Metro-grupp som har en
konfigurerad vittnestyp. En aktiv SRDF/Metro-grupp kan ha olika kombinationer av Pairstate och Witness Status.
Använda namngivningskonventionen
<Pairstate> – <Konfigurerad typ> – <Effektiv typ> – <Vittnesstatus>
för att representera kombinationerna och:
Partillstånd AA är ActiveActive och AB är ActiveBias
Konfigurerad Typ W är Witness
Effektiv Typ W är Witness och B är Bias
Vittnesstatus N är Normal, D är Degraderad och F är Failed
I följande tabell visas kombinationsstatusen efter en inställningsändring:
|
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
|