VNX OE for Block v05.32.000.5.006和VNX OE for File v7.1.47.5的新特性和增强功能概述 问题:磁盘分区 故障现象: VNX OE (Operating Environment) 操作环境新版本已正式发布。对应Block和File的版本号分别为VNX OE for Block v05.32.000.5.006和VNX OE for File v7.1.47.5。现在就本次新版本VNX OE更新里所含的新内容做一个概要的总结。解决方案: 新特性和增强功能 ·VNX数据块至统一存储(Block to Unified)即插即用升级服务：此功能允许用户实施块至统一存储的升级。 ·升级准备检查工具(Upgrade Readiness Checker)向导：用于数据块至统一存储协议升级。 ·预装的VNX OE for File软件：这是一项制造流程的改进，所有VNX系统(Block、File和统一存储)都将预装一个含有新文件镜像的快速安装包的私有文件LUN。这个新文件镜像快速安装包的格式将与售后部门给到客户实施数据块至统一存储的升级包(PBU)相同。相比目前的快速安装镜像格式，这个新的文件镜像格式将减少更多的部署时间。 ·数据块至统一存储现场升级时VNX OE for File软件的安装：此功能支持数据块至统一存储的现场升级，可以使用已有的Unisphere Service Manager (USM)软件升级工具下载新的数据块至统一存储的升级包(PBU)。 ·支持系列内型号升级：此功能允许系列内的数据原位(Data In Place, DIP)升级。系列内DIP升级可以继续使用已安装的SAS DAE以及相关的驱动器和SLIC。 ·Windows 2008R2分支缓存(Branch Cache)支持：此功能提供了Windows 2008 R2分支缓存的支持。它允许Windows客户端在某个分支办公室的服务器中本地缓存一个文件，无论何时同一文件被请求时就可使用这个缓存副本。VNX for File CIFS Server的Central Office Content Server工作方式支持分支缓存功能。 ·用于NFS的VMwareVAAI：多重快照(Snaps of snaps)：支持NFS文件系统上至少一个层级(源>快照>快照)的VMDK多重快照。尽管这一功能最初仅支持用于NFS的VAAI接口，将来也有可能以VSI插件的形式发布。此功能除了允许VMware View 5.0在VNX系统上使用用于NFS的VAAI，还要求文件系统在创建时启用“VMware VAAI nested clone support”，并且在ESX服务器中安装EMCNasPlugin-1-0.10.zip。 ·层级(Tier)内的负载均衡：此功能允许在给定存储池的层级中跨驱动器重分发数据分片(slice)以改善性能。同时还包含了主动负载均衡功能， 比如数据分片会基于活动等级从一个层级中的RAID组重分配的另一个，以平衡层级内的负载。这一重分配会在用户定义的分配窗口中发生。 ·改进的数据块压缩性能：此功能提供了开进的数据块压缩性能。这包括提高压缩的速度，减少对存储系统的影响，以及减少对主机响应时间的影响。 ·更深等级的文件压缩算法：此功能可在使用文件级别压缩时，提供额外的选项使用更深等级的压缩算法实现更大的容量节省。此选项可根据适合更深等级压缩算法的数据类型(比如每个元数据定义)，被用于第三方应用服务器如FileMoverAppliance Server等。 相比默认压缩算法，新算法预期可多节省15%的容量。需要权衡的是，使用更深等级压缩算法使系统需要更长的时间完成初始压缩(不超过4倍默认时间)和解压缩以供读取(不超过2倍默认时间)。 此选项可在File System的Compression标签页中开启。默认设定是标准压缩算法。 ·向存储池(Pool)中添加驱动器时的重平衡(Rebalance)：此功能提供在新建的存储池中跨驱动器重分发数据分片(slice)以改善性能。 ·启用数据块压缩时DLU到TLU的转换：此功能提供了一种内部机制（而不是由用户发起），当对Thick Pool LUN启用压缩时，会进行Thick (Direct) LUN到Thin LUN的原位转换，而不是迁移。此外，对原来是Think LUN然后转换到Thin同样提供了一种内部机制，在禁用压缩时，将LUN转换回Thick，而不需要由用户发起。 ·存储池(Pool)中混合的RAID类型：此功能允许用户为存储池中每个存储层定义RAID类型，而不要求同一个存储池都是同一个RAID类型。 ·改进的TLU性能，使其不差于FLU的115%：此功能提供了改进的TLU性能。包括减少主机响应时间的影响以及可能的对存储系统的影响。 ·可辨别的压缩容量节省：此功能可显示因采用压缩而节省的容量。与精简资源分配(Thin Provisioning)可带来的容量节省不同，这可以告知用户由于压缩带来的节省。这样的好处是用户可以确定使用压缩带来的不断增加的效益。这是很有必要的，当使用压缩时会对性能造成影响，用户需要足够信息做出成本效益分析。 ·新增的分层(Tiering)策略：此功能提供了存储池中额外的分层选项：“Start High, then Auto-tire”(开始最高，然后自动分层)。当用户对给定的LUN选择此策略时，初始数据会被分配在最高层级，然后根据活动等级进行后续的分层。 ·新增的存储池RAID选项：此功能提供两个额外的存储池RAID选项，以获得8+1 RAID 5、14+2 RAID 6更好的效率。这些选项仅适用于新的存储池。GUI和CLI都可对其进行管理。 ·E-Trace增强功能：每个文件系统的活跃文件和其他统计数据：此功能允许用户查看文件系统或配额表中的活跃用文件。除了标识ID，文件名还可以按路径名来识别。 o同时还提供了API给DPA、Unisphere或其他管理工具以实现E-Trace的图像化用户界面，包括保存数据用于趋势分析的能力。 ·Unisphere Quality of Service Manager支持VNX快照(VNX Snapshot)：此功能提供了Unisphere Quality of Service Manager (UQM)对源LUN和对VNX快照功能引入的快照LUN的支持。 ·Unisphere Analyzer支持新的VNX功能：此功能支持Unisphere Analyzer中所有VNX的新特性，包括但不限于： VNX快照 64位计数器 ·统一网络服务：提供了几项增强功能以改善用户体验，如： 支持DNS：除了静态的IPv4地址，还可以使用主机名用于对外的网络服务如iSNS、NTP、LDAP 支持IPv6 DNS、NTP和iSNS服务器 支持LDAP嵌套组(nested groups)和指定服务器证书 支持VNX File (Control Station)上的NTP认证 oUnisphere域中统一的DNS、NTP和LDAP设定 ·持续监控：此功能提供监控重要存储性能信息的能力，以在检测
VNX OE for Block v05.32.000.5.006和VNX OE for File v7.1.47.5的-联想乐享知识库
⚡ 核心结论
本文来源联想官方，解答关于 VNX OE for Block v05.32.000.5.006和VNX OE for File v7.1.47.5的新特性和增强功能概述 的常见问题，包括：VNX OE for Block v05.32.000.5.006和VNX OE for File v7.1.47.5升级后，如何启用文件系统更深等级的压缩算法以提升容量节省？、VNX OE for Block v05.32.000.5.006升级后，启用数据块压缩时Thick Pool LUN是否会自动转换为Thin LUN？、VNX OE for File v7.1.47.5是否支持Windows Server 2008 R2分支缓存（Branch Cache）？如何配置？等。
内容来源：联想官方
常见问题解答
VNX OE for Block v05.32.000.5.006和VNX OE for File v7.1.47.5升级后，如何启用文件系统更深等级的压缩算法以提升容量节省？
原因：新版本引入了可选的更深等级文件压缩算法，相比默认算法预计多节省15%容量，适用于元数据定义明确、适合深度压缩的数据类型（如FileMover Appliance Server场景）。具体步骤：登录Unisphere管理界面，进入目标文件系统 → 点击‘Compression’标签页 → 勾选‘Enable deeper compression algorithm’选项 → 保存配置。注意事项：启用后初始压缩耗时最多为默认算法的4倍，解压缩读取延迟最多为2倍；该选项仅影响新压缩操作，已压缩数据不会自动重处理；默认仍为标准压缩算法，需手动开启。
VNX OE for Block v05.32.000.5.006升级后，启用数据块压缩时Thick Pool LUN是否会自动转换为Thin LUN？
原因：新版本内置自动化机制，在对Thick Pool LUN启用压缩时，系统将执行原位（in-place）Thick (Direct) LUN到Thin LUN的转换，无需用户手动迁移。具体解决步骤：在Unisphere中选中目标Thick Pool LUN → 进入‘Properties’ → 启用‘Compression’ → 系统自动完成DLU到TLU转换；若后续禁用压缩，系统也将自动将该LUN转回Thick形态。注意事项：此转换完全由系统内部触发，不可干预或取消；转换过程不影响主机I/O连续性，但建议在业务低峰期操作以保障性能稳定。
VNX OE for File v7.1.47.5是否支持Windows Server 2008 R2分支缓存（Branch Cache）？如何配置？
原因：新版本正式支持Windows Server 2008 R2分支缓存功能，通过VNX for File CIFS Server的Central Office Content Server模式实现本地分支缓存服务。具体步骤：1. 在Unisphere中确认CIFS Server已启用并配置为Central Office模式；2. 确保Control Station已正确配置NTP认证及DNS解析；3. 在Windows客户端组策略中启用BranchCache（哈希模式或托管缓存模式）；4. 客户端首次访问文件时，VNX将作为内容服务器提供哈希验证与缓存分发。注意事项：需确保CIFS共享权限与AD域集成正常；不支持SMB 3.0以上协议的分支缓存增强特性；该功能仅适用于CIFS协议路径。
VNX OE for Block v05.32.000.5.006升级后，向现有存储池添加新驱动器时是否会自动重平衡数据分片？
原因：新版本新增‘向存储池中添加驱动器时的重平衡’功能，可在添加新驱动器后自动跨所有驱动器（含新增）重分发数据分片，以优化I/O性能与容量利用率。具体步骤：1. 在Unisphere中进入‘Storage Pools’ → 选择目标Pool → 点击‘Expand’添加新驱动器；2. 添加完成后，系统自动启动后台重平衡任务（无需人工触发）；3. 可通过‘Pool Properties’→‘Rebalance Status’查看进度与预计完成时间。注意事项：重平衡期间允许正常读写，但会占用部分系统资源；建议在维护窗口内执行，避免与高负载快照/复制任务并发；重平衡仅针对新加入驱动器所在层级。
VNX OE for File v7.1.47.5中，如何启用E-Trace功能查看文件系统的活跃文件及路径名？
原因：新版本增强E-Trace功能，支持按路径名识别活跃文件，并提供API供DPA或Unisphere等工具调用以实现图形化展示与趋势分析。具体步骤：1. 登录Control Station命令行（SSH）；2. 执行命令‘/nas/tools/nas_e_trace -list’查看可用文件系统；3. 对目标文件系统执行‘/nas/tools/nas_e_trace -start -filesystem <fs_name> -verbose’启用详细跟踪；4. 使用‘/nas/tools/nas_e_trace -show -filesystem <fs_name>’实时查看含完整路径的活跃文件列表。注意事项：需确保E-Trace服务已授权启用（通过Unisphere > Settings > Diagnostics）；启用后产生日志需定期清理以防占满根分区；路径名显示依赖于元数据完整性，符号链接将显示实际路径。