XX住房公积金管理中心容灾项目方案设计word格式

异地容灾解决方案建议书XXXXXXXXX住房公积金管理中心容灾项目方案设计广州世安信息技术有限公司2011-07目录第 1 章现状与需求 (3)第 2 章容灾方案 (5)2.1容灾技术指标RPO、RTO (5)2.2容灾方案建设内容 (6)2.3方案拓朴 (7)2.4方案说明 (8)2.5容灾原理分析 (10)2.6方案优势分析 (14)第 3 章系统预算 (15)3.1所需要链路 (15)3.2所需硬件 (15)3.3所需的软件列表 (16)3.4软件LICENSE清单与报价 (16)第 4 章附SYMANTEC容灾方案主要技术介绍 (17)4.1S YMANTEC N ET B ACKUP数据备份技术 (17)4.2S YMANTEC S TORAGE F OUNDATION (30)4.3领先的企业级高可用性应用软件解决方案 (40)4.4集群的集群 (44)第 1 章现状与需求XXXXXXXXX住房公积金管理中心负责佛山全市住房公积金的建立、管理和运作，其保存的数据是非常重要的。

目前,XXXXXXXXX住房公积金管理中心本地数据中心使用了两台IBM小型机P550，并通过光纤交换机连接到大恒的磁盘阵列上，其核心业务主要为oracle 数据库,其数据量约为200G,平均每天的数据增量为150M/天左右，以后可能会增加至800M/天，具体拓朴如下图所示：目前用户针对本地数据的保护主要通过专业的磁盘阵列、存储网络等手段，保证了本地应用的正常运行；但是，这些手段无法完全承担应用系统发生灾难时业务系统的安全运行，如缺少必要的备份系统，无法保证灾难出现后数据的恢复；缺少必要的高可用系统无法保证应用24小时不停机。

同时，目前所有数据都保存的本地磁盘阵列一个位置上，在本地数据中心正常的情况下可以保证系统的正常运行，但当本地数据中心遭受灾难时，所有的应用和数据都会遭到损坏，也就无法继续提供服务了；一旦出现这种情况，所有数据将丢失，系统重建的时间也会很长，对于用户这种的政府部门的应用服务，这无疑会对产生巨大影响，严重的会造成对外信誉问题，而解决所有这些问题的最好方法则是建立异地容灾中心。

因此XXXXXXXXX住房公积金管理中心需要建立一套完善的数据容灾方案来保证所有写入数据库的数据零丢失。

第 2 章容灾方案2.1 容灾技术指标RPO、RTO衡量容灾技术的两个技术指标RPO、RTORPO(Recovery Point Objective): 以数据为出发点，主要指的是业务系统所能容忍的数据丢失量。

及在发生灾难，容灾系统接替原生产系统运行时，容灾系统与原生产中心不一至的数据量。

RPO是反映恢复数据完整性的指标，在同步数据复制方式下，RPO等于数据传输时延的时间；在异步数据复制方式下，RPO基本为异步传输数据排队的时间。

在实际应用中，考虑到数据传输因素，业务数据库与容灾备份数据库的一致性（SCN）是不相同的，RPO表示业务数据与容灾备份数据的SCN的时间差。

发生灾难后，启动容灾系统完成数据恢复，RPO就是新恢复业务系统的数据损失量。

RTO(Recovery Time Objective):以应用为出发点，即应用的恢复时间目标，主要指的是所能容忍的应用停止服务的最长时间，也就是从灾难发生到业务系统恢复服务功能所需要的最短时间周期。

是反映业务恢复及时性的指标，表示业务从中断到恢复正常所需的时间。

RTO值越小，代表容灾系统的数据恢复能力越强。

各种容灾解决方案的RTO有较大差别，基于光通道技术的同步数据复制，配合异地备用的业务系统和跨业务中心与备份中心的高可用管理，这种容灾解决方案具有最小的RTO。

容灾系统为获得最小的RTO，需要投入大量资金。

不同容灾方案的RTO和RPO是不相同的。

企业需要根据其计算机处理系统中数据的重要性，以及需要恢复的速度和程度，来进行灾备系统建设的整体考虑和不同灾难对业务冲击的分析，并最终确定灾备系统建设的总体规划。

2.2 容灾方案建设内容作为一个重要的数据中心,一个理想的容灾方案建设应该包括以下三个步骤:➢第一步：数据备份(实现历史数据的不丢失):数据备份是最基本的容灾建议内容,其目的是保证历史数据的不丢失,不管是物理错误还是逻辑错误,是正常找出数据的最终手段. 通过对生产数据定时备份至磁带或磁盘，当系统发生故障和人为的错误时，可以通过恢复备份数据来保证生产.➢第二步：本地oracle应用的高可用需求(实现本地RPO=0)：对于用户来说，本地oracle应用，要求24小时不间断运行，不允许数据有任何丢失，即要求做到RPO=0因此建立用户在本地建立并发集群oracle RAC，其具体效果包括：正常运用时两台小机同时对外提供服务，但任意一台小机有故障时，所有的应用全部转到正常运行的小机上。

通过对关键核心数据oracle数据库服务器实现本地应用的高可用性，确保本地核心应用系统在双机环境下具有抗御任何单点故障地能力，一旦系统发生局部地意外(如操作系统故障、掉电、网络故障等)，高可用系统可以在最短地时间迅速确保系统地应用继续运行；➢第三步：异地数据实时同步需求(实现异地RPO=0)：前两步的解决方案都是针对本地数据中心的，在本地数据中心范围内可以保证系统的正常运行，但当数据中心遭受灾难时，所有的应用和数据都会遭到损坏，也就无法继续提供服务了，而且在这种情况下，系统重建的时间会很长，对于用户这样的政府部门的应用服务，这无疑会对产生巨大影响，严重的会造成对外信誉问题，而解决所有这些问题的最好方法则是建立异地容灾中心。

2.3 方案拓朴2.4 方案说明2.4.1 方案概述如上图方案拓朴所示，按以上步骤流程，本方案使用Symantec的两个软件来实现，包括：1、Symantec Netbackup 实现数据备份（实现步骤一）2、Symantec Storage Foundation 实现本地卷与文件系统管理、多路径、数据库应用高可用（可选）、异地实现同步。

（实现步骤二、三）2.4.2 具体说明2.4.2.1 对于NBU备份系统建议增加一台PC服务器，安装NBU 主服务器模块，同时在AIX小机上安装企业客户端模块与oracel数据模块，设定备份策略，按策略调度实现数据的定时备份，对于备份系统备份策略的规划，建议按照以下流程进行，详细的备份策略规划请参见附表：➢将数据备份任务按类型划分，为每个备份任务指定专用的介质集；➢根据各业务系统对备份的需求，以及系统的忙闲程度，为每个备份任务划定可以进行数据备份的时段。

➢合理的选择备份方式，备份的最终目的是为了进行数据恢复，在选择备份方式时，要在业务系统性能需求许可的情况下，最大程度的降低数据恢复时的复杂程度。

➢在确定以上内容后，对备份任务的调度策略进行统一规划，首先保证关键业务的数据备份；尽量使备份数量在一周内的每天平均分布，可以采用大小数据量相搭配，或关键业务与非关键业务相搭配等方式进行；➢根据业务需要确认备份介质保存周期。

如无特殊需求，则保存周期的设置应以保证每一次全备份完成以前，都有可用介质供数据恢复使用为准。

➢每个全备份映像，根据不同系统数据的安全标准，应保留两个或两个以上的全备份周期，保证两个或两个以上全备份周期以内的全备份数据的可恢复性；附录策略表：业务系统建议备份方式保存周期Oracle数据库全备份/2天1月Oracle归档日志全备份/6次/天1月2.4.2.2 对于SF的实现在两台AIX小机上安装SF后，使用SF的多路径软件重新识别生产中心与灾备中心的存储，并建立VxVM卷组，并建立本地生产存储与灾备存储的mirror关系。

初次同步时可能需要的时间量比较长，因此建议选择在空闲时间进行，当第一次同步完成后，以后当小机往生产中心存储写放任何一个数据时。

同时也把此数据写入到灾备中心的存储上，同时实现生产中心与灾备中心数据的实时同步，当生产中心的存储出现故障时，自动切换使用灾备中心的存储。

2.4.3 注意事项1、考虑到用户的实际需要，要实现数据零丢失，因此生产中心与容灾中心的数据复制方式必须为同步方式，因此本次选择SF VxVM mirror方式来实现同步2、 NBU备份的数据目标位置强烈建议与生产磁盘阵列分开，避免出现磁盘阵列出现故障时，其备份的数据也不可用的情况3、为了达到数据的远程复制时的实效性，达到RPO=0即数据零丢失，建议用户生产中心与灾备中心之间使用裸光纤，其距离不超过30KM，理想状况为10KM，此时选择的存储为FC存储4、如果需要灾备中心与生产中心更远的距离情况下，如超过100KM时，需要使用IP专线网络要求其带宽为100M/s，此种情况下，要求异地容灾中心的存储支持iscsi,即：本地使用FC-SAN,异地使用IP-SAN5、对于SF 与SF RAC两者的功能相差仅在是否支持本地高可用集群，考虑到Oracle数据库的维护方便与项目的集成性，建议oracle的集群由oracle专业服务商来完成。

数据容灾仅选用SF的卷管理、文件管理、多路径、VxVM mirror等功能，不配置RAC集群功能。

2.5 容灾原理分析如下图所示，通过SF软件，可以实现：•0停机时间，无系统停顿及数据损失。

•镜像快速恢复，对业务影响极小。

•支持在异构阵列间实现容灾。

免费提供阵列到主机的多光纤链路（DMP）控制管理软件。

要实现应用0停机、数据的0丢失，其原理如下图所示：平时所有数据同时写入到两个存储上，当生产中心存储出现问题时，主机的所有数据切换到容灾中心存储。

••如下图所示，正常情况下，其数据写入流程如下：• 1. 客户端向服务器发出写请求。

• 2. 数据由服务器同时写入生产中心及容灾中心阵列。

• 3. 生产中心阵列及容灾中心阵列先后向服务器确认数据写完。

• 4. 服务器向客户端确认数据写完。

如下图所示，当本地存储出现故障时，其数据写入流程：• 1. 客户端向服务器发出写请求。

• 2. 数据无法写入生产中心阵列，等待操作系统timeout, 确认生产中心阵列出错后，直接写入容灾中心阵列。

• 3. 容灾中心阵列向服务器确认数据写完。

• 4. 服务器向客户端确认数据写完。

• 5. 在操作系统检测到磁盘修复之前，以后的所有I/O将只从容灾中心阵列进行。

2.6 方案优势分析⏹支持异构环境高可用性⏹非硬件绑定,购买的存储可以是任意品牌⏹自带多路径软件,专门文件与卷管理，管理方便效率高，消除存储单点故障⏹方便扩容与迁移:Symantec提供一套完整的数据容灾到应用容灾与应用高可用的完整解决方案，可根据用户的需求扩展到不同的阶段。

⏹支持多节点集群节省服务器资源⏹支持自动化容灾演练第 3 章系统预算3.1 所需要链路类型要求功能光纤链路距离《30KM，建议使用裸光纤同步链路IP链路距离无限制，要求带宽100M以上同步链路注：与Symantec官方交流过，考虑到用户要求数据零丢失，同时灾备中心也无任何主机，因此只能选择VxVM mirror的同步方式进行数据容灾，因此与交流时的带宽有差别，IP链路带宽要求在100M（满足IP—SAN正常运行的基本要求）。