Dell Unity: Tryb replikacji zmienia się z synchronizacji na asynchronicznie po uaktualnieniu kodu do wersji 5.2 (z możliwością naprawienia przez firmę Dell)
Summary: Tryb replikacji może zostać zmieniony z synchronizacji na asynchronicznie po uaktualnieniu do kodu 5.2. Prowadzi to do niepowodzenia weryfikacji połączenia replikacji i wpływu na operacje związane z replikacją, takie jak pauza/wznowienie/przełączanie awaryjne/failback. ...
Symptoms
sesje replikacji synchronizacji nie zostaną wznowione.
Połączenia replikacji na źródle będą wyświetlać stan "Zaktualizowano wymagane".
Typ połączenia zostaje zmieniony z synchronizacji na asynchronicznie, jak pokazano poniżej z danych wyjściowych uemcli:
uemcli -d -u service -p /remote/sys show -detail
2: Identyfikator = RS_1 <<< RS oznacza remote system. Zazwyczaj RS_0 jest systemem lokalnym, RS_1 jest pierwszym zdalnym systemem, który konfiguruje się na lokalnym urządzeniu Unity, a RS_2 jest drugim systemem zdalnym.
Nazwa = adres XXX-Unity
= 10.xxx.xxx.xxx
alternatywny adres zarządzania = model 10.xxx.xxx.xxx
= numer seryjny Unity 480F
= CKM00XXXXXXXXX
typ połączenia = asynchronizacja <<<<<<<<<<<< tryb był zsynchronizowany przed aktualizacją
kodu interfejsy źródłowe = 10.xxx.xxx.xxx, 10.xxx.xxx.xxx
Interfejsy lokalne = 10.xxx.xxx.xxx, 10.xxx.xxx.xxx
interfejsy zdalne = 10.xxx.xxx.xxx, 10.xxx.xxx.xxx
stan operacyjny = wymagany stan aktualizacji (0x8406)
kondycji = drobne błędy (15)
szczegóły kondycji = "Zaktualizuj połączenie systemu zdalnego, aby pobrać najnowsze zmiany interfejsu w systemach lokalnych i zdalnych. (https://10.xxx.xxx.xxx/help/webhelp/en_US/index.html?#unity_t_configure_replication_connections.html)"
Synchroniczne porty FC = spb_iom_1_fc0, spa_iom_1_fc0
harmonogramy przepustowości = wykorzystanie dostępnej przepustowości
Bieżąca przepustowość = wykorzystanie dostępnej przepustowości
Jeśli klient próbuje "zweryfikować i zaktualizować" połączenie, operacja kończy się niepowodzeniem z powodu błędu "Brak zdalnych interfejsów otrzymanych z systemu zdalnego".
EMCsystemlog:
"2022-06-15T22:56:51.960Z" "XXX-Unity_spa@CKM00XXXXXXXXX" "Neo_CEM" "26592" "local/admin" "ERROR" "14:610012":: "User local/admin failed to validate remote system connections RS_1". :: Kategoria =Składnik audytu=ReplikacjaPlugin TimeZone=UTC
cemtracer_dataprotection.log:
15 czerwca 2022 r. 22:56:51 - [DataProtectionStorageModel] INFO - {0:271532:843299283}[26592|30974|d53ffb40][refreshLocalExternalSystemInterconnects @ .. /.. /.. /components/providers/osls/common/DataProtection/StorageModel/impl/StorageResourceSubsystemImpl.cpp:1315] Aktualizacja nazwy systemu zdalnego do: XXX-Unity
15 czerwca 2022 r. 22:56:51 - [DataProtectionStorageModel] ERROR - {0:271533:341483364}[26592|30974|d53ffb40][refreshLocalExternalSystemInterconnects @ .. /.. /.. /components/providers/osls/common/DataProtection/StorageModel/impl/StorageResourceSubsystemImpl.cpp:1334] Brak interfejsów zdalnych otrzymanych z systemu zdalnego
15 czerwca 2022 r. 22:56:51 - [DataProtectionStorageModel] ERROR - {0:271533:343407806}[26592|30974|d53ffb40][refreshLocalExternalSystemInterconnects @ .. /.. /.. /components/providers/osls/common/DataProtection/StorageModel/impl/StorageResourceSubsystemImpl.cpp:1425] — wyjątek: Wyjątek storagemodel [105906509]: Nie udało się uzyskać listy interfejsów z systemu zdalnego.
Cause
Dział inżynieryjny potwierdził, że przyczyną zmiany typu połączenia z "sync" na "asynchronicznie" jest kombinacja następujących dwóch znanych zachowań w bieżącym kodzie (5.2):
1. Od wersji 5.1 stan operacyjny połączenia replikacji będzie wyświetlany jako "Update Needed (0x8406)" po ponownym uruchomieniu SP (uaktualnienie NDU), zostało to naprawione w Unity OE w wersji 5.2.1.0.5.013.
2. W bieżącej wersji 5.2 modyfikacja połączenia replikacji za pomocą danych wejściowych Remote User Name and Password (bez określonego typu połączenia) z gui lub uemcli zakończy się typem połączenia replikacji zmienionym na "asynchroniczna" (z "sync" lub "both"), planowane jest rozwiązanie w przyszłej wersji.
Do tej pory problem (tryb replikacji zmienia się z synchronizacji na asynchronicznie) występuje tylko po stronie źródłowej Unity. Jeśli widzisz, że dr Unity ma taki sam problem, należy przekazać sprawę do L2 i zaangażować EE w celu dalszego zbadania problemu. Można nadal korzystać z obejścia problemu w sekcji Rozwiązanie niniejszego artykułu bazy wiedzy firmy Dell.
Resolution
Poprawka jest dostępna w systemie operacyjnym 5.2.1.0.5.013 (5.2 SP1)
Obejście:
Obejście problemu niezgodności typu połączenia replikacji między dwiema stronami po uaktualnieniu do wersji 5.2.
A. W przypadku połączenia replikacji z typem "sync" (niezgodność lokalizacji A to "asynchroniczna", a lokalizacja B to "synchronizacja")
1> zmień typ "sync" na "both" z lokalizacji B. (Teraz dwie lokalizacje to "oba" typy)
2> zmień typ "both" na "sync" z lokalizacji B (lub lokalizacji A).
B. W przypadku połączenia replikacji z typem "both" (niezgodność lokalizacji A to "asynchroniczna", a lokalizacja B to "both")
1> zmień typ "both" na "asyncję" z lokalizacji B. (Obecnie dwie lokalizacje są typu "asynchroniczna")
2> zmień typ "asynchroniki" na "oba" z lokalizacji B (lub lokalizacji A).
Uwaga:
poniżej można użyć poleceń uemcli, aby zmienić typ połączenia na oba lub zsynchronizować. Pole RS_x in -id to identyfikator zdalnego systemu, który ma problem.
Zmień na oba:
uemcli -u admin -p XXXXXX /remote/sys -id RS_1 set -connectionType bothZmień na synchronizację:
uemcli -u admin -p XXXXXX /remote/sys -id RS_1 set -connectionType sync
Składnia polecenia:
[Set]
/remote/sys -id set [ -addr ] [ -dstUsername { -dstPassword | -dstPasswordSecure } ] [ -connectionType { sync | async | both } ] [ -bandwidthSchedules ]
- Po zmianie trybu na obu końcach na zsynchronizowany należy sprawdzać połączenie po obu stronach po kolei.