RecoverPoint: CG por error y RPA inactivos en sistemas RecoverPoint que utilizan el mismo arreglo Unity

摘要: La replicación de grupos de coherencia falla y los dispositivos RecoverPoint (RPA) ingresan a la regulación de reinicio en varios sistemas RecoverPoint que utilizan el mismo arreglo Unity. ...

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

症状

Los problemas de replicación comienzan en varios sistemas RecoverPoint que utilizan el mismo arreglo Unity después de la creación de un nuevo grupo de coherencia (CG) o la adición de volúmenes de registro en CG existentes.

Desde eventos del sistema (CLI): 
  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.



En los registros de replicación: 
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

原因

Este problema se produce cuando varios RPA de diferentes sistemas RecoverPoint escriben en los mismos volúmenes de registro.  Cuando esto ocurre, el historial de registro de ambos CG se daña e inicia un barrido completo para garantizar la coherencia de los datos. Esto también desencadena los reinicios del proceso de replicación, lo que conduce a la regulación de reinicio en los RPA.

解决方案

Resolución:
Asegúrese de que cada grupo de coherencia contenga volúmenes de registro únicos en todos los sistemas RecoverPoint. (El comando "get_group_volumes" de la CLI del administrador puede ser útil para identificar los volúmenes de registro utilizados en cada sistema).

  1. En los CG afectados, vaya a la pestaña Journal de la copia de destino.
  2. Haga clic en el botón "Edit Journals", seleccione el nuevo volumen de diario para agregarlo al CG y borre el problema Journal Volume.

其他信息

Documentado en "Notas técnicas de implementación de Dell EMC RecoverPoint con almacenamiento de rango medio", página 7, bajo Limitaciones:
A diferencia de VNX, Unity no tiene grupos de almacenamiento. Por lo tanto, todos los volúmenes son visibles para todos los clústeres de RPA, incluidos los volúmenes que ya han sido protegidos por otros clústeres de RPA. Asegúrese de proteger solo los volúmenes no protegidos. Si protege un volumen que ya está protegido:
  • La replicación no se inicia
  • El estado del enlace indica Paused by system
  • Un error indica que los volúmenes ya están protegidos
  • Es posible que se produzcan daños en los datos si el volumen seleccionado es un volumen de registro en un clúster de RPA diferente

受影响的产品

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