PowerMaxOS: Cómo configurar la preferencia de SRDF Metro para los grupos protegidos testigo

Summary: Cómo configurar la preferencia de SRDF o Metro para los grupos protegidos testigo.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Instructions

Puede cambiar el sitio de preferencia indicado cuando utiliza un testigo para un grupo de SRDF/Metro que está activo y tiene un tipo de testigo configurado . La preferencia o lado "ganador" se representa como R1 y el lado sin preferencia o "perdedor" se representa como R2. La variable symrdfproporciona un comando set preference R1 | R2 Opción que cambia el sitio de preferencia que se utilizará como parte de la decisión tomada por el testigo al determinar el sitio que permanece accesible para el host en caso de una falla. La preferencia se establece en el nivel de grupo de SRDF o Metro.

Para utilizar esta función se requiere lo siguiente:

  • Ambos arreglos son PowerMaxOS 5978.711 (y versiones posteriores)
  • El control de administración es Solutions Enabler 10.x o Unisphere para PowerMax 10.x (y versiones posteriores)

SYMCLI ejemplo:

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

Ejemplo de Unisphere para PowerMax:

Array SID > Storage > Storage Groups > rdfg1_SG > Set Metro Preference
O bien, 
Array SID > Dashboard > Replication Dashboard > SRDF/Metro Storage Groups > rdfg1_SG > Set Metro Preference

Additional Information

NOTA: Cuando Metro está configurado para usar un testigo, la función del testigo es determinar qué lado de la sesión de Metro es la mejor opción para permanecer accesible para el host si se produce una falla. Los dispositivos del lado que se elige para permanecer accesibles para el host se informan como dispositivos R1 y los otros dispositivos laterales se informan como dispositivos R2 . Es posible que la elección que hace el testigo no se alinee con la preferencia que elige el usuario. El motivo por el que es posible que la elección no coincida es que cuando ambos lados ejecutan PowerMaxOS (5978 y versiones posteriores), SRDF/Metro considera factores adicionales para determinar y seleccionar el ganador recomendado.
 
NOTA: Los factores adicionales dependen del código de Enginuity. Consulte la sección "Determinación del ganador recomendado" de la "Guía de configuración de vWitness de SRDF/Metro de Dell" pertinente, disponible en el soporte de Dell.
 

Los dos lados del arreglo repiten regularmente este proceso de selección para cada grupo de SRDF/Metro a fin de garantizar que el lado ganador siga siendo el lado más preferible. El lado ganador puede cambiar durante la sesión de SRDF/Metro. SRDF/Metro siempre informa el lado ganador como el dispositivo R1 y el lado perdedor como R2. Por lo tanto, cada cambio en el lado ganador provoca un intercambio aparente de las personalidades R1 y R2 en la sesión.

La evaluación del lado ganador y del lado perdedor se produce por separado para cada grupo de SRDF/Metro que existe entre dos arreglos. En un arreglo en particular, algunos dispositivos podrían ser dispositivos R1, mientras que otros son dispositivos R2. Cuáles son R1 y cuáles son R2 depende del resultado de la evaluación de sus respectivos grupos de SRDF/Metro.

En resumen, después de configurar la preferencia de un grupo de SRDF/Metro en un lado (arreglo A), si el otro lado (arreglo B) tiene uno de los factores que determinan la preferencia que el arreglo A no tiene, la preferencia se asigna al arreglo B.

Para explicar esto con más detalle, considere el siguiente ejemplo:

  • El arreglo A tiene dispositivos RDFG 100 como R1 y el arreglo B tiene dispositivos RDFG 100 como R2.
  • El arreglo A tiene dispositivos RDFG 100 en una vista de enmascaramiento cuyos puertos de front-end están en línea y el switch de fabric conectado.
  • El arreglo B tiene dispositivos RDFG 100 sin asignar, lo que significa que no están en ninguna vista de enmascaramiento, por lo que no están disponibles en ningún puerto de front-end.

El siguiente comando devuelve "The device is already in the requested state.”

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

Y en el symapi.log, el comando devuelve "The device is already in the requested state”.

sg <sg>: Set type Preference R2

Dado que el arreglo A tiene conectividad de host para dispositivos RDFG 100 y el arreglo B no tiene conectividad de host para dispositivos RDFG 100, el arreglo A permanece como el ganador recomendado (R1), ya que los dos arreglos para RDFG 100 difieren en el factor de "conectividad de host".

El set preference solo se permite para un grupo de SRDF/Metro activo que tiene un tipo de testigo configurado . Un grupo SRDF/Metro activo puede tener diferentes combinaciones de estado de par y estado testigo. Mediante una convención de nomenclatura de estado <>de par, tipo> configurado, <tipo> efectivo y estado testigo< para representar las combinaciones:><

  • El estado de par AA es ActiveActive y AB es ActiveBias
  • El tipo configurado W es testigo
  • El tipo eficaz W es testigo y B es polarización
  • El estado del testigo N es Normal, D es Degradado y F es Fallido
La siguiente tabla informa el estado de la combinación después de un cambio de preferencia:
 
 Estado actual
 Estado después del cambio de preferencia establecida
 AA - W - W - N AA - W - W - N
 AA - W - W - D
AB - W - B - F
 AB - W - B - F
AB - W - B - F

Videos



Affected Products

PowerMaxOS 10
Article Properties
Article Number: 000209777
Article Type: How To
Last Modified: 16 مايو 2026
Version:  8
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.