プライマリー製品：RecoverPoint for Virtual Machines
製品：RecoverPoint for Virtual Machines、PowerProtect VM Replication 5.1、PowerProtect VM Replication 5.2 P1、PowerProtect VM Replication 5.2 P2、PowerProtect VM Replication 5.2 P3、PowerProtect VM Replication 5.2 P4、PowerProtect VM Replication 5.2 P5
バージョン：5 |
記事タイプ：
不具合修正 |
対象読者：
レベル30 = お客様 |
最終発行日：2020年2月26日水曜日21:22:04（GMT） |
問題： |
RecoverPoint for Virtual Machines環境内でレプリケーション プロセスが繰り返しクラッシュすると、再起動規制が発生する可能性があります。
この状況が発生していることを確認するために、さまざまなログ出力が存在します。
影響を受けるvRPAレプリケーション ログ内では、スナップショットの統合を行おうとするとメモリー不足が記録されます。 メモリー使用量が増加し続け、結果的にレプリケーション プロセスがクラッシュします。 2019/06/05 19:19:03.985 - #2 - 6182/5697 - SnapshotConsolidator::continueConsolidation: m_GroupGridCopyRID = (groupCopyRID=(kVolSlot=XXXXXXXX,globalCopyID=Glo
balCopy(SiteUID(0xXXXXXXXXXXXX) 0) ),gridCopyID=0)........
2019/06/05 19:19:04.922 - #1 - 6071/5697 - MemoryManagementStrategy: Strategy is on starvation mode!!!
2019/06/05 19:19:04.926 - #1 - 6071/5697 - MemoryManagementStrategy: Strategy is on starvation mode!!!
Memory consumption of Fixed consumer is increased.
2019/06/05 19:18:44.069 - #2 - 5827/5697 - MemoryManager: viscus on timer
+ countdowns = 2/903
+ min memory demand = 175763 (fixed 29157 flexible 146606)
2019/06/05 19:18:44.069 - #2 - 5827/5697 - MemoryManager: viscus on timer
+ countdowns = 2/903
+ min memory demand = 175763 (fixed 29157 flexible 146606)
+ flexible usage space = 43735/270593
+ pool space usage = 44022/299750 (max 64106)
Fixed consumers:
>> 4294967296 default-consumer usage = 0/5000 adaptive = (current=0, max=3000)
>> 320292891131904 MetaDataPool usage = 287/3843 MiniPool = 11158/149875 adaptive = (current=0, max=0)
>> 3863499176411136 IOMemoryProvider usage = 0/20314 adaptive = (current=0, max=0)
2019/06/05 19:19:20.696 - #2 - 6195/5697 - MemoryManager: viscus on assert
+ countdowns = 1205/2215
+ min memory demand = 299763 (fixed 153157 flexible 146606)
+ flexible usage space = 45528/146593
+ pool space usage = 177093/299750 (max 177093)
Fixed Consumers:
>> 4294967296 : default-consumer usage = 128000/128000 adaptive = (current=123000, max=123000)
>> 320292891131904 : MetaDataPool usage = 3565/3843 MiniPool = 139022/149875 adaptive = (current=0, max=0)
>> 3863499176411136 : IOMemoryProvider usage = 0/20314 adaptive = (current=0, max=0)
また、同じvRPAレプリケーション ログ内に、次のプロセス アサーションが記録されます。
2019/06/05 19:19:20.704 - #2 - 5812/5697 - RemoteLogSender: got event (uniqueId=0, eventTime=1559762360704046), EventID_KBOX_AS
SERTION_FAILED(3031), SiteUID(0xXXXXXXXXXXX), seDetails=Sender=replication, Topic=increaseTotalMemoryDemand, msg=Assertion
failed: m_totalMinReservation <= m_memoryPoolSize Line 422 File MemoryManager.cc PID: 5697 Info: m_totalMinReservation = 29976
3 min = 1000 m_totalMaxReservation = 2149125400 max = 1000 |
|
原因： |
環境がジャーナル圧縮とスナップショット統合の両方を使用し、非常に高いデータ圧縮比を含む場合は、メモリーの需要が大幅に増加します。 状況は、需要が仮想RPA（vRPA）内で使用可能なメモリーを超えた場合に発生する可能性があります。 これにより、vRPAのメモリーが不足し、その後のレプリケーション プロセスがクラッシュすることになります。 このようなプロセスのクラッシュが所定の時間内に多く発生した場合、再起動規制のステータスが発生し、vRPAがレプリケーションから削除されます。 |
|
解決方法： |
回避策：
スナップショット統合を無効にすると、vRPAのメモリー需要が大幅に低下するため、このような状況が解消されます。
解決策：
この問題は、RecoverPoint for Virtual 5.2.2.2で対応済みです。 |
|
プライマリー製品： |
RecoverPoint for Virtual Machines |
|
製品： |
RecoverPoint for Virtual Machines、PowerProtect VM Replication 5.1、PowerProtect VM Replication 5.2 P1、PowerProtect VM Replication 5.2 P2、PowerProtect VM Replication 5.2 P3、PowerProtect VM Replication 5.2 P4、PowerProtect VM Replication 5.2 P5、PowerProtect VM Replication 5.2 SP1、PowerProtect VM Replication 5.2 P6、PowerProtect VM Replication 5.2 SP2 |
