AppSync : L’utilisation de RDF Metro Migration avec l’option « Migration spoofing » activée peut ne pas créer de copies AppSync sur la baie appropriée
Summary: Cet article explique un problème dans lequel AppSync crée des copies sur la baie source au lieu de la baie migrée lors de la migration RDF Metro avec l’usurpation de migration activée.
Symptoms
La migration des baies RDF/Metro a migré les données, mais l’usurpation de WWN est toujours en place.
RDF/Metro Migration est un outil utilisé pour migrer les données d’une baie vers une nouvelle baie.
AppSync tente d’effectuer une copie sur l’ancienne baie VMAX, à l’aide du numéro de LUN de la nouvelle baie VMAX.
Cause
Le numéro de série de la nouvelle baie VMAX n’est pas mis à jour dans le référentiel AppSync lorsque les informations sur le LUN source sont demandées à SMI-S.
« inq.windowsamd64_exe -wwn » sur l’hôte source est utilisé pour acquérir le WWN de la LUN source.
Dans cet exemple, nous voyons le 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 est ensuite interrogé pour obtenir la baie appropriée à l’aide du WWN ci-dessus.
Pour interroger manuellement SMI-S, vous pouvez utiliser les éléments suivants :
- Exécutez TestSmiProvider sur le SMIS-S et sélectionnez l’option « ei »
- Saisissez « CIM_StorageVolume » lorsque vous êtes invité à saisir le cours. Cela est sensible à la casse.
- Appuyez sur Entrée en utilisant toutes les valeurs par défaut pour les autres invites.
Cette opération peut durer plusieurs heures. La sortie se trouve dans le fichier TestSmiProvider.log du dossier ou du répertoire à partir duquel TestSMIProvider a été exécuté. Lorsque la sortie est examinée, vous trouvez une longue entrée avec le WWN acquis à partir de « inq.windowsamd64_exe -wwn ».
Une grande partie de la longue entrée ayant été supprimée pour des raisons de lisibilité, elle se répertorie comme suit :
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>
Le xxx du WWN peut ressembler à l’ancienne baie VMAX, mais le numéro de série « 000164200abc » correspond à la nouvelle baie VMAX.
Cause : AppSync ne met pas à jour la base de données AppSync avec ce numéro de série, ce qui entraîne la tentative d’exécution de la copie sur la baie « migrée depuis ».
Resolution
Il existe un correctif pour AppSync 3.0.2. Contactez le support client Dell pour demander ce correctif. Citez cet ID d’article de la base de connaissances lors de l’ouverture d’une nouvelle demande de service.