RecoverPoint. Группы консистентности по ошибке и RPA в системах RecoverPoint, использующих один и тот же массив Unity

摘要: Сбой репликации групп консистентности и включение устройств RecoverPoint (RPA) в режим перезагрузки в нескольких системах RecoverPoint, использующих один и тот же дисковый массив Unity. ...

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

症状

Проблемы с репликацией начинаются в нескольких системах RecoverPoint, использующих один и тот же массив Unity, после создания новой группы консистентности или добавления томов журнала в существующие группы консистентности.

Из системных событий (интерфейс командной строки): 
  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

原因

Эта проблема возникает, когда несколько устройств RPA из разных систем RecoverPoint записывают данные в одни и те же тома журнала.  В этом случае журнал для обеих групп консистентности повреждается и инициирует полную очистку для обеспечения согласованности данных. Это также инициирует перезапуск процесса репликации, что приводит к регулированию перезагрузки RPA.

解决方案

Резолюция:
Убедитесь, что каждая группа консистентности содержит уникальные тома журнала во всех системах RecoverPoint. (Команда интерфейса командной строки администратора «get_group_volumes» может быть полезна для определения томов журнала, используемых в каждой системе.)

  1. В затронутых группах консистентности перейдите на вкладку «Журнал» целевой копии.
  2. Нажмите кнопку "Редактировать журналы", выберите новый том журнала для добавления в группу консистентности и снимите проблему с томом журнала.

其他信息

Документировано в документе «Технические примечания к развертыванию Dell EMC RecoverPoint с хранилищем среднего уровня», стр. 7, в разделе Ограничения:
В отличие от VNX, в Unity нет групп хранения. Таким образом, все тома видны всем кластерам RPA, включая тома, которые уже защищены другими кластерами RPA. Обеспечьте защиту только незащищенных томов. Если вы защищаете уже защищенный том:
  • Репликация не начинается
  • Состояние канала указывает: Приостановлено системой
  • Ошибка указывает на то, что тома уже защищены
  • Повреждение данных может произойти, если выбранный том является томом журнала в другом кластере RPA

受影响的产品

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