大中省存储划分建议方案
本次商函2.0系统实施中，大中省均配置了 SAN 存储子系统，对于这种存储组件，其存储的管理方式，与传统的低端盘柜存储阵列有一些差异，在我们的建议实施方案中，大中省的存储，是按低端的配置方法去建议划分存储的方式，在实际目前已部署实商函2.0系统的过程中，为配合SAN存储系统的管理模式，在磁盘的管理划分模式上有一些区别，描述如下：- 低端系统通常在盘柜中内置RAID卡，盘柜中的磁盘能支持的RAID类型，由内置RAID卡支持的RAID模式确定，通常为1,3,5,1+0,0+1，在磁盘划分时，可按照RAID模式的需要，组建RAID，如选择两块盘组成RAID1；选择4块盘，组成RAID1+0；选择3块盘，组成RAID5等。在容量方面，以单盘 146G为例，如果系统中现在有两块盘组成RAID1,则该RAID组(逻辑盘)的容量为 146G，如果有3块盘组成RAID5，则该RAID组（逻辑盘）的容量为2*146G=292G，且该两组RAID（逻辑盘），以LINUX 系统为例，假设无其他硬盘，则其盘符为 sda ，sdb ，在OS使用其空间时，可简单的将该两组RAID（逻辑盘）看作是两个物理设备（盘），可依需要在该两组盘上布置相应的系统或应用的程序或数据文件，两个逻辑盘的容量可认为是物理隔离的，互不相关，并且其IO带宽也可认为是物理隔离的。且RAID1、RAID5 及其它（RAID0,RAID3等）都是先划RAID，再条带化。
| 容灾分析： |
- 对于RAID1 ，因为两个磁盘互相镜像数据，则当其中一块盘出现物理损坏时，整个逻辑盘的数据不会受到任何影响，可持续正常工作，如果有为其配置HOTSPARE（热备）磁盘，则该盘自动替换损毁盘，恢复RAID1结构；
|
- 对于RAID5，用于恢复的校验数据均匀分布于所有硬盘中，当其中一块盘出现损毁时，因为通过另外的盘能重建损毁盘上的数据，所以数据同样不会丢失，如果有为其配置HOTSPARE（热备）磁盘，则自动替换损毁盘，恢复损毁盘上的数据，恢复RAID5结构，缺点：不管哪种方式的RAID，其容量与其它RAID是物理隔离的，不能进行空间共享；RAID5不能同时坏两块盘，否则数据将丢失，另，当RAID5中有一块盘损毁时，整个RAID5性能会急剧下降。
|
- HP EVA SAN存储系统，有单独的硬盘控制器独立于磁盘柜，在磁盘存储管理方式上，与低端存储不同，它是先对选定的磁盘组成存储池，进行整体条带化，目前大中省份配置有14块146G硬盘，在SAN管理控制器中，先对这些盘整体划分为一个存储池，之后，在这个存储组上，再根据容量需要，在其上划分一定容量的磁盘空间，指定其RAID模式，构建LUN设备，也即逻辑盘，之后，Os将这些逻辑盘视为物理磁盘，可依需要在该两组盘上布置相应的系统或应用的程序或数据文件，所有的逻辑盘可根据需要调节容量大小，只要整个存储组还存在剩余空间的话，另外，为容灾考虑，可以指定一部分容量的磁盘空间做为HOTSPARE磁盘，而非将某几个物理磁盘做为容灾磁盘，与传统方式相比，这样不会浪费这几个磁盘的空间和带宽，所有的IO请求均可较为均匀的分布在所有盘上，较之传统磁盘柜的管理方式，对性能有较好的提升。
| 容灾分析： |
- 因存储已被虚拟化，不同RAID模式的LUN（虚拟磁盘，也即逻辑盘）的所有数据都已均匀的被条带化分布在存储池的所有磁盘中，当出现磁盘损毁时，数据会被较快的迁移到其它磁盘上，不会丢失，理论上，丢失多块磁盘都没有关系，只要磁盘容量够大，HOSTSPARE空间设得够多的话（原理：这种方式下的HOTSPARE空间，实际是被均匀分布于各个磁盘，在各磁盘上预留一部分空间，用于当有磁盘损毁时，将其上的数据迁移到其它磁盘的HOTSPARE空间中）。
|
商函大中省份的HP EVA 空间划分建议方案：总容量：14*146G ≈ 2000G- 热备：开设 2倍物理单盘容量的空间做HOTSPARE，用于磁盘数据容灾，则实际耗用： 146G*2 ≈ 300G左右
- RAID1：开设100G的RAID 1 逻辑盘，实际耗用约200G空间左右
- RAID5：开设2个 500G的RAID5 ，因有效存储容量系数为0.75，则实际耗用空间为 1330G左右
- 剩余：2000 – 300 – 200 -- 1330 ≈ 170 G 左右，用于预留空间
- 说明：剩用170G空间意义：HP建议预留一部分空间，作后续的分配需要。
按照《商函业务信息系统部署方案》,建议为：- 100G RAID1 逻辑盘放置 ORACLE 主库需要的在线日志文件组（Redo Logfile ）、归档文件目录（Archived Logfiles ）
- 主库建立在第一个RAID5 的逻辑盘上，放置主库所有的数据库文件
- 备库(Oracle DataGuard Database )建立在第二个RAID5的逻辑盘上，放置备库的：在线日志文件组（Redo Logfile ）、归档文件目录（Archived Logfiles ）、数据库文件
说明：备库建设目的：在出现意外的数据库文件删除、可能的数据库文件IO异常等情况下，由主库切换到备库，实现数据库实例容灾总的来说，商函2.0容灾体系有如下几方面：- 应用容灾：在两台服务器上均安装配置应用程序和数据库软件，在出现服务器单点故障的情况下，通过切换服务器上的浮动IP，接管应用；
- 磁盘子系统容灾：双控制器、双光纤通道、双电源、在出现磁盘子系统单一组件故障时，保障系统正常运行
- 存储容灾：磁盘存储划分上，通过配置热备(hotspare)存储空间，配置RAID1、RAID5类型的RAID容灾模式，达到一个或多个磁盘损毁时，系统数据保全；
- 数据库容灾：使用Oracle DataGuard 技术，为ORACLE 数据库建立备库，当出现主库文件丢失等异常时，通过切换到备库的方案，实现数据库数据库保全；
- 数据库定期执行RMAN备份，在误操作数据（误删、误改数据记录或 对象）的情况下，可通过从RMAN备份集恢复数据到生产数据库，以达到数据保存目的。
lihq 最后编辑于 2009-01-05 22:07:18
