Dell EMC VPLEX：DU 在 BE 阵列上将 LUN 类型从精简更改为密集

问题：

对后端阵列上从精简 LUN 转换为密集 LUN 的受影响卷出现 DU/高性能影响。  

在当前版本中，VPLEX 后端代码存在一个问题，如果后端阵列上的底层 LUN 从精简资源调配转换为非精简资源调配，则 VPLEX 后端代码可能会错误地将 LUN 视为支持精简功能。

当后端阵列上的 LUN 类型发生更改时，需要在两个级别（即虚拟卷和存储卷）自动更新支持精简功能的属性。请注意，支持精简属性应在存储卷级别自动更新，因为“精简支持”是存储卷级别的只读属性。

如果没有在虚拟卷级别手动更改支持精简功能的属性，VPlex 将继续向 LUN 类型更改为密集的逻辑单元发送 UNMAP 请求，所有这些请求都将由后端 LUN 中止。

分辨率：

此问题已在 GeoSynchrony 6.2.0.00.00.32 及更高版本中得到解决。

解决方法步骤：

1.在 BE 阵列上将 LUN 类型从精简更改为密集后，请确保相应地更改虚拟卷上的“Thin-capable”属性。  在虚拟卷上将属性更改为 false 将不再向 BE LUN 发送 UNMAP 命令，如下所示：

1.a） 按如下所示登录到 vplexcli 上下文：
提醒：在访问 vplexcli 时运行 GeoSynchrony 6.x 之前版本的 VPLEX 需要服务帐户凭据才能登录。

service@ManagementServer：~> vplexcli
Trying ：：1...
已连接到本地主机。
转义字符为 '^]'。

输入用户名：service
 
密码：
Creating logfile：/var/log/VPlex/cli/session.log_service_localhost_Logfile_T24531_yyyymmddhhmmss

1.b） 进入相关的虚拟卷上下文并发出以下命令，其中显示即使在 BE 阵列的 LUN 类型从精简更改为密集后，“thin-capable”属性也设置为“true”：
 

1.c） 手动将“thin-capable”属性禁用为“false”，如下所示，这将在虚拟卷级别禁用精简资源调配，如下所示：

示例：
VPlexcli：/clusters/cluster-1/virtual-volumes/device_****_vol> set thin-capable false

1.d） 在虚拟卷上将“thin-capable”属性更改为“false”后，有问题的虚拟卷运行状况应更改为“OK”。运行“cluster status”命令以检查 VPlex 的整体运行状况，如下所示：

Example：
VPlexcli：/clusters/cluster-1/virtual-volumes/device_****_vol> ll
Name Value
-------------------------- ----------------------------------------
block-count 429654016
block size 4K
cache-mode synchronous
capacity12G
consistency-group -
expandable true
expandable-capacity 0B
expansion-methodStorage-Volume
expansion-status -
health-indications []
health-state ok
， locality， distributed
operational-status， ok， 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
volume-type virtual-volume
vpd-id VPD83T3：60001440000****************

VPlexcli：/> cluster status
Cluster cluster-1
operational-status： OK
过渡适应症：
        Transitioning-Progress：
        health-state：                  OK
健康适应症：
        本地 com：                     ok

Cluster cluster-2
operational-status：            OK
过渡适应症：
        Transitioning-Progress：
        health-state：                  OK
健康适应症：
        本地 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 类型更改活动。