PowerMaxOS: Come impostare la preferenza SRDF Metro per i gruppi protetti dal controllo di witness
Summary: Come impostare le preferenze SRDF o Metro per i gruppi protetti Witness.
Instructions
È possibile modificare il sito di preferenza indicato quando si utilizza un witness per un gruppo SRDF/Metro attivo e con un tipo di witness Configurato . La preferenza o il lato "vincente" è rappresentato come R1 e il lato non preferente, o "perdente" è rappresentato come R2. La colonna symrdffornisce un comando set preference R1 | R2 Opzione che modifica il sito di preferenza da utilizzare come parte della decisione presa dal Witness durante la determinazione del sito che rimane accessibile dall host in caso di errore. La preferenza viene impostata a livello di gruppo SRDF o Metro.
Per utilizzare questa funzione, è necessario quanto segue:
- Entrambi gli array sono PowerMaxOS 5978.711 (e versioni successive)
- Il controllo di gestione è Solutions Enabler 10.x e/o Unisphere for PowerMax 10.x (e versioni successive)
SYMCLI Esempio:
symrdf -sid 001 -sg rdfg1_SG -rdfg 1 set preference R2
Esempio di 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
Additional Information
I due lati dell'array ripetono regolarmente questo processo di selezione per ogni gruppo SRDF/Metro per garantire che il lato vincitore rimanga il lato preferibile. Il lato vincitore può cambiare durante la sessione SRDF/Metro. SRDF/Metro riporta sempre il lato vincitore come dispositivo R1 e il lato perdente come R2. Quindi ogni cambio sul lato vincente provoca un apparente scambio di personalità R1 ed R2 nella sessione.
La valutazione del lato vincitore e del lato perdente avviene separatamente per ogni gruppo SRDF/Metro esistente tra due array. Su un determinato array, alcuni dispositivi potrebbero essere R1 e altri R2. Quali sono R1 e quali R2 dipendono dal risultato della valutazione dei rispettivi gruppi SRDF/Metro.
In sintesi, dopo aver impostato la preferenza di un gruppo SRDF/Metro su un lato (array A), se l'altro lato (array B) presenta uno dei fattori che determinano la preferenza che l'array A non ha, la preferenza viene assegnata all'array B.
Per spiegare meglio questo concetto, si consideri l'esempio seguente:
- L'array A ha dispositivi RDFG 100 come R1, l'array B ha dispositivi RDFG 100 come R2.
- L'array A dispone di dispositivi RDFG 100 in una visualizzazione masking le cui porte front-end sono online e Fabric Switch collegato.
- L'array B contiene dispositivi RDFG 100 non assegnati, il che significa che non è in alcuna visualizzazione di masking e quindi non è disponibile su alcuna porta front-end.
Il comando seguente restituisce "The device is already in the requested state.".
symrdf -sid Array A -sg <sg> set preference R2
E nella symapi.log, il comando restituisce "The device is already in the requested state".
sg <sg>: Set type Preference R2
Poiché l'array A dispone di connettività host per i dispositivi RDFG 100 e l'array B non dispone di connettività host per i dispositivi RDFG 100, l'array A rimane il vincitore preferito (R1) in quanto i due array per RDFG 100 differiscono per quanto riguarda il fattore di connettività host.
Le set preference l'opzione è consentita solo per un gruppo SRDF/Metro attivo con un tipo di witness configurato . Un gruppo SRDF/Metro attivo può avere diverse combinazioni di stato Pairstate e Witness. Utilizzando una convenzione di denominazione di <Pairstate>, <Configured Type>, <Effective Type>e <Witness Status> per rappresentare le combinazioni:
- Pairstate AA è ActiveActive e AB è ActiveBias
- Il tipo W configurato è witness
- Il tipo effettivo W è Witness e B è Bias
- Lo stato Witness N è Normal, D è Degraded e F è Failed
|
Stato attuale
|
Stato dopo la modifica delle preferenze impostate
|
|---|---|
| AA - W - W - N | AA - W - W - N |
|
AA - W - W - D
|
AB - W - B - F
|
|
AB - W - B - F
|
AB - W - B - F
|