RecoverPoint: 使用相同 Unity 陣列的 RecoverPoint 系統中發生 CG 錯誤，且 RPA 關閉

Summary: 在使用相同 Unity 陣列的多個 RecoverPoint 系統上複製一致性群組失敗，以及 RecoverPoint 裝置 （RPA） 進入重新開機管理。

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

Symptoms

在建立新的一致性群組 （CG） 或在現有 CG 上新增日誌磁碟區後，使用相同 Unity 陣列的多個 RecoverPoint 系統會開始發生複製問題。

從系統 （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.



從複寫記錄： 
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

Cause

當來自不同 RecoverPoint 系統的多個 RPA 寫入相同的日誌卷時，就會發生此問題。  發生這種情況時，兩個 CG 的日誌歷史記錄都會損壞，並啟動完整掃掠以確保數據一致性。這也會觸發複製程序重新開機，導致 RPA 重新開機管理。

Resolution

主意：
確保每個一致性群組在所有 RecoverPoint 系統中都包含唯一的日誌磁碟區。（管理員 CLI 命令「get_group_volumes」有助於識別每個系統使用的日誌磁碟區。）

  1. 在受影響的 CG 上，瀏覽至目標副本的「日誌」標籤。
  2. 單擊“編輯日誌”按鈕，選擇要添加到 CG 的新日誌卷並清除有問題的日誌卷。

Additional Information

記錄於「Dell EMC RecoverPoint 使用中型儲存裝置部署技術備註」第 7 頁的限制：
與 VNX 不同，Unity 沒有儲存群組。因此，所有卷對所有 RPA 群集都是可見的，包括已受其他 RPA 群集保護的卷。確保僅保護未受保護的卷。如果您保護的磁碟區已受到保護：
  • 複寫未啟動
  • 連結狀態表示系統已暫停
  • 錯誤表示磁碟區已受到保護
  • 如果選取的磁碟區是不同 RPA 叢集中的日誌磁碟區，可能會發生資料損毀

Affected Products

RecoverPoint, RecoverPoint CL, RecoverPoint EX, RecoverPoint SE
Article Properties
Article Number: 000203635
Article Type: Solution
Last Modified: 22 Sept 2025
Version:  6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.