Dell Unity: Режим реплікації змінюється з синхронізації на асинхронний після оновлення коду до версії 5.2 (Dell Correctable)
Summary: Режим реплікації може бути змінено з синхронізації на асинхронний після оновлення до коду 5.2. Це призводить до збою перевірки з'єднання реплікації та впливу на операції, пов'язані з реплікацією, такі як пауза/відновлення/відмововідновлення/відмова. ...
Symptoms
Сеанси реплікації синхронізації не відновляться.
Реплікаційні з'єднання на Source відображатимуть статус «Потрібно оновити».
Тип з'єднання буде змінено з sync на async, як показано нижче, з виводу uemcli:
uemcli -d -u service -p /remote/sys show -detail
2: ID = RS_1 <<< RS розшифровується як Remote System (віддалена система). Зазвичай RS_0 локальна система, RS_1 перша віддалена система, яка налаштовується на локальному Unity, а RS_2 є другою віддаленою системою.
Ім'я = XXX-Unity Address = 10.xxx.xxx.xxx Альтернативна адреса управління = 10.xxx.xxx.xxx Модель = Unity
480F
Серійний номер = CKM00XXXXXXXXX
Тип з'єднання = async <<<<<<<<<<<< режим синхронізувався до оновлення
коду Вихідні інтерфейси = 10.xxx.xxx.xxx, 10.xxx.xxx.xxx
Локальні інтерфейси = 10.xxx.xxx.xxx, 10.xxx.xxx.xxx Віддалені інтерфейси = 10.xxx.xxx.xxx, 10.xxx.xxx.xxx
Робочий стан = Потрібне оновлення (0x8406) Стан здоров'я = Незначний збій (15)
Відомості про стан здоров'я = "Оновіть підключення до віддаленої системи, щоб отримати останні зміни інтерфейсу в локальній та віддаленій системах. (https://10.xxx.xxx.xxx/help/webhelp/en_US/index.html?#unity_t_configure_replication_connections.html)" Синхронні порти FC = spb_iom_1_fc0, spa_iom_1_fc0
Розклади пропускної здатності = використовує доступну пропускну здатність Поточна пропускна здатність = використовує доступну пропускну здатність
Якщо клієнт намагається 'перевірити та оновити' з'єднання, операція завершується помилкою "
Немає віддалених інтерфейсів, отриманих від віддаленої системи".
EMCsystemlog:"2022-06-15T22:56:51.960Z" "XXX-Unity_spa@CKM00XXXXXXXXX" "Neo_CEM" "26592" "local/admin" "ПОМИЛКА" "14:610012" ::
«Локальний користувач/адміністратор не зміг перевірити віддалені системні підключення RS_1». :: Category=Audit Component=ReplicationPlugin TimeZone=UTC
cemtracer_dataprotection.log:
15 червня 2022 22:56:51 - [DataProtectionStorageModel] INFO - {0:271532:843299283}[26592|30974|d53ffb40][refreshLocalExternalSystemInterconnects @ .. /.. /.. /components/providers/osls/common/DataProtection/StorageModel/impl/StorageResourceSubsystemImpl.cpp:1315] Оновлення назви віддаленої системи на: XXX-Unity
15 червня 2022 22:56:51 - [DataProtectionStorageModel] ПОМИЛКА - {0:271533:341483364}[26592|30974|d53ffb40][refreshLocalExternalSystemInterconnects @ .. /.. /.. /components/providers/osls/common/DataProtection/StorageModel/impl/StorageResourceSubsystemImpl.cpp:1334] Немає віддалених інтерфейсів, отриманих від віддаленої системи
15 червня 2022 22:56:51 - [DataProtectionStorageModel] ПОМИЛКА - {0:271533:343407806}[26592|30974|d53ffb40][refreshLocalExternalSystemInterconnects @ .. /.. /.. /components/providers/osls/common/DataProtection/StorageModel/impl/StorageResourceSubsystemImpl.cpp:1425] Спійманий виняток: Виняток StorageModel [105906509]: Не вдалося отримати список інтерфейсів з віддаленої системи.
Cause
Інженери підтвердили, що причиною зміни типу з'єднання з 'sync' на 'async' є комбінація наступних двох відомих моделей поведінки в поточному коді (5.2):
1. Починаючи з версії 5.1, робочий стан підключення реплікації буде відображатися як «Потрібне оновлення (0x8406)» після перезавантаження SP (оновлення NDU), це було виправлено в Unity OE версії 5.2.1.0.5.013.
2. У поточному випуску 5.2 модифікація з'єднання реплікації за допомогою введення імені віддаленого користувача та пароля (без явно вказаного типу з'єднання) з графічного інтерфейсу або uemcli призведе до зміни типу з'єднання реплікації на 'async' (з 'sync' або 'обидва'), це планується виправити в майбутній версії.
Поки що проблема (режим реплікації змінюється із синхронізації на асинхронну) спостерігається лише на стороні джерела Unity. Якщо ви бачите, що DR Unity має таку саму проблему, будь ласка, передайте справу до L2 і залучіть EE для подальшого розслідування проблеми. Обхідний шлях, наведений у розділі «Розв'язання» цієї статті бази знань Dell, все ще можна використовувати.
Resolution
Виправлення доступне в OS 5.2.1.0.5.013 (5.2 SP1)
Спосіб вирішення:
Обхідний шлях для проблеми невідповідності типу з'єднання реплікації між двома сторонами після оновлення до версії 5.2.
a. Для реплікаційного з'єднання з типом 'sync' (Невідповідність сайту A є 'async', а сайту B - 'sync'))1> Змініть тип 'sync' на 'обидва' з сайту B. (Тепер два сайти мають тип 'обидва'
)
2> Змініть тип 'both' на 'sync' із сайту B (або сайту A).
b. Для реплікаційного з'єднання з типом 'обидва' (Невідповідність сайту А - 'асинхронний', а сайту Б - 'обидва'))
1> Змініть тип 'обидва' на 'асинхронний' з сайту Б. (Тепер два сайти мають 'асинхронний' тип)2> Змініть тип 'async' на 'обидва'
з сайту B (або сайту A).
Примітка:
Наведені нижче команди uemcli можна використовувати для зміни типу з'єднання на обидва або синхронізації. Поле RS_x у полі -id є ідентифікатором віддаленої системи, з якою виникла проблема.
Змініть на обидва:
uemcli -u admin -p XXXXXX /remote/sys -id RS_1 set -connectionType bothЗмініть для синхронізації:
uemcli -u admin -p XXXXXX /remote/sys -id RS_1 set -connectionType sync
Синтаксис команди:
[Set]
/remote/sys -id set [ -addr ] [ -dstUsername { -dstPassword | -dstPasswordSecure } ] [ -connectionType { sync | async | both } ] [ -bandwidthSchedules ]
- Після того, як режим на обох кінцях буде змінено на синхронізацію, підтвердьте з'єднання на обох кінцях по черзі.