RecoverPoint: CG:t virhetilanteissa ja RPA:t alhaalla RecoverPoint-järjestelmissä, joissa käytetään samaa Unity-levyjärjestelmää
摘要: Consistency Group -ryhmien replikointi epäonnistuu ja RecoverPoint Appliancet (RPA) siirtyvät uudelleenkäynnistysasetukseen useissa samaa Unity-levyjärjestelmää käyttävissä RecoverPoint-järjestelmissä. ...
本文适用于
本文不适用于
本文并非针对某种特定的产品。
本文并非包含所有产品版本。
症状
Replikointiongelmat alkavat useissa samaa Unity-järjestelmää käyttävissä RecoverPoint-järjestelmissä, kun on luotu uusi Consistency Group (CG) -ryhmä tai lehtikirjauskansiot on lisätty olemassa oleviin CG-tiedostoihin.
Järjestelmän (CLI) tapahtumista:
Replikointilokeista:
Järjestelmän (CLI) tapahtumista:
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.
Replikointilokeista:
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
原因
Tämä ongelma ilmenee, kun useat eri RecoverPoint-järjestelmien RPA:t kirjoittavat samoihin lehtiniteisiin. Kun näin tapahtuu, molempien CG:iden päivyrihistoria vioittuu ja aloittaa täyden tyhjennyksen tietojen yhdenmukaisuuden varmistamiseksi. Tämä käynnistää myös replikointiprosessin uudelleenkäynnistykset, jotka johtavat RPA-laitteiden uudelleenkäynnistykseen.
解决方案
Päätöslauselma:
Varmista, että jokaisessa Consistency Group -ryhmässä on yksilölliset päiväkirjaniteet kaikissa RecoverPoint-järjestelmissä. (Järjestelmänvalvojan komentoriviliittymän komennosta get_group_volumes voi olla apua kussakin järjestelmässä käytettyjen päivyrivolyymien tunnistamisessa.)
- Siirry CG:issä, joihin ongelma vaikuttaa, kohdekopion Journal-välilehteen.
- Napsauta Edit Journals -painiketta, valitse CG:hen lisättävä uusi Journal Volume ja poista Journal Volume -ongelma.
其他信息
Opastettu "Dell EMC RecoverPoint Deploying with Midrange Storage Technical Notes" -sivulla 7 kohdassa Rajoitukset:
Toisin kuin VNX:ssä, Unityssa ei ole tallennusryhmiä. Siksi kaikki asemat näkyvät kaikissa RPA-klustereissa, myös asemissa, jotka on jo suojattu muilla RPA-klustereilla. Varmista, että suojaat vain suojaamattomat asemat. Jos suojaat levyaseman, joka on jo suojattu:
Toisin kuin VNX:ssä, Unityssa ei ole tallennusryhmiä. Siksi kaikki asemat näkyvät kaikissa RPA-klustereissa, myös asemissa, jotka on jo suojattu muilla RPA-klustereilla. Varmista, että suojaat vain suojaamattomat asemat. Jos suojaat levyaseman, joka on jo suojattu:
- Replikointi ei ala
- Linkin tila ilmaisee järjestelmän keskeyttämän
- Virhe ilmaisee, että asemat on jo suojattu
- Tietojen vioittuminen voi ilmetä, jos valittu asema on eri RPA-klusterin kirjauskansioasema
受影响的产品
RecoverPoint, RecoverPoint CL, RecoverPoint EX, RecoverPoint SE文章属性
文章编号: 000203635
文章类型: Solution
上次修改时间: 22 9月 2025
版本: 6
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。