RecoverPoint: CG's in fout en RPA's down in RecoverPoint systemen met dezelfde Unity array

摘要: Replicatie van consistentiegroepen mislukt en RecoverPoint appliances (RPA's) gaan naar de herstartregeling op meerdere RecoverPoint systemen met dezelfde Unity-array.

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

症状

Replicatieproblemen beginnen op meerdere RecoverPoint-systemen die dezelfde Unity-array gebruiken na het maken van een nieuwe consistentiegroep (CG) of het toevoegen van journaalvolumes aan bestaande CG's.

Van systeemgebeurtenissen (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.



Uit replicatielogboeken: 
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

原因

Dit probleem doet zich voor wanneer meerdere RPA's van verschillende RecoverPoint-systemen naar dezelfde journaalvolumes schrijven.  Wanneer dit gebeurt, raakt de journaalgeschiedenis voor beide CG's beschadigd en wordt een volledige sweep gestart om dataconsistentie te garanderen. Hierdoor wordt ook het replicatieproces opnieuw gestart, wat leidt tot Reboot Regulation op de RPA's.

解决方案

Resolutie:
Ervoor zorgen dat elke consistentiegroep unieke journaalvolumes bevat in alle RecoverPoint-systemen. (De Admin CLI-opdracht "get_group_volumes" kan nuttig zijn bij het identificeren van de Journaalvolumes die in elk systeem worden gebruikt.)

  1. Navigeer bij getroffen CG's naar het tabblad Journaal van de doelkopie.
  2. Klik op de knop "Dagboeken bewerken", selecteer een nieuw journaalvolume om aan de CG toe te voegen en wis het probleem met het journaalvolume.

其他信息

Gedocumenteerd in "Dell EMC RecoverPoint Deploying with Midrange Storage Technical Notes" pagina 7 onder Beperkingen:
In tegenstelling tot VNX heeft Unity geen storagegroepen. Daarom zijn alle volumes zichtbaar voor alle RPA-clusters, inclusief volumes die al door andere RPA-clusters zijn beschermd. Zorg ervoor dat u alleen onbeveiligde volumes beveiligt. Als u een volume beveiligt dat al is beveiligd:
  • Replicatie start niet
  • De koppelingsstatus geeft Gepauzeerd door systeem aan
  • Een fout geeft aan dat de volumes al zijn beveiligd
  • Databeschadiging kan optreden als het geselecteerde volume een journaalvolume is in een ander RPA-cluster

受影响的产品

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