AppSync: Es posible que el uso de la migración metro de RDF con la "suplantación de migración" habilitada no cree copias de AppSync en el arreglo correcto
Summary: En este artículo, se explica un problema en el cual AppSync crea copias en el arreglo de origen en lugar del arreglo migrado durante la migración de RDF Metro con la suplantación de la migración habilitada. ...
Symptoms
La migración de arreglos RDF/Metro migró los datos; sin embargo, la suplantación de WWN aún está vigente.
La migración de RDF/Metro es una herramienta que se utiliza para migrar datos de un arreglo a un nuevo arreglo.
AppSync intenta hacer una copia en el arreglo VMAX antiguo con el número LUN del nuevo arreglo VMAX.
Cause
El número de serie del nuevo arreglo VMAX no se actualiza en el repositorio de AppSync cuando se solicita la información sobre el LUN de origen a SMI-S.
"inq.windowsamd64_exe -wwn" en el host de origen se utiliza para adquirir el wwn del LUN de origen.
En este ejemplo, vemos el 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
A continuación, se consulta a SMIS-S para obtener el arreglo adecuado mediante el WWN anterior.
Para consultar manualmente SMI-S, se puede usar:
- Ejecute TestSmiProvider en SMIS-S y seleccione la opción "ei"
- Ingrese "CIM_StorageVolume" cuando se le solicite la clase. Se distingue entre mayúsculas y minúsculas.
- Presione Intro tomando todos los valores predeterminados para los otros símbolos del sistema.
Esto puede durar algunas horas. El resultado se encuentra en el archivo TestSmiProvider.log en la carpeta o el directorio desde donde se ejecutó TestSMIProvider. Cuando se revisa el resultado, encontrará una entrada larga con el WWN adquirido de "inq.windowsamd64_exe -wwn".
Con gran parte de la entrada larga eliminada para facilitar la lectura, se enumera como:
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>
El xxx en el WWN puede parecerse al arreglo VMAX antiguo; sin embargo, el número de serie "000164200abc" es el nuevo arreglo VMAX.
La causa es que AppSync no actualiza la base de datos de AppSync con este número de serie, lo que hace que AppSync intente realizar la copia en el arreglo "migrado desde".
Resolution
Existe una revisión para AppSync 3.0.2. Comuníquese con el servicio al cliente de Dell para solicitar esta revisión. Cite este ID de artículo de la base de conocimientos cuando abra una nueva solicitud de servicio.