PowerMaxOS: Como definir a preferência do SRDF Metro para grupos protegidos por testemunha

Summary: Como definir a preferência do SRDF ou Metro para grupos protegidos por testemunha.

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

Você pode alterar o local de preferência indicado ao usar uma testemunha para um grupo do SRDF/Metro que está ativo e tem um tipo configurado de testemunha. O lado de preferência ou "vencedor" é representado como R1 e o lado de não preferência ou "perdedor" é representado como R2. A coluna symrdfO comando fornece um set preference R1 | R2 Opção que altera o local de preferência a ser usado como parte da decisão tomada pela testemunha ao determinar o local que permanece acessível ao host em caso de falha. A preferência é definida no nível do grupo SRDF ou Metro.

O seguinte é necessário para usar esse recurso:

  • Ambos os arrays são PowerMaxOS 5978.711 (e posterior)
  • O controle de gerenciamento é o Solutions Enabler 10.x e/ou Unisphere for PowerMax 10.x (e posterior)

SYMCLI exemplo:

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

Exemplo do Unisphere for PowerMax:

Array SID > Storage > Storage Groups > rdfg1_SG > Set Metro Preference
Ou 
Array SID > Dashboard > Replication Dashboard > SRDF/Metro Storage Groups > rdfg1_SG > Set Metro Preference

Additional Information

Nota: Quando o Metro é configurado para usar uma testemunha, a função da testemunha é determinar qual lado da sessão Metro é a melhor opção para permanecer acessível ao host em caso de falha. Os dispositivos no lado escolhido para permanecer acessíveis ao host são relatados como dispositivos R1 e os dispositivos no outro lado são relatados como dispositivos R2 . A escolha feita pela testemunha pode não estar de acordo com a preferência escolhida pelo usuário. O motivo pelo qual a escolha pode não estar alinhada é que, quando ambos os lados executam o PowerMaxOS (5978 e posterior), o SRDF/Metro considera fatores adicionais para determinar e selecionar o vencedor preferencial.
 
Nota: Os fatores adicionais dependem do código do Enginuity. Consulte a seção "Determinando o vencedor preferencial" do "Guia de configuração do Dell SRDF/Metro vWitness" relevante, disponível no Suporte Dell.
 

Os dois lados do array repetem regularmente esse processo de seleção para cada grupo do SRDF/Metro a fim de garantir que o lado vencedor continue sendo o mais preferível. O lado vencedor pode mudar durante a sessão do SRDF/Metro. O SRDF/Metro sempre relata o lado vencedor como o dispositivo R1 e o lado perdedor como R2. Portanto, cada switch no lado vencedor causa uma troca aparente das personalidades R1 e R2 na sessão.

A avaliação do lado vencedor e do lado perdedor ocorre separadamente para cada grupo do SRDF/Metro que existe entre dois arrays. Em um array específico, alguns dispositivos podem ser dispositivos R1, enquanto outros são dispositivos R2. Quais são R1 e quais são R2 dependem do resultado da avaliação de seus respectivos grupos SRDF/Metro.

Em resumo, depois de definir a preferência de um grupo do SRDF/Metro para um lado (array A), se o outro lado (array B) tiver um dos fatores que determinam a preferência que o array A não tem, a preferência será atribuída ao array B.

Para explicar isso melhor, considere o seguinte exemplo:

  • O array A tem dispositivos RDFG 100 como R1, o array B tem dispositivos RDFG 100 como R2.
  • O array A tem dispositivos RDFG 100 em uma visualização de mascaramento cujas portas front-end estão conectadas on-line e ao switch de fabric.
  • O array B tem dispositivos RDFG 100 não atribuídos, o que significa que não está em nenhuma exibição de mascaramento, portanto, não está disponível em nenhuma porta front-end.

O comando abaixo retorna "The device is already in the requested state."

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

E no symapi.log, o comando retorna "The device is already in the requested state."

sg <sg>: Set type Preference R2

Como o array A tem conectividade de host para dispositivos RDFG 100 e o array B não tem conectividade de host para dispositivos RDFG 100, o array A permanece como o vencedor preferencial (R1), pois os dois arrays para RDFG 100 diferem no fator "conectividade do host".

O set preference só é permitida para um grupo ativo do SRDF/Metro que tenha um tipo configurado de testemunha. Um grupo ativo do SRDF/Metro pode ter diferentes combinações de Pairstate e Witness Status. Usando uma convenção de nomenclatura de <Pairstate>, <Configured Type>, <Effective Type>e <Witness Status> para representar as combinações:

  • Pairstate AA é ActiveActive e AB é ActiveBias
  • O tipo configurado W é testemunha
  • O tipo efetivo W é Witness e B é Bias
  • O status da testemunha N é normal, D está degradado e F está com falha
A tabela a seguir informa o status da combinação após uma alteração de preferência:
 
 Status atual
 Status após definir alteração de preferência
 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.