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

요약: 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.

이 문서는 다음에 적용됩니다. 이 문서는 다음에 적용되지 않습니다. 이 문서는 특정 제품과 관련이 없습니다. 모든 제품 버전이 이 문서에 나와 있는 것은 아닙니다.

증상

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.

 

원인

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
Note: Une inq sans paramètre affiche toujours l’ID de l’appareil LUN comme étant sur la baie VMAX « migrée depuis ».

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 :

  1. Exécutez TestSmiProvider sur le SMIS-S et sélectionnez l’option « ei »
  2. Saisissez « CIM_StorageVolume » lorsque vous êtes invité à saisir le cours. Cela est sensible à la casse.
  3. 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 ».

 

해결

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.

 

해당 제품

AppSync

제품

AppSync
문서 속성
문서 번호: 000059203
문서 유형: Solution
마지막 수정 시간: 02 7월 2026
버전:  6
다른 Dell 사용자에게 질문에 대한 답변 찾기
지원 서비스
디바이스에 지원 서비스가 적용되는지 확인하십시오.