AppSync: Die RDF-Metro-Migration mit aktiviertem "Migrations-Spoofing" erstellt möglicherweise keine AppSync-Kopien auf dem richtigen Array
Summary: In diesem Artikel wird ein Problem beschrieben, bei dem AppSync während der RDF Metro-Migration mit aktiviertem Migrations-Spoofing Kopien auf dem Quellarray anstelle des migrierten Arrays erstellt. ...
Symptoms
Bei der RDF/Metro-Arraymigration wurden die Daten migriert, das WWN-Spoofing ist jedoch weiterhin vorhanden.
RDF/Metro Migration ist ein Tool zur Migration von Daten von einem Array zu einem neuen Array.
AppSync versucht, eine Kopie auf dem alten VMAX-Array zu erstellen, wobei die LUN-Nummer vom neuen VMAX-Array verwendet wird.
Cause
Die Seriennummer des neuen VMAX-Arrays wird im AppSync-Repository nicht aktualisiert, wenn die Informationen zur Quell-LUN von SMI-S angefordert werden.
"inq.windowsamd64_exe -wwn" auf dem Quellhost wird verwendet, um den WWN der Quell-LUN zu erfassen.
In diesem Beispiel sehen wir den WWN:
D:\EMC Software>inq.windowsamd64_exe -wwn Inquiry utility, Version V8.4-2352 (Rev 0.3) built with SYMAPI Version V8.4.0.3 (Edit Level 2352) Copyright (c) [1997-2017] EMC Corporation. All Rights Reserved. For help type inq -h. ------------------------------------------------------------------------------ DEVICE :VEND :PROD :WWN ------------------------------------------------------------------------------- \\.\PHYSICALDRIVE17 :EMC :SYMMETRIX :60000970000196700xxx533030123456
SMIS-S wird dann abgefragt, um das richtige Array mithilfe des obigen WWN zu erhalten.
Zur manuellen Abfrage von SMI-S kann Folgendes verwendet werden:
- Führen Sie TestSmiProvider auf SMIS-S aus und wählen Sie die Option "ei" aus.
- Geben Sie "CIM_StorageVolume" ein, wenn Sie zur Eingabe des Kurses aufgefordert werden. Dabei wird zwischen Groß- und Kleinschreibung unterschieden.
- Drücken Sie die Eingabetaste und übernehmen Sie alle Standardeinstellungen für die anderen Aufforderungen.
Dies kann einige Stunden dauern. Die Ausgabe befindet sich in der TestSmiProvider.log Datei in dem Ordner oder Verzeichnis, in dem bzw. in dem TestSMIProvider ausgeführt wurde. Wenn Sie die Ausgabe überprüfen, finden Sie einen längeren Eintrag mit dem WWN, der von "inq.windowsamd64_exe -wwn" übernommen wurde.
Ein Großteil des langen Eintrags wurde aus Gründen der Lesbarkeit entfernt und es wird wie folgt aufgeführt:
Instance 5494: ObjectPath : Symm_StorageVolume.CreationClassName="Symm_StorageVolume",DeviceID="004FE",SystemCreationClassName="Symm_StorageSystem",SystemName="SYMMETRIX-+-000164200abc" <PROPERTY NAME="SystemName" CLASSORIGIN="CIM_LogicalDevice" PROPAGATED="true" TYPE="string"> <VALUE>SYMMETRIX-+-000164200abc</VALUE> <PROPERTY NAME="EMCWWN" CLASSORIGIN="EMC_StorageVolume" PROPAGATED="true" TYPE="string"> <VALUE>60000970000196700xxx533030123456</VALUE>
Das xxx im WWN ähnelt möglicherweise dem alten VMAX-Array, die Seriennummer "000164200abc" ist jedoch das neue VMAX-Array.
Ursache ist: AppSync aktualisiert die AppSync-Datenbank nicht mit dieser Seriennummer, was dazu führt, dass AppSync versucht, die Kopie auf dem Array "migriert von" zu erstellen.
Resolution
Für AppSync 3.0.2 ist ein Hotfix vorhanden. Wenden Sie sich an den Dell Kundensupport, um diesen Hotfix anzufordern. Geben Sie diese Wissensdatenbank-Artikel-ID an, wenn Sie einen neuen Service-Request erstellen.