PowerMaxOS: Festlegen der SRDF Metro-Einstellung für Witness-geschützte Gruppen

Sie können den angegebenen bevorzugten Standort ändern, wenn Sie einen Witness für eine SRDF/Metro-Gruppe verwenden, die aktiv ist und über den konfigurierten Witness-Typ verfügt. Die Präferenz- oder "Gewinnerseite" wird als R1 und die Nicht-Präferenz- oder "Verliererseite" als R2 dargestellt. Bei der symrdfDer Befehl stellt eine set preference R1 | R2 Option, mit der der bevorzugte Standort geändert wird, der als Teil der Entscheidung des Witness verwendet werden soll, wenn der Standort bestimmt, der bei einem Ausfall für den Host zugänglich bleibt. Die Einstellung wird auf SRDF- oder Metro-Gruppenebene festgelegt.

Folgendes ist erforderlich, um diese Funktion zu verwenden:

• Beide Arrays entsprechen PowerMaxOS 5978.711 (und höher)
• Die Managementsteuerung erfolgt über Solutions Enabler 10.x und/oder Unisphere for PowerMax 10.x (und höher)

SYMCLI Beispiel:

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

Beispiel für 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

Die beiden Array-Seiten wiederholen diesen Auswahlprozess regelmäßig für jede SRDF/Metro-Gruppe, um sicherzustellen, dass die gewinnende Seite die bevorzugte bleibt. Die Gewinnerseite kann sich während der SRDF/Metro-Sitzung ändern. SRDF/Metro meldet die Gewinnerseite immer als R1-Gerät und die Verliererseite als R2. Jeder Wechsel auf der Gewinnerseite führt also zu einem offensichtlichen Austausch der R1- und R2-Persönlichkeiten in der Sitzung.

Die Bewertung der Gewinnerseite und der Verliererseite erfolgt separat für jede SRDF/Metro-Gruppe, die zwischen zwei Arrays vorhanden ist. Auf einem bestimmten Array können einige Geräte R1-Geräte und andere R2-Geräte sein. Welche R1 und welche R2 sind, hängt vom Ergebnis der Bewertung der jeweiligen SRDF/Metro-Gruppen ab.

Zusammenfassend lässt sich sagen, dass nach dem Festlegen der Präferenz einer SRDF/Metro-Gruppe auf eine Seite (Array A) Array B die Präferenz zugewiesen wird, wenn die andere Seite (Array B) einen der Faktoren aufweist, die die Präferenz bestimmen, Array A nicht.

Um dies näher zu erläutern, betrachten wir das folgende Beispiel:

• Array A verfügt über RDFG 100-Geräte als R1, Array B verfügt über RDFG 100-Geräte als R2.
• Array A verfügt über RDFG 100-Geräte in einer Masking-Ansicht, deren Front-end-Ports online und Fabric-Switch angeschlossen sind.
• Array B verfügt über nicht zugewiesene RDFG 100-Geräte, d. h. sie befinden sich nicht in einer Masking-Ansicht und sind daher an keinem Front-end-Port verfügbar.

Der folgende Befehl gibt "The device is already in the requested state.“

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

Und in der symapi.log, gibt der Befehl "The device is already in the requested state“.

sg <sg>: Set type Preference R2

Da Array A über Hostkonnektivität für RDFG 100-Geräte verfügt und Array B nicht über Hostkonnektivität für RDFG 100-Geräte verfügt, bleibt Array A der bevorzugte Gewinner (R1), da sich die beiden Arrays für RDFG 100 hinsichtlich des Faktors "Hostkonnektivität" unterscheiden.

Das set preference ist nur für eine aktive SRDF/Metro-Gruppe mit dem konfigurierten Witness-Typ zulässig. Eine aktive SRDF/Metro-Gruppe kann unterschiedliche Kombinationen von Pairstate und Witness-Status aufweisen. Verwenden Sie eine Namenskonvention aus <Pairstate>, <Configured Type>, <Effective Type>und <Witness Status> , um die Kombinationen darzustellen:

• Pairstate AA ist "ActiveActive" und AB ist "ActiveBias".
• Der konfigurierte Typ W ist Witness.
• Der effektive Typ W ist "Witness" und B ist "Bias".
• Der Witness-Status N ist Normal, D ist "Degraded" und F ist "Failed".