RecoverPoint: CG in errore e RPA inattivi nei sistemi RecoverPoint che utilizzano lo stesso array Unity

摘要: La replica dei consistency group non riesce e gli appliance RecoverPoint (RPA) entrano nel regolamento di riavvio su più sistemi RecoverPoint che utilizzano lo stesso array Unity.

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

症状

I problemi di replica iniziano su più sistemi RecoverPoint che utilizzano lo stesso array Unity dopo la creazione di un nuovo consistency group (CG) o l'aggiunta di volumi journal su CG esistenti.

Da eventi di 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.



Dai registri di replica: 
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

原因

Questo problema si verifica quando più RPA di sistemi RecoverPoint diversi scrivono sugli stessi volumi di journal.  In questo caso, la cronologia del journal per entrambi i CG viene danneggiata e avvia una scansione completa per garantire la coerenza dei dati. In questo modo si attivano anche i riavvii del processo di replica che determinano la regolazione del riavvio sugli RPA.

解决方案

Risoluzione:
Assicurarsi che ogni consistency group contenga volumi di journal univoci in tutti i sistemi RecoverPoint. (Il comando CLI di amministrazione "get_group_volumes" può essere utile per identificare i volumi del journal utilizzati in ogni sistema).

  1. Nei CG interessati, passare alla scheda Journal della copia di destinazione.
  2. Cliccare sul pulsante "Edit Journals", selezionare il nuovo volume del journal da aggiungere al CG e cancellare il volume del journal con il problema.

其他信息

Documentato in "Dell EMC RecoverPoint Deploying with Midrange Storage Technical Notes" a pagina 7 in Limitazioni:
A differenza di VNX, Unity non dispone di gruppi di storage. Pertanto, tutti i volumi sono visibili a tutti i cluster RPA, inclusi i volumi che sono già stati protetti da altri cluster RPA. Assicurarsi di proteggere solo i volumi non protetti. Se si protegge un volume già protetto:
  • La replica non si avvia
  • Lo stato del collegamento indica Paused by system
  • Un errore indica che i volumi sono già protetti
  • Se il volume selezionato è un volume journal in un cluster RPA diverso, potrebbe verificarsi un danneggiamento dei dati

受影响的产品

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