AppSync. При использовании переноса RDF Metro с включенным «Migration Spoming» копии AppSync могут не создаваться в правильном дисковом массиве.
Summary: В этой статье описывается проблема, при которой AppSync создает копии в исходном массиве, а не в перенесенном, во время миграции RDF Metro с включенным спуфингом миграции.
Symptoms
При переносе массива RDF/Metro данные были перенесены, однако подмена WWN все еще действует.
RDF/Metro Migration — это инструмент, используемый для переноса данных из одного массива в новый.
AppSync пытается выполнить копирование в старом дисковом массиве VMAX, используя номер LUN из нового дискового массива VMAX.
Cause
Серийный номер нового дискового массива VMAX не обновляется в репозитории AppSync при запросе информации об исходном LUN из SMI-S.
Команда «inq.windowsamd64_exe -wwn» на хосте источника используется для получения идентификатора WWN исходного LUN.
В этом примере мы видим 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 для получения правильного массива с использованием WWN, указанного выше.
Для ручного запроса SMI-S можно использовать следующее:
- Запустите TestSmiProvider на SMIS-S и выберите опцию «ei»
- Введите «CIM_StorageVolume», когда появится запрос о классе. Учитывает регистр.
- Нажмите клавишу Enter, используя все настройки по умолчанию для остальных запросов.
Это может продолжаться несколько часов. Выходные данные находятся в файле TestSmiProvider.log в папке или каталоге, из которого был запущен TestSMIProvider. При просмотре выходных данных вы обнаружите одну длинную запись с WWN, полученную из команды «inq.windowsamd64_exe -wwn».
Поскольку большая часть длинной записи удалена для удобства чтения, она отображается как:
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>
Элемент xxx в WWN может быть похож на старый дисковый массив VMAX, однако серийный номер «000164200abc» соответствует новому дисковому массиву VMAX.
Причина заключается в том, что AppSync не обновляет базу данных AppSync с этим серийным номером, в результате чего AppSync пытается выполнить копирование в массив, перенесенный из.
Resolution
Для AppSync 3.0.2 существует оперативное исправление. Обратитесь в службу поддержки заказчиков Dell, чтобы запросить это оперативное исправление. Укажите идентификатор этой статьи базы знаний при открытии новой сервисной заявки.