磁盘阵列镜像问题，大家请进，^_^

delpis

我公司又m80 两台，用7133做磁盘阵列，7133做raid5，oracle8i6，无ops，本来以为磁盘阵列比较保险，结果，几次主机宕机后，才发现原来是由于磁盘阵列中得10块硬盘坏了8块，因此，单位领导觉得磁盘阵列也不保险，要再买一个7133，做磁盘阵列得镜像？请问，这样得做法可行吗？技术难度在哪里？如果要实施是否还需要ssa卡？

lljj

就做不同阵列的lv\r\nmirror把！\r\n不过要把盘分清楚哦！

ibm6000

10坏8个！\r\n你是我见过最倒霉的了～

larryh

10块不会是同时坏的吧，肯定有先有后吧，平时也不看错误记录？\r\n不谈质量问题，起码系统管理员的责任没有承担起来。

delpis

这是我咨询系统集成公司后，他们给出得方案，大家看看是否合理。\r\n一、现状和需求\r\n        现在的业务平台由两台IBM M80小型机连一台7133磁盘阵列柜由HACMP软件管理构成主备模式的高可靠性双机业务平台。7133磁盘阵列柜中的硬盘采用RAID 5阵列技术。\r\n        由于7133中存放了重要的数据资料，因此其物理的安全性也显得尤为重要。基于这个原因我们考虑对现有的阵列系统结构进行改造，以保证在类似7133物理损坏的情况下系统运行不受影响。\r\n\r\n二、技术实现方法\r\n        为防止单台7133的物理损坏，首先就需要对7133进行物理层上的冗余。也就是说需要两台7133做镜像。要符合这样的平台结构可以将两台M80和两台7133简单地串连在一个环路里。但要实现镜像就可以有两种选择。一种是基于磁盘物理划分上的镜像，一种是更多依赖于软件的同步镜像。\r\n        1）方法一 RAID 10 （建议采用）\r\n        该方案我公司电信行业有过成功案例。\r\n设备要求：7133两台，硬盘数相同，且各保留一快HOT SPARE硬盘。\r\n        技术实现：两台7133中的硬盘组各自做RAID 0然后相互做RAID 1。所有配置在操作系统的SMIT SSARAID菜单中完成。做完后可以看到两台7133中的硬盘是一一对应的关系。\r\n        优点：由于单台采用了RAID 0高速读写技术，因此在读写速度上优于原先才的的RAID 5。每个硬盘有一一对应的镜像盘，且总保留了两块热备硬盘，所以安全性也大大提高。\r\n缺点：维护要求较高，可操作性降低。为了维护两台7133镜像的一致性，不能出现物理上的异步操作。如任意一台意外断电，其结果就是系统只剩下一个带HOT SPARE的RAID 0阵列。要恢复同步就要进行在线重组。\r\n\r\n2）方法二 两个RAID 5的逻辑镜像\r\n        设备要求：7133两台，硬盘数相同，且各保留一快HOT SPARE硬盘。\r\n        技术实现：两台7133中的硬盘组各自独立做RAID 5，然后在操作系统中划分到一个VG（卷组）中，并对两个HDISK进行逻辑镜像。\r\n        优缺点：读写速度略低于单个的RAID 5阵列，安全性高于单个RAID 5。维护要求同上。\r\n\r\n三、数据移植方法\r\n        以上两种方法在实施过程中均要破坏系统原有的阵列结构。也就是说要考虑数据移植。\r\n        由于只是以上方案涉及到的技术变化只是对阵列结构的改变，因此数据只要进行简单的拷贝（或FTP）备份，然后再拷贝恢复到新的阵列系统即可。\r\n        建议的操作流程：\r\n1、        业务系统停用做Oracle数据备份（建议做一次数据库的全备份） 分别做磁带备份和异台磁盘备份。\r\n2、        Oracle数据库停用（Oracle Shutdown所有Oracle进程停用） 做7133阵列柜的数据拷贝（FTP），将之完整的备份到磁带和异台存储设备。\r\n3、        阵列改造（尽可能保证和原先的文件系统划分一致）。\r\n4、        将第2步拷贝的备份数据恢复到新的阵列系统。\r\n5、        如果第4步恢复后发现启动失败，可以考虑Oracle重新建库，再由第1步的Oracle备份进行数据库导入。

delpis

大家 难道没有更好得意见吗？