VNX OE Block R5.32和VNX OE File V7.1 硬件增强功能概述(四)

VNX OE Block R5.32和VNX OE File V7.1

硬件增强功能概述(四)

VNX OE (Operating Environment) 操作环境发布了新版本,对应Block和File的版本号分别为VNX OE Block R5.32和VNX OE File V7.1。在发布新版本同时EMC公司也公布了三款适用于新版本的硬件增强功能:

1、双端口10GBase-T 铜I/O模块;

2、双端口10GbE光纤I/O模块;

3、VNX 7500 SP内存扩展。

本章节将介绍VNX 7500 Storage Processor内存升级相关内容,并演示如何为VNX 7500 Storage Processor升级到48GB内存。

简介

该硬件升级需要在VNX OE Block R5.32和File OE V7.1版本下进行;

VNX 7500 Storage Processor存在24GB和48GB二个版本,现存的VNX 7500可以升级到48GB.

使用Upgrade Readiness Checker验证升级选项

  • Data-in-place 转换
  • Block-to-Unified升级
  • 内存升级

 

需要专业服务参加

  • Block和File硬件都需要断电;
  • SP需要从矩阵移出;
  • 4GB DIMMs会被替换成8GB DIMMs。

5、 性能优势

  • 写内存增加带来更好的系统性能;
  • 更大的meta-data内存分配额提升Thin-LUN性能。

需要工具

进行内存升级操作需要使用二种基本工具:Upgrade Readiness Checker和In-Family-Conversion包,下面将分别介绍:

pgrade Readiness Checker (URC) :该工具是最新版本UnisphereService Manger的一部分,这个工具将使用现有配置文件或者创建一个新的文件连接到目标系统时,以验证当前配置用于内存升级。

In-Family-Conversion package:该工具使SP处于hold-in-POST状态,让客户关闭系统电源之前可以执行硬件和布线转换的变化。下图您可以看到conversion包被上传到VNX的一个NDU进程窗口。

替换步骤

 

第一步:运行URC,根据URC向导操作获得“升级准备检查报告”。

 

 

 

 

右图显示了URC检查结果。在结果中你能够看到该硬件升级被系统支持,但是检查发现一些必需修复的问题,点击“View Full Readiness Report for Details”查看具体报告。

 

 

在URC详细报告中,提供了解决问题的推荐步骤。

 

在这个例子中,你可以看到VNX OE不支持这么大内存,Block和File的版本都需要升级到最新版本,即:Block R5.32和File v7.1.39.2。

 

第二步:对File和Block执行健康检查,关闭ConnectHome、E-mail和NAS服务功能。如果配置了Replication需要关闭Replication功能(选项),最后关闭DM电源;

 

 

第三步:安装In-Family-Conversion包。使用串口线连接SPA,使用如图所示naviseccli命令加载IFC包,加载需要花费几分钟。

 

 

第四步:通过SPS关闭SP电源;

 

 

第五步:为SP添加内存。拔出电源和Storage Processor,4GB DIMMs会被替换成8GB DIMMs,重新安装电源和Storage Processor。这样VNX的SP物理内存就升级到48GB。

 

第六步:启动SP,并且使用命令”/nas/sbin/t2reset pwron –s 2”重复在不同Data Mover上执行启动DM;

 

 

第七步:恢复DM操作状态。

 

时间: 2024-09-30 03:00:21

VNX OE Block R5.32和VNX OE File V7.1 硬件增强功能概述(四)的相关文章

VNX OE Block R5.32和VNX OE File V7.1 硬件增强功能概述(一)

NX OE (Operating Environment) 操作环境发布了新版本,对应Block和File的版本号分别为VNX OE Block R5.32和VNX OE File V7.1.在发布新版本同时EMC公司也公布了三款适用于新版本的硬件增强功能:   1. 双端口10GBase-T 铜I/O模块:   2. 双端口10GbE光纤I/O模块:   3. VNX 7500 SP内存扩展.   系列文章将分别进行讨论,在这篇我们将讨论双端口10GBase-T 铜I/O模块和双端口10GbE

VNX OE Block R5.3.2和VNX OE File V7.1数据保护和系统管理概述(三)

VNX OE Block R5.3.2和VNX OE File V7.1数据保护和系统管理概述,文章转载自EMC中文支持论坛. 解决方案: 文件级保留(FLR)是一项EMC VNX系列软件功能,可在指定保留日期之前保护文件不被修改或删除.使用文件级保留,您可以通过NFS或CIFS操作将数据归档到标准可擦写磁盘上的FLR存储中.FLR使您能够创建一组不可更改的永久性文件和目录,并确保数据的完整性.   有二种不同类型的文件级保留可供使用:企业(FLR-E)和法规遵从性(FLR-C).   ·  F

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)即插即用升级服务:此功能允许用户实施块至统一存储的升级. ·升级准备检查工具(Upgr

VNX OE Block R5.3.2和VNX OE File V7.1数据保护和系统管理概述

新版本中系统管理功能主要有以下改进,本文将逐一进行介绍.   1.统一网络服务功能提高:   2.监控和统计功能提高:   3.FIPS 140-2安全支持.   统一网络服务功能提高   统一网络服务(UNS)通过整合CS和SP基本网络服务以提供支持文件和数据块统一平台的VNX网络服务,VNX新版本中对统一网络服务(UNS)更新主要如下:   (1)NTP   ·         支持最多4个NTP服务器   ·         支持IPv6.主机名或者完全限定域名(FQDN)   (2)DN

用32位int型变量表示单引号括起来的四个字符的深入探讨_C 语言

在C.C++中可以用32位int型变量表示单引号括起来的四个字符,例如下面代码中的示例: 复制代码 代码如下:  // 字符c的16进制值是0x63,字符o的16进制值是0x6f, // 字符n的16进制值是0x6e int what = 'conn'; printf("The address of what is 0x%x \n", &what); printf("what 0x%x \n", what); if (what == 0x636f6e6e)

如何移除vnx热备盘 移除vnx热备盘步骤

1. 登录Unisphere: 2. 点击至Storage -> Disks: 3. 从列表中找到目标hot spare盘: 4. 确认Hot spare replacing状态是Inactive: 5. 右击该hot spare盘点击Delete,这将删除hot spare LUN并将hot spare盘置为Unbound状态: 6. Hot spare盘显示为Unbound后,物理移除该磁盘.

VNX新版本功能详解适用于专业技术顾问(三)

随着VNX新版本Block R5.32和File V7.1的发布,市场上越来越多用户关注该版本.但是很多用户并不知道VNX新版本到底对那些方面进行了全面更新一样.因此,专业技术顾问将面临越来越多这方面的问题,为了专业技术顾问更够更全面和系统的回答相关问题,该系列文章将按照 "高效性"."易用性"和"功效性"三块分别进行介绍. 解决方案: 在"易用性"方面笔者认为VNX新版本有六处重要的增强:         1. In-Fam

VNX新版本功能详解——适用于专业技术顾问

故障现象: 随着VNX新版本Block R5.32和File V7.1的发布,市场上越来越多用户关注该版本.但是很多用户并不知道VNX新版本到底对那些方面进行了全面更新一样.因此,专业技术顾问将面临越来越多这方面的问题,为了专业技术顾问更够更全面和系统的回答相关问题,该系列文章将按照 "高效性"."易用性"和"功效性"三块分别进行介绍. 解决方案: 从"功效性"角度笔者认为VNX新版本有五个重要的更新:         1.

HybridDB最佳实践——实现OLAP和OLTP一体化打造

HybridDB(基于Greenplum)经过长达四个月时间的公测,终于开始商业化的征程.为我们客户提供计算分析能力. 在这之前,我们团队做了许多技术.产品上的打磨,其中OSS的高效访问与处理是其中较为重要的一环.这个功能可以给用户在数据流转方面带来质的变化. 缘起 在传统的OLAP方案中,链路是比较长的,数据流转的代价较为高昂.而且往往常用的数据同步工具未必能够满足需求,复杂的分析在同步上会需要一些功能的定制.而且资源的不够弹性.管理上的诸多麻烦,也带来成本的上升. 那么在云环境中,这一情况可