Dell Unity: Der Replikationsmodus ändert sich nach dem Codeupgrade auf 5.2 von synchron zu asynchron (von Dell korrigierbar).
Summary: Der Replikationsmodus wird nach dem Upgrade auf Code 5.2 möglicherweise von synchron zu asynchron geändert. Dies führt zu einem Fehler bei der Validierung der Replikationsverbindung und wirkt sich auf replikationsbezogene Vorgänge wie Pause/Wiederaufnahme/Failover/Failback aus. ...
Symptoms
Synchrone Replikationssitzungen werden nicht fortgesetzt.
Replikationsverbindungen auf der Quelle werden mit dem Status "Updated Needed" angezeigt.
Der Verbindungstyp wird von synchron zu asynchron geändert, wie unten von der uemcli-Ausgabe dargestellt:
uemcli -d -u service -p /remote/sys show -detail
2: ID = RS_1 <<< RS steht für Remote System. In der Regel ist RS_0 das lokale System, RS_1 das erste Remotesystem ist, das auf dem lokalen Unity konfiguriert wird, und RS_2 das zweite Remote-System ist.
Name = XXX-Unity-Adresse
= 10.xxx.xxx.xxx
Alternative Verwaltungsadresse = 10.xxx.xxx.xxx
Modell = Unity 480F
Seriennummer = CKM00XXXXXXXXX
Verbindungstyp = asynchroner <<<<<<<<<<<< der Modus vor dem Codeupgrade
synchronisiert wurde Quellschnittstellen = 10.xxx.xxx.xxx, 10.xxx.xxx.xxx
Lokale Schnittstellen = 10.xxx.xxx.xxx, 10.xxx.xxx.xxx
Remoteschnittstellen = 10.xxx.xxx.xxx, 10.xxx.xxx.xxx
Betriebsstatus = Aktualisierung erforderlich (0x8406)
Integritätsstatus = Geringfügiger Fehler (15)
Integritätsdetails = "Aktualisieren der Remotesystemverbindung, um die neuesten Schnittstellenänderungen auf den lokalen und Remote-Systemen zu übernehmen. (https://10.xxx.xxx.xxx/help/webhelp/en_US/index.html?#unity_t_configure_replication_connections.html)"
Synchrone FC-Ports = spb_iom_1_fc0, spa_iom_1_fc0
Bandbreitenplanungen = verwendet verfügbare Bandbreite
Aktuelle Bandbreite = verwendet verfügbare Bandbreite
Wenn der Kunde versucht, die Verbindung zu "validieren und zu aktualisieren", schlägt der Vorgang mit dem Fehler "No remote interfaces received from the remote system" fehl.
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." :: Category=Audit Component=ReplicationPlugin TimeZone=UTC
cemtracer_dataprotection.log:
15. Juni 2022, 22:56:51 – [DataProtectionStorageModel] INFO - {0:271532:843299283}[26592|30974|d53ffb40][refreshLocalExternalSystemInterconnects @ .. /.. /.. /components/providers/osls/common/DataProtection/StorageModel/impl/StorageResourceSubsystemImpl.cpp:1315] Aktualisieren des Remotesystemnamens auf: XXX-Unity
15 Juni 2022 22:56:51 - [DataProtectionStorageModel] ERROR - {0:271533:341483364}[26592|30974|d53ffb40][refreshLocalExternalSystemInterconnects @ .. /.. /.. /components/providers/osls/common/DataProtection/StorageModel/impl/StorageResourceSubsystemImpl.cpp:1334] Keine Remoteschnittstellen vom Remotesystem
empfangen 15. Juni 2022 22:56:5 1 – [DataProtectionStorageModel] ERROR - {0:271533:343407806}[26592|30974|d53ffb40][refreshLocalExternalSystemInterconnects @ .. /.. /.. /components/providers/osls/common/DataProtection/StorageModel/impl/StorageResourceSubsystemImpl.cpp:1425] Ausnahmeregelung: StorageModel-Ausnahme [105906509]: Die Liste der Schnittstellen vom Remotesystem konnte nicht abgerufen werden.
Cause
Das Engineering hat bestätigt, dass die Ursache für die Änderung des Verbindungstyps von "sync" zu "async" eine Kombination der folgenden beiden bekannten Verhaltensweisen im aktuellen Code (5.2):
1 ist. Seit 5.1 wird der Betriebsstatus der Replikationsverbindung nach dem Sp-Neustart (NDU-Upgrade) als "Update Needed (0x8406)" angezeigt. Dies wurde in Unity OE-Version 5.2.1.0.5.013 behoben.
2. In der aktuellen Version 5.2 endet die Änderung der Replikationsverbindung mit der Eingabe von Remotebenutzername und -kennwort (ohne explizit angegebener Verbindungstyp) über die GUI oder uemcli im Replikationsverbindungstyp, der in "asynchron" geändert wird (von "sync" oder "both"), dies wird in einer zukünftigen Version behoben.
Bisher wurde das Problem (Replikationsmodus ändert sich von synchron zu asynchron) nur auf der Quellseite von Unity beobachtet. Wenn ein DR Unity mit demselben Problem auftritt, eskalieren Sie den Fall an L2 und beauftragen Sie EE, um das Problem weiter zu untersuchen. Der Workaround im Abschnitt "Lösung" dieses Dell Knowledge Base-Artikels kann weiterhin verwendet werden.
Resolution
Die Korrektur ist in OS 5.2.1.0.5.013 (5.2 SP1) verfügbar.
Problemumgehung:
Problemumgehung für das Problem mit der Nichtübereinstimmung des Replikationsverbindungstyps zwischen zwei Seiten nach dem Upgrade auf 5.2.
Eine. Für die Replikationsverbindung mit dem Typ "sync" (Nichtübereinstimmung von Standort A ist "asynchron" und Standort B ist "sync")
1> Ändern Sie den Typ "sync" von Standort B zu "beide". (Jetzt sind zwei Standorte "beide" Typ)
2> Ändern Sie den Typ "both" von Standort B (oder Standort A) in "sync".
B. Für die Replikationsverbindung mit dem Typ "beide" (Nichtübereinstimmung von Standort A ist "asynchron" und Standort B ist "beides")
1> Ändern Sie den Typ "beide" von Standort B in "asynchron". (Jetzt sind zwei Standorte "asynchron".)
2> Ändern Sie den Typ "async" von Standort B (oder Standort A) in "beide".
Hinweis:
Die folgenden uemcli-Befehle können verwendet werden, um den Verbindungstyp in "both" oder "sync" zu ändern. Das Feld "RS_x in -id" ist die ID des Remote-Systems, für das das Problem auftritt.
Wechseln Sie zu beiden:
uemcli -u admin -p XXXXXX /remote/sys -id RS_1 set -connectionType bothÄndern Sie die Synchronisierung:
uemcli -u admin -p XXXXXX /remote/sys -id RS_1 set -connectionType sync
Befehlssyntax:
[Set]
/remote/sys -id set [ -addr ] [ -dstUsername { -dstPassword | -dstPasswordSecure } ] [ -connectionType { sync | async | both } ] [ -bandwidthSchedules ]
- Sobald der Modus auf beiden Enden in "Sync" geändert wurde, validieren Sie die Verbindung auf beiden Enden nacheinander.