Точка відновлення: Процес реплікації завершує роботу, коли кеш-пам'яті Phase1 стає недостатньо

Стан групи узгодженості продовжує перебувати в стані ініціалізації, але нормальний розподіл, здається, ніколи не починається, і CG не переходить в активний стан. Процес реплікації аварійно завершує роботу з твердженням, що реєструється, коли пам'яті кешу Phase1 недостатньо, а цільова сторона RecoverPoint Appliances не може записувати дані до цільового журналу. Симптоми, виявлені в журналах /home/kos/replication: Твердження: XXXX/XX/XX 18:59:25.693 - #2 - 17936/16776 - AssertLogSender: відправка журналу: topic=DistributorGroupHandler, msg=Помилка твердження: bIsPhase1CacheMemoryДостатній рядок 1825 Файл DistributorGroupHandlerPhase1.cc PID: 16776 Інформація: звичайна фаза1 кеш-пам'яті недостатньо m_GroupGridCopyRID = (groupCopyRID=(kVolSlot=XXXXXXXXXX,globalCopyID=GlobalCopy(SiteUIID(0xXXXXXXXXXXXX) 0) ),gridCopyID=0) XXXX/XX/XX 18:59:25.694 - #2 - 16911/16776 - RemoteLogSender: отримав подію (uniqueId=0, eventTime=1584471565693987), EventID_KBOX_ASSERTION_FAILED(3031), SiteUID(0xxxxxx), seDetails=Sender=реплікація, Topic=DistributorGroupHandler, msg=Твердження не вдалося: bIsPhase1CacheMemoryДостатній рядок 1825 Файл DistributorGroupHandlerPhase1.cc PID: 16776 Інформація: звичайна кеш-пам'ять фази1 недостатня m_GroupGridCopyRID = (groupCopyRID=(kVolSlot=XXXXXXXXXX,globalCopyID=GlobalCopy(SiteUID(0xXXXXXXXXX) 0) ),gridCopyID=0) Статистика, яка показує високий потік даних: XXXX/XX/XX 18:52:41.520 - #2 - 7676/7665 - AccumulatorFormatManager::p rintStatistics: Групова статистика для груп Option( kVolSlot = XXXXXXXXXX groupUID = GroupCopy(1346840554 SiteUID(0xXXXXXXXXXXX) 0) gridID = 0): { СТАТИСТИКА: name=InitNCOnePhaseSpeed kVolSlot = 1346840554 groupUID = GroupCopy(1346840554 SiteUID(0xXXXXXXXXXXX) 0) gridID = 0 description: init nc однофазна швидкість . СТАТИСТИКА: name=InitNCOnePhaseSpeed kVolSlot = 1346840554 groupUID = GroupCopy(1346840554 SiteUID(0xXXXXXXXXXXX) 0) gridID = 0 8 сек вікно: Середній: 1,14e+03 МБ/сек СТАТИСТИКА: name=InitNCOnePhaseSpeed kVolSlot = 1346840554 groupUID = GroupCopy(1346840554 SiteUID(0xXXXXXXXXXXX) 0) gridID = 0 77 сек вікно: Середній: 1,06e+03 МБ/сек Група узгодженості знаходиться в стані ініціалізації: 2020/03/17 18:56:05.070 - #2 - 7954/7665 - InitNCState::D istributeOnePhase: розподіл однієї фази m_groupID = (groupCopyRID=( kVolSlot=XXXXXXXXXX,globalCopyID=GlobalCopy(SiteUID(0xXXXXXXXXXX) 0) ),gridCopyID=0) Споживач фази 1 для цієї групи послідовності демонструє високе споживання на твердженні: XXXX/XX/XX 18:56:05.241 - #2 - 7954/7665 - MemoryManager: viscus on assert + зворотний відлік = 2413/390 + min потреба в пам'яті = 433429 (фіксований 329537 гнучкий 103892) + гнучкий простір для використання = 37977/3864963 + Використання простору в басейні = 37985/4194500 (макс. 143544) >> 1160635626647715840 :p hase1#22 >> (groupTaskID=(sessionID=1817723153,replicationLinkID=(kVolSlot=XXXXXXXXX,srcCopyID=GlobalCopy(SiteUID(0xXXXXXXXXXXXX) >> 0) ,destCopyID=GlobalCopy(SiteUID Реплікація StackTrace також має досвід: 2020/03/17 18:56:05.278 - #0 - 7954/7665 - StackTrace: errno=0 3: /home/kos/kashya/archive/lib/libreplication_libsrelease.so(_ZNK6Kashya23DistributorGroupHandler21waitForMemoryIfNeededEv+0x5b2) [0xxxxxxxxxxxx] 2020/03/17 18:56:05.278 - #0 - 7954/7665 - StackTrace: errno=0 4: /home/kos/kashya/archive/lib/libreplication_libsrelease.so(_ZN6Kashya23DistributorGroupHandler25addSequencesToPhase1CacheENS_9SequencesERNS_15ReplicationModeE+0x939) 2020/03/17 18:56:05.278 - #0 - 7954/7665 - StackTrace: errno=0 5: /home/kos/kashya/archive/lib/libreplication_libsrelease.so(_ZN6Kashya23DistributorGroupHandler23handleSplittedSequencesENS_9SequencesERKNS_15ReplicationModeERKb+0x20a) 2020/03/17 18:56:05.278 - #0 - 7954/7665 - StackTrace: errno=0 6: /home/kos/kashya/archive/lib/libreplication_libsrelease.so(_ZN6Kashya23DistributorGroupHandler15handleSequencesENS_9SequencesERKNS_15ReplicationModeERKb+0x577) 2020/03/17 18:56:05.278 - #0 - 7954/7665 - StackTrace: errno=0 7: /home/kos/kashya/archive/lib/libreplication_libsrelease.so(_ZN6Kashya19Distributor_AO_IMPL23continueHandleSequencesENS_9SequencesENS_15ReplicationModeEbRKNS_10GridCopyIDE+0xf7) 2020/03/17 18:56:05.278 - #0 - 7954/7665 - StackTrace: errno=0 8: /home/kos/kashya/archive/lib/libreplication_libsrelease.so(_ZN6Kashya16SequencesRequest21continueHandleRequestERNS_28JournalRegulationRequestBase14RequestHandlerE+0x30b) 2020/03/17 18:56:05.278 - #0 - 7954/7665 - StackTrace: errno=0 9: /home/kos/kashya/archive/lib/libreplication_libsrelease.so(_ZN6Kashya31JournalRegulationThread_AO_IMPL9process_iERKNS_16GroupGridCopyRIDE+0x36f)

Спосіб вирішення: Змініть значення налаштування t_phase1CacheMemoryThreadSleepTime на 5000. (Збільшення часу очікування з 10 мікросекунд до 5 мілісекунд). Це гарантує, що ми не будемо стверджувати, поки потік не чекатиме на пам'ять протягом 5 мілісекунд. Якщо проблема не зникає: 1. Будь ласка, також збирайте журнали виробничого майданчика. Так як він дозволить нам дізнатися обсяг даних, що відправляються з виробництва на момент видачі. 2. Змініть значення налаштування t_maxNoOfTriesToWaitForPhase1CacheMemory на 10. Примітка: Ці налаштування актуальні лише для версій 5.1.3 і вище. Якщо версія коду не 5.1.3 або вище, RecoverPoint ПОВИНЕН бути оновлений до останнього коду, щоб використовувати ці налаштування. Резолюція: В даний час Dell EMC engineering досліджує це питання. Остаточне виправлення все ще триває. Зверніться по допомогу до Центру підтримки клієнтів Dell EMC або до свого представника сервісного центру та надайте цей ідентифікатор рішення.