PowerMaxOS : Comment définir la préférence SRDF Metro pour les groupes protégés par Witness

Vous pouvez modifier le site de préférence indiqué lors de l’utilisation d’un témoin pour un groupe SRDF/Metro actif et ayant un type de témoin configuré . Le côté préféré ou « gagnant » est représenté par R1 et le côté non préféré ou « perdant » par R2. La commande symrdffournit une commande set preference R1 | R2 Option qui modifie le site préféré à utiliser dans le cadre de la décision prise par le témoin lors de la détermination du site qui reste accessible à l’hôte en cas de panne. La préférence est définie au niveau du groupe SRDF ou Metro.

Les éléments suivants sont requis pour utiliser cette fonctionnalité :

• Les deux baies sont PowerMaxOS 5978.711 (et versions supérieures)
• Le contrôle de gestion est Solutions Enabler 10.x et/ou Unisphere for PowerMax 10.x (et versions ultérieures)

SYMCLI exemple :

symrdf -sid 001 -sg rdfg1_SG -rdfg 1 set preference R2

Exemple avec 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

Les deux côtés de la baie répètent régulièrement ce processus de sélection pour chaque groupe SRDF/Metro afin de s’assurer que le côté gagnant reste le côté le plus préférable. Le côté gagnant peut changer au cours de la session SRDF/Metro. SRDF/Metro signale toujours le côté gagnant en tant que périphérique R1 et le côté perdant en tant que R2. Ainsi, chaque changement du côté gagnant provoque un changement apparent des personnalités R1 et R2 dans la session.

L’évaluation du côté gagnant et du côté perdant se produit séparément pour chaque groupe SRDF/Metro qui existe entre deux baies. Sur une baie particulière, certains appareils peuvent être des appareils R1 tandis que d’autres sont des appareils R2. Lesquels sont R1 et lesquels sont R2 dépendent du résultat de l’évaluation de leurs groupes SRDF/Metro respectifs.

En résumé, après avoir défini la préférence d’un groupe SRDF/Metro sur un côté (baie A), si l’autre côté (baie B) présente l’un des facteurs qui déterminent la préférence que la baie A n’a pas, la préférence est alors attribuée à la baie B.

Pour expliquer cela plus en détail, considérons l’exemple suivant :

• La baie A dispose de périphériques RDFG 100 en tant que R1, la baie B a des périphériques RDFG 100 en tant que R2.
• La baie A comporte des appareils RDFG 100 dans une vue de masquage dont les ports front-end sont en ligne et rattachés à un commutateur de structure.
• La baie B dispose de RDFG 100 appareils non attribués, ce qui signifie qu’ils ne se trouvent dans aucune vue de masquage et ne sont donc pas disponibles sur un port frontal.

La commande ci-dessous renvoie "The device is already in the requested state.»

symrdf -sid Array A -sg <sg> set preference R2

Et dans le symapi.log, la commande renvoie "The device is already in the requested state. »

sg <sg>: Set type Preference R2

Étant donné que la baie A dispose d’une connectivité hôte pour les appareils RDFG 100 et que la baie B n’a pas de connectivité hôte pour les appareils RDFG 100, la baie A reste le gagnant préféré (R1), car les deux baies pour RDFG 100 diffèrent sur le facteur de « connectivité de l’hôte ».

Lla set preference L’option n’est autorisée que pour un groupe SRDF/Metro actif disposant d’un type Witness configuré . Un groupe SRDF/Metro actif peut avoir différentes combinaisons Pairstate et Witness Status. À l’aide d’une convention de dénomination de <Pairstate>, <Configured Type>, <Effective Type>et <Witness Status> pour représenter les combinaisons :

• Pairstate AA est ActiveActive et AB est ActiveBias
• Le type W configuré est Witness
• Le type effectif W est Witness et B est Bias
• L’état Witness N est Normal, D est Dégradé et F est Échec