Dell EMC VPLEX. POST DU, изменение типа LUN с «тонкого» на «толстый» в массиве BE

Проблема:

Снижение DU/высокой производительности наблюдается в затронутом томе, который преобразуется из «тонкого» в толстый LUN во внутреннем массиве.  

В текущем выпуске существует проблема с внутренним кодом VPLEX, при которой LUN может ошибочно считаться «тонким», если базовый LUN во внутреннем массиве преобразуется из «тонкого» в не«тонкий» выделенный ресурс

.При изменении типа LUN во внутреннем дисковом массиве атрибут «тонкий» должен автоматически обновляться на обоих уровнях, т. е. Virtual-Volume и Storage-Volume. Обратите внимание, что атрибут с поддержкой «тонкого» должен автоматически обновляться на уровне тома хранилища, так как атрибут «с возможностью «тонкого» доступен только для чтения на уровне тома хранилища.

Если атрибут «тонкий» не будет изменен вручную на уровне виртуального тома, VPlex продолжит отправлять запрос UNMAP логическому устройству, тип LUN которого изменен на толстый, и все эти запросы будут прерваны внутренним LUN.

Разрешение:

Эта проблема решена в выпусках GeoSynchrony 6.2.0.00.00.32 и выше.

Порядок действий для временного решения проблемы.

1. После изменения типа LUN с «тонкого» на «толстый» в массиве BE убедитесь, что атрибут «Thin-capable соответствующе» изменен в virtual-volume.  Изменение атрибута на false на virtual-volume больше не будет отправлять команды UNMAP в BE LUN следующим образом:

1.a) Войдите в контекст vplexcli следующим образом:ПРИМЕЧАНИЕ.
В VPLEX с GeoSynchrony до версии 6.x при доступе к vplexCL для входа потребуются учетные данные сервисной учетной записи.

service@ManagementServer:~> vplexcli
Попытка ::1...
Подключение к локальному хосту.
Escape-символ — '^]'.
 
Введите имя пользователя: service
 
Пароль:
создание файла журнала:/var/log/VPlex/cli/session.log_service_localhost_Logfile_T24531_yyyymmddhhmmss

1.b) Перейдите в контекст соответствующего виртуального тома и выполните следующую команду, которая показывает, что атрибут «thin-capable able» имеет значение «true» даже после изменения типа LUN с «тонкого» на «толстый» в массиве BE:
 

1.c) Вручную отключите атрибут "thin-capable" в значение "false", что отключит "тонкое" выделение ресурсов на уровне виртуального тома следующим образом:

Пример:
VPlexcli:/clusters/cluster-1/virtual-volumes/device_*****_vol> установите значение false для "thin-capable false

" 1.d) После изменения атрибута "thin-capable" на "false" на виртуальном томе, проблемное состояние виртуального тома должно быть изменено на "OK". Выполните команду «cluster status», чтобы проверить общее состояние VPlex следующим образом:

Example:
VPlexcli:/clusters/cluster-1/virtual-volumes/device_****_vol> ll
Имя: значение
-------------------------- ----------------------------------------
количество блоков 429654016
блочный режим кэш-памяти 4 КБ
синхронная
емкость Группа консистентности 12 Гбит
/с -
расширяемый истинная
расширяемая емкость 0B
метод расширения Storage-volume expansion-status -health-indications []
health-state
ok
distributed
operational-status okay
recoverpoint-protection-at []
recoverpoint-usage -
scsi-release-delay 0
service-status running
storage-array-family clariion

storage-tier -
supporting-device device_****_1
system-id device_**_1_vol
thin-capable false
thin-enabled disabled
Тип тома, виртуальный том
, идентификатор VPD-ID VPD83T3:60001440000****************

VPlexcli:/> состояние
кластера Cluster cluster-1
operational-status:           
OK Переходные показания:
        Прогресс перехода:
        Состояние-состояние:                 
OK Показания к здоровью:
        local-com:                    

OK Cluster cluster-2
operational-status:           
OK Переходные показания:
        Прогресс перехода:
        Состояние-состояние:                 
OK Показания к здоровью:
        local-com:                     Хорошо

WAN-COM: ОК


2. Если состояние виртуального тома по-прежнему сообщает об ошибке или критическом сбое после выполнения указанных выше шагов, выполните повторное обнаружение массива для массива BE, к которому относится проблемный логический блок. При повторном обнаружении массива атрибут должен автоматически обновляться на уровне тома хранилища следующим образом:Пример:


VPlexcli:/> array re-discover -a /clusters/cluster-1/storage-elements/storage-arrays/EMC-CLARiiON-CKM0018******* -c cluster-1

3. Даже если после нескольких попыток повторного обнаружения массива проблемное состояние виртуального тома по-прежнему сообщает об ошибке или «критическом сбое», необходимо удалить соответствующий логический блок на стороне внутреннего массива из группы хранения или пула массива и добавить в него снова, а также повторно выполнить команду повторного обнаружения массива, чтобы на стороне VPLEX было инициировано обнаружение вручную. 

4. Если ни один из описанных выше шагов не помог устранить проблему, рекомендуется выполнить обновление до указанной выше версии с исправленной версией, а затем продолжить процесс изменения типа LUN.