U kunt de aangegeven voorkeurssite wijzigen wanneer u een witness gebruikt (voor een SRDF/Metro-groep die actief is en een geconfigureerd type witness heeft. De voorkeurs- of "winnende" kant wordt weergegeven als R1 en de niet-voorkeurs- of "verliezers"-kant wordt weergegeven als R2. Het symrdf-commando biedt een
voorkeur instellen R1 | R2
Optie die de voorkeurssite wijzigt die moet worden gebruikt als onderdeel van de beslissing van de getuige bij het bepalen van de site die toegankelijk blijft voor de host bij een storing. De voorkeur wordt ingesteld op het niveau van de SRDF- of Metro-groep.
Om gebruik te kunnen maken van deze functie is het volgende vereist:
- Beide arrays zijn PowerMaxOS 5978.711 (en hoger)
- Beheercontrole is Solutions Enabler 10.x en/of Unisphere voor PowerMax 10.x (en hoger)
Voorbeeld van SYMCLI:
symrdf -sid 001 -sg rdfg1_SG -rdfg 1 set preference R2
Voorbeeld van Unisphere voor PowerMax:
Array SID > Storage > Storage Groups > rdfg1_SG > Set Metro Preference
Of
Array SID > Dashboard > Replication Dashboard > SRDF/Metro Storage Groups > rdfg1_SG > Set Metro Preference
OPMERKING: Wanneer Metro is geconfigureerd voor het gebruik van een witness, is de rol van de witness om te bepalen welke kant van de Metro-sessie de beste keuze is om toegankelijk te blijven voor de host als er een fout optreedt. De apparaten, aan de kant die is gekozen om toegankelijk te blijven voor de host, worden gerapporteerd als R1-apparaten en de apparaten aan de andere kant worden gerapporteerd als R2-apparaten . De keuze die de witness maakt, komt mogelijk niet overeen met de voorkeur die de gebruiker kiest.
De reden dat de keuze mogelijk niet op elkaar is afgestemd, is:
Wanneer beide partijen PowerMaxOS uitvoeren, houdt SRDF/Metro rekening met extra factoren om de voorkeurswinnaar te bepalen (in prioriteitsvolgorde):
- De kant met hostconnectiviteit (vereist PowerMaxOS 10 (6079) of PowerMaxOS 5978.444.444 of hoger) Deze functionaliteit bewaakt de verbindingen met de host die zijn toegewezen aan SRDF/Metro-apparaten om te controleren of de verbindingen operationeel zijn.
- De zijde met een WP-waarde (Write Pending (WP) die lager is dan 80% van de WP-limiet van het systeem (vereist PowerMaxOS 5978.669.669 of hoger)
- De andere kant dan de kant met een dubbele RAID-fout. Dat wil zeggen dat er twee spindles niet beschikbaar zijn in een RAID 5-groep of dat er drie spindles niet beschikbaar zijn in een RAID 6-groep (vereist PowerMaxOS 10 (6079)).
- De kant met een SRDF/A DR-poot
- Of de SRDF/A DR-poot is gesynchroniseerd
- De zijde met een actieve SRDF/A DR-poot
- De kant met een kant-en-klare spiegel op de SRDF/A DR-poot
- De kant met meer dan 50% van de RA- of FA-directeuren die beschikbaar zijn
- De voorkeurszijde (als de gebruiker er een heeft ingesteld) Vanuit PowerMaxOS 10 (6079) kan de storagebeheerder de voorkeurszijde van een SRDF/Metro-paar opgeven.
In eerdere versies van de besturingsomgeving, of wanneer de beheerder geen voorkeurszijde heeft opgegeven, is de R1-zijde de winnaar.
Het eerste van deze criteria dat de ene array wel en de andere niet heeft, stopt het selectieproces. De kant met dat criterium is de voorkeurswinnaar.
De twee partijen herhalen dit selectieproces regelmatig voor elke SRDF/Metro-groep om ervoor te zorgen dat de winnende partij degene blijft die de meeste voorkeur heeft. De winnende partij kan dus veranderen tijdens de SRDF/Metro-sessie. SRDF/Metro rapporteert altijd de winnende kant als het R1-apparaat en de verliezende kant als R2. Dus elke wissel in de winnende kant veroorzaakt een schijnbare verwisseling van de R1- en R2-persoonlijkheden in de sessie.
De beoordeling van de winnende en verliezende partijen vindt afzonderlijk plaats voor elke SRDF/Metro-groep die tussen twee arrays bestaat. Op een bepaalde array kunnen sommige apparaten R1-apparaten zijn en andere R2-apparaten. Welke R1 en welke R2 zijn, hangt af van de uitkomst van de beoordeling van hun respectieve SRDF/Metro-groepen.
Samenvattend, na het instellen van de voorkeur van een SRDF/Metro-groep op één kant (array A), als de andere kant (array B) een van de bovenstaande criteria heeft die array A niet heeft, wordt de voorkeur toegewezen aan array B.
Om dit verder uit te leggen, kijken we naar het volgende voorbeeld.
Array A heeft momenteel r1 rdfg 100 apparaten, array B heeft momenteel R2 rdfg 100 apparaten.
Array A bevat RDFG 100 apparaten in een maskeringsweergave waarvan de front-end poorten online zijn en de fabricswitch is aangesloten.
Array B heeft rdfg 100 apparaten niet-toegewezen (d.w.z. niet in een maskeringsweergave en dus niet beschikbaar op een front-endpoort).
Dan zou de onderstaande opdracht terugkeren: Het apparaat bevindt zich al in de gewenste status
symrdf -sid Array A -sg <sg> set preference R2
en in de symapi.log retourneert: Het apparaat bevindt zich al in de gevraagde staat
sg <sg>: Set type Preference R2
Aangezien array A dus hostconnectiviteit heeft voor rdfg 100-apparaten en array B geen hostconnectiviteit heeft voor rdfg 100-apparaten, blijft Array A de voorkeurswinnaar (R1) omdat de twee arrays voor rdfg 100 verschillen op criterium 1.
De
voorkeursoptie instellen is alleen toegestaan voor een actieve SRDF/Metro-groep met een
geconfigureerd typewitness. Een actieve SRDF/Metro-groep kan verschillende combinaties van Pairstate en Witness Status hebben.
Gebruik een naamgevingsconventie van
<Pairstate> - <Configured Type> - <Effective Type> - <Witness Status>
om de combinaties weer te geven en:
Pairstate AA is ActiveActive en AB is ActiveBias
geconfigureerd Type W is witness
effectief Type W is witness en B is bias
Witnessstatus N is normaal, D is gedegradeerd en F is mislukt
De volgende tabel geeft de combinatiestatus aan na een voorkeurswijziging:
|
Huidige status
|
Status na wijziging van ingestelde voorkeur
|
| AA - W - W - N |
AA - W - W - N |
|
AA - W - W - D
|
AB - W - B - F
|
|
AB - W - B - F
|
AB - W - B - F
|