IBM_V7000底层结构及服务器数据恢复案例详解
【IBM原理详解】
IBM_V7000(全名IBM Storwize V7000)是IBM推出的新一代中端存储系统,尽管定位中端,Storwize V7000却提供了以往高端存储才具备的强大存储管理功能。其常见型号有IBM Storwize V3700,IBM Storwize V5000以及IBM Storwize V7000。其底层存储结构支持RIAD 0,RAID 10,RAID5以及RAID 6。上层的卷支持普通卷,精简模式的卷,镜像模式的卷以及精简镜像模式的卷。虽然在整体存储结构上V7000做的很不错,但某些物理故障或其他操作都可能会对卷或存储造成破坏,因此对系列存储的数据恢复技术才有了用武之地。
【配置IBM_V7000】
1、使用管理IP连接IBM_V7000,输入用户名(默认:superuser)和密码(密码:passw0rd)。
2、默认是没有任何配置的,需要先配置Mdisk,池以及卷,然后添加主机映射卷。
3、创建Mdisk,Mdisk的类型有RAID0,RAID0,RAID5以及RAID6。
4、创建池,可以将多个Mdisk划分到一个池中。
5、创建卷,卷是在池的基础之上配置的,卷的类型有通用,自动精简,镜像以及精简镜像。
6、创建主机并映射卷,主机的类型有光纤通道的主机和iscsi的主机。
至此整个配置的大致流程就算完了,但是我们并不知道分配给主机的逻辑卷,实际在磁盘是如何分布的。那它们是如何分布的呢?详解下文的结构与原理,其结构和HP Lefthand系列的存储产品很像,
【结构及原理】
其实IBM_V7000的底层原理并不复杂,整个存储结构一共分为四层。
第一层:既物理硬盘,是实际存放数据的地方。
第二层:IBM_V7000中命名为Mdisk,其实就RAID,是多个物理磁盘的集合。
第三层:池,是将多个Mdisk组合成一个大的逻辑容器。
第四层:卷,从池中分配出来的空间,面向用户的存储单位,卷不可以跨池。
结构图如下:
从整体的存储结构上看,磁盘才是数据最终存放的地方。而所谓的Mdisk,池和卷都是将物理磁盘虚拟化了而已。在物理磁盘这一层,数据是以小块为单位(Block)存储的,N多个磁盘组成了一个Mdisk,既存放在Mdisk中的数据会分成N多个Block平均分布在所有磁盘上。在Mdisk这一层,数据是以段(Section)为单位存储的,多个Mdisk组成了一个池,既在池中创建的卷会被分成若干个段放到不同的Mdisk中,不同卷的类型分布在池中的方式也不同,不过最终还是以段为单位存储在Midsk中的。
整个存储过程则是用户将数据存放到卷中,而卷又会被分割成若干个段分布在不同Mdisk中,而Mdisk又会将段分成若干个块分布在不同的磁盘中。最终数据全部是以块为单位分布在不同的磁盘中。
【数据恢复案例】
1、存储架构
存储型号:IBM_V7000
磁盘数量:24块600G SAS磁盘
Mdisk数量:2个Mdisk,都是RAID 5
卷数量:2个2T的通用模式,1个3T精简模式。
2、故障原因
因磁盘老化导致Mdisk中有几块磁盘掉线,导致Mdisk不可用造成上层卷无法访问。而因只设置了一个全局热备,在磁盘掉线后管理人员没有及时更换磁盘才造成整个故障的发生。
3、解决方案
先镜像所有磁盘,然后分析哪些磁盘是一组Mdisk。找出属于同一组Mdiskd磁盘,然后分析是否存在磁盘掉线的情况。如果存在掉线磁盘,则在Mdisk组中除掉此磁盘。生成Mdisk,接着分析Mdisk之间的结构。生成池,接着分析卷的结构,因不同卷的类型不一样,所以存储结构也不一样。分析完卷的结构后就可以生成每个卷的数据了。
4、数据恢复结果
由于只是Mdisk中有几块磁盘掉线了,没有再做其他操作。所以整个数据恢复的很完整,用户验收数据无误。
由于对IBM V7000系列存储的底层结构研究的很透彻,所以对此系列存储的故障,数据几乎都可以挽救。但是,有一种情况数据是无法挽救的,那就是所有磁盘被重建了并且初始化完成了。因为在创建完Mdisk之后,系统会对Mdisk做初始化,也就是清零。如下图
因此,如果是存储被重建了,并且还被初始化,这种情况下恢复数据的希望就很渺茫。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
golang逃逸分析
带GC语言给我们程序的编写带来了极大的便利,但是与此同时屏蔽了很多底层的细节,比如一个对象是在栈上分配还是在堆上分配。对于普通的代码来说虽然不需要关心这么多,但是作为强迫症程序猿,还是希望能让自己写出来的代码性能最优,所以还是需要了解什么是逃逸,以及如何判断是否发生了逃逸。 什么是堆和栈? 首先需要知道,我们说的堆和栈是啥。这个可不是数据结构里面的"堆"和"栈",而是操作系统里面的概念。 栈 在程序中,每个函数块都会有自己的内存区域用来存自己的局部变量(内存占用少)、返回地址、返回值之类的数据,这一块内存区域有特定的结构和寻址方式,大小在编译时已经确定,寻址起来也十分迅速,开销很少。这一块内存地址称为栈。栈是线程级别的,大小在创建的时候已经确定,所以当数据太大的时候,就会发生"stack overflow"。 堆 在程序中,全局变量、内存占用大的局部变量、发生了逃逸的局部变量存在的地方就是堆,这一块内存没有特定的结构,也没有固定的大小,可以根据需要进行调整。简单来说,有大量数据要存的时候,就存在堆里面。堆是进程级别的。当一个变量需要分配在堆上的时候,开销会比较大,对于go这种带GC的语...
- 下一篇
exchange灾难恢复篇——环境准备
原机器信息:系统版本:windows server 2003 r2 ent sp2 x64邮件版本:exchange2007 sp3计算机名:demo-mailIP地址:172.16.10.241数据库文件路径:F: \分区:CDF盘说明:客户邮件系统部署在hyper-v虚拟机,某天虚拟机存放数据库的D盘莫名其妙丢失,无法找回。有定期使用DPM对数据库进行备份。以下,开始准备环境:在活动目录中重置demo-MAIL计算机账户 更改灾难恢复服务器IP地址与旧邮件服务器IP一样更改灾难恢复服务器计算机名与旧邮件系统一样灾难恢复服务器加入域安装必备插件及补丁(这些插件已经很难找到了,恢复的大部分时间都在找插件)其它补丁安装截图略过……添加磁盘,分区驱动器号与原先旧邮件服务器保持一致,分区 容量大于等于原分区容量安装IIS服务 因旧版本邮件系统为exchange2007sp3,所以,这里使用exchange2007sp3.exe安装包进行灾难恢复。双击解压到目录Cmd进入到解压目录,运行setup.com /M:RecoverServer提示需要安装installer4.5对应网址下载 再次运...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Hadoop3单机部署,实现最简伪集群
- CentOS8编译安装MySQL8.0.19
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- Mario游戏-低调大师作品
- CentOS6,CentOS7官方镜像安装Oracle11G