Dell Unity: Режим реплікації змінюється з синхронізації на асинхронний після оновлення коду до версії 5.2 (Dell Correctable)
摘要: Режим реплікації може бути змінено з синхронізації на асинхронний після оновлення до коду 5.2. Це призводить до збою перевірки з'єднання реплікації та впливу на операції, пов'язані з реплікацією, такі як пауза/відновлення/відмововідновлення/відмова. ...
本文适用于
本文不适用于
本文并非针对某种特定的产品。
本文并非包含所有产品版本。
症状
Після оновлення коду до версії 5.2 можуть спостерігатися такі проблеми:
Сеанси реплікації синхронізації не відновляться.
Реплікаційні з'єднання на Source відображатимуть статус «Потрібно оновити».
Тип з'єднання буде змінено з sync на async, як показано нижче, з виводу uemcli:
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]: Не вдалося отримати список інтерфейсів з віддаленої системи.
Сеанси реплікації синхронізації не відновляться.
Реплікаційні з'єднання на 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]: Не вдалося отримати список інтерфейсів з віддаленої системи.
原因
Інженери підтвердили, що причиною зміни типу з'єднання з '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, все ще можна використовувати.
解决方案
Резолюція:
Виправлення доступне в 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 є ідентифікатором віддаленої системи, з якою виникла проблема.
Змініть на обидва:
Синтаксис команди:
- Після того, як режим на обох кінцях буде змінено на синхронізацію, підтвердьте з'єднання на обох кінцях по черзі.
Виправлення доступне в 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 ]
- Після того, як режим на обох кінцях буде змінено на синхронізацію, підтвердьте з'єднання на обох кінцях по черзі.
受影响的产品
Dell EMC Unity文章属性
文章编号: 000200659
文章类型: Solution
上次修改时间: 11 5月 2023
版本: 11
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。