RecoverPoint: CGs com erro e RPAs inativos em sistemas RecoverPoint usando o mesmo array Unity

摘要: Falha na replicação de grupos de consistência e de RPAs (RecoverPoint Appliances) entrando na norma de reinicialização em vários sistemas RecoverPoint que usam o mesmo array do Unity.

本文适用于 本文不适用于 本文并非针对某种特定的产品。 本文并非包含所有产品版本。
查看其他资源

症状

Os problemas de replicação começam em vários sistemas RecoverPoint usando o mesmo array Unity após a criação de um novo CG (Consistency Group, grupo de consistência) ou a adição de volumes de registro nos CGs existentes.

Em System (CLI) Events: 
  Topic:                GROUP
  Scope:                DETAILED
  Level:                ERROR
  Event ID:             4040
  Summary:              Journal error
  More information:     Full sweep to be performed.

  Topic:                GROUP
  Scope:                ADVANCED
  Level:                INFO
  Event ID:             4075
  Summary:              Journal available

  Topic:                GROUP
  Scope:                NORMAL
  Level:                WARNING
  Event ID:             4082
  Summary:              The dirtying action took place either due to a user action (e.g. group was enabled or journal volumes changed) or due to a system fatal error.
  There will be only one full sweep on this link in the next synchronization, regardless of the number of times the link's copies are marked as dirty until the synchronization starts.
  More information:     The copy marked all of its replication volumes as dirty.



Em Logs de replicação: 
2022/09/07 23:27:48.185 - #0 - 16558/16380 - Stream: errno=0 Assertion failed: false Line 2142 File /home/builderv/ReleaseBuilds/rel-hydra_patch1/src/kashya_infra/stream/Stream.inl PID: 16380 Info: Trying to get head from a stream without open it first
END OF LOGGER

2022/09/07 20:40:31.781 - #0 - 7714/7467 - Stream: errno=0 Assertion failed: false Line 2149 File /home/builderv/ReleaseBuilds/rel-hydra_patch1/src/kashya_infra/stream/Stream.inl PID: 7467 Info: Stream must be recovered or init before get head
END OF LOGGER

2022/09/07 21:39:29.335 - #0 - 13316/12743 - NO TOPIC: errno=0 Assertion failed: 0 Line 89 File SerializableQueueElement.cc PID: 12743 Info: NO INFO
END OF LOGGER

原因

Esse problema ocorre quando vários RPAs de diferentes sistemas RecoverPoint estão gravando nos mesmos volumes de registro.  Quando isso ocorre, o histórico de registro de ambos os CGs é corrompido e inicia uma varredura completa para garantir a consistência dos dados. Isso também aciona as reinicializações do processo de replicação, o que leva à regulação de reinicialização nos RPAs.

解决方案

Resolução:
Certifique-se de que cada grupo de consistência contenha volumes de registro exclusivos em todos os sistemas RecoverPoint. (O comando "get_group_volumes" da CLI do administrador pode ser útil para identificar os volumes de registro usados em cada sistema.)

  1. Nos CGs afetados, navegue até a guia Journal da cópia de destino.
  2. Clique no botão "Edit Journals", selecione o novo Volume do Diário para adicionar ao CG e limpe o Volume do Diário com problema.

其他信息

Documentado em "Notas técnicas de implementação com armazenamento midrange do Dell EMC RecoverPoint", página 7, Limitações:diferentemente do VNX, o Unity não tem grupos de armazenamento.
Portanto, todos os volumes são visíveis para todos os clusters de RPA, inclusive os volumes que já foram protegidos por outros clusters de RPA. Certifique-se de proteger somente os volumes desprotegidos. Se você proteger um volume que já está protegido:
  • A replicação não inicia
  • O estado do link indica Paused by system
  • Um erro indica que os volumes já estão protegidos
  • Poderá ocorrer corrupção dos dados se o volume selecionado for um volume de registro em um cluster de RPA diferente

受影响的产品

RecoverPoint, RecoverPoint CL, RecoverPoint EX, RecoverPoint SE
文章属性
文章编号: 000203635
文章类型: Solution
上次修改时间: 22 9月 2025
版本:  6
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。