Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Enjoy members-only rewards and discounts
  • Create and access a list of your products

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

Summary: PowerMaxOS: Wie lege ich die SRDF- oder Metro-Einstellung für Witness-geschützte Gruppen fest?

This article applies to   This article does not apply to 

Instructions

Sie können den angegebenen bevorzugten Standort ändern, wenn Sie einen Witness verwenden (für eine SRDF/Metro-Gruppe, die aktiv ist und über einen konfigurierten Witness-Typ verfügt). Die Präferenz- oder "Gewinnerseite" wird als R1 und die Nicht-Präferenz- oder "Verliererseite" als R2 dargestellt. Der Befehl symrdf stellt eine
Einstellung R1 festlegen | 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.
Um diese Funktion nutzen zu können, ist Folgendes erforderlich:
  • 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
Oder
Array SID > Dashboard > Replication Dashboard > SRDF/Metro Storage Groups > rdfg1_SG > Set Metro Preference

Additional Information

HINWEIS: Wenn Metro für die Verwendung eines Witness konfiguriert ist, besteht die Rolle des Witness darin, zu bestimmen, welche Seite der Metro-Sitzung die beste Wahl ist, um bei einem Ausfall für den Host zugänglich zu bleiben. Die Geräte auf der Seite, die ausgewählt wird, um für den Host zugänglich zu bleiben, werden als R1-Geräte und die anderen Geräte als R2-Geräte gemeldet. Die Auswahl, die der Witness trifft, stimmt möglicherweise nicht mit der Präferenz des Nutzers überein.

Der Grund für eine möglicherweise nicht übereinstimmende Auswahl ist: 
Wenn beide Seiten PowerMaxOS ausführen, berücksichtigt SRDF/Metro zusätzliche Faktoren, um den bevorzugten Gewinner (in der Reihenfolge ihrer Priorität) zu bestimmen:
  1. Die Seite, die über Hostkonnektivität verfügt (erfordert PowerMaxOS 10 (6079) oder PowerMaxOS 5978.444.444 oder höher) Diese Funktion überwacht die Verbindungen zum Host, die SRDF/Metro-Geräten zugeordnet sind, um zu überprüfen, ob die Verbindungen betriebsbereit sind.
  2. Die Seite mit einem WP-Wert (Write Pending), der weniger als 80 % des System-WP-Limits beträgt (PowerMaxOS 5978.669.669 oder höher erforderlich)
  3. Die gegenüberliegende Seite von der Seite, die einen Dual-RAID-Fehler aufweist. Das bedeutet, dass zwei Spindeln in einer RAID-5-Gruppe oder drei Spindeln in einer RAID-6-Gruppe ausgefallen sind (PowerMaxOS 10 (6079) erforderlich).
  4. Die Seite, die eine SRDF/A-DR-Komponente hat
  5. Ob die SRDF/A-DR-Komponente synchronisiert ist
  6. Die Seite, die eine aktive SRDF/A-DR-Komponente hat
  7. Die Seite, die einen fertigen Spiegel auf der SRDF/A DR-Komponente hat
  8. Die Seite, die über mehr als 50 % der RA- oder FA-Directors verfügt, die verfügbar sind 
  9. Die bevorzugte Seite (wenn der Nutzer eine festgelegt hat) Ab PowerMaxOS 10 (6079) kann der Storage-Administrator die bevorzugte Seite eines SRDF/Metro-Paars angeben.
In früheren Versionen der Betriebsumgebung oder wenn der Administrator keine bevorzugte Seite angegeben hat, ist die R1-Seite der Gewinner.
Das erste dieser Kriterien, das das eine Array erfüllt und das andere nicht, beendet den Auswahlprozess. Die Seite, die diese Kriterien erfüllt, ist der bevorzugte Gewinner.
Beide Seiten wiederholen diesen Auswahlprozess regelmäßig für jede SRDF/Metro-Gruppe, um sicherzustellen, dass die Gewinnerseite diejenige bleibt, die am besten geeignet ist. Daher kann sich die Gewinnerseite 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 Gewinner- und 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 also 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) eines der oben genannten Kriterien erfüllt, was Array A nicht hat. 
Um dies weiter zu erläutern, betrachten Sie das folgende Beispiel.
Array A verfügt derzeit über RDFG 100 Geräte, R1, Array B verfügt über RDFG 100 Geräte, derzeit R2.
Array A verfügt über rdfg 100 Geräte in einer Masking-Ansicht, deren Front-end-Ports online und mit einem Fabric-Switch verbunden sind.
Array B verfügt über rdfg 100 Geräte, die nicht zugewiesen sind (d. h. nicht in einer Masking-Ansicht, daher auf keinem Front-end-Port verfügbar).
 
Dann würde der folgende Befehl zurückgegeben werden: Das Gerät befindet sich bereits im angeforderten Zustand
symrdf -sid Array A -sg <sg> set preference R2
und in der symapi.log zurückgibt: Das Gerät befindet sich bereits im angeforderten Zustand
sg <sg>: Set type Preference R2
Da also 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 in Kriterium 1 unterscheiden.

Die Option zum Festlegen der Präferenz ist nur für eine aktive SRDF/Metro-Gruppe zulässig, die über den konfigurierten Type "Witness" verfügt. Eine aktive SRDF/Metro-Gruppe kann unterschiedliche Kombinationen von Pairstate und Witness-Status aufweisen.
Verwenden Sie die Benennungskonvention Pairstate<> – <Konfigurierter Typ> – Effektiver Typ> – <Witness-Status <>
zur Darstellung der Kombinationen und:
Pairstate AA ist ActiveActive und AB ist ActiveBias
Konfiguriert Typ W ist Witness
Effective Typ W ist Witness und B ist Bias
Witness-Status N ist Normal, D ist Degraded und F ist Failed
Die folgende Tabelle informiert über den Kombinationsstatus nach einer Präferenzänderung:
 
 Aktueller Status
 Status nach Änderung der eingestellten Einstellung
 AA - W - W - N AA - W - W - N
 AA - W - W - D
AB - W - B - F
 AB - W - B - F
AB - W - B - F

Affected Products

PowerMaxOS 10
Article Properties
Article Number: 000209777
Article Type: How To
Last Modified: 25 Apr 2024
Version:  5
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.