DBA必备的两地三中心数据存储容灾项目方案

omXx项目存储方案介绍I/78 2.1.建设原则和策略 42.1.1.建设原则 42.1.2.建设策略 52.2.建设目标 72.2.1.总体目标 72.2.2.分期目标 72.3.建设内容 72.4.总体设计方案 83.容灾的核心技术及选择 93.1.容灾系统衡量指标 93.2.容灾级别 103.3.常见容灾建设模式 113.3.1.同城容灾 113.3.2.异地容灾 113.3.3.两地三中心 11 3.4.常用的数据复制技术 12 3.4.2.基于主机数据复制技术的灾备方案 183.4.3.基于数据库的数据复制技术构建灾备方案 20 3.5.1.数据容灾技术选择原理 28 3.6.本项目容灾模式及技术的选择 293.6.1.容灾模式选择 293.6.2.容灾中心选址 303.6.3.数据复制技术的选择 324.推荐方案概述 33 4.2.总体方案架构 33 74.3.3.同城容灾中心和异地容灾中心之间的数据库复制 404.4.非结构化数据容灾系统设计 404.4.1.同城容灾中心和生产中心之间的数据容灾 414.4.2.同城容灾中心和远程容灾中心的数据容灾 434.4.3.应用级容灾几种实现方式 444.5.一体化集中备份系统 454.6.容灾网络建设方案设计 46II/784.6.1.整体容灾网络架构设计 464.6.2.前端服务网络容灾方案 474.6.3.服务器数据网络容灾方案 494.6.4.存储网络容灾方案 50 5.本项目灾备系统建设的几点建议 52 5.2.解决好数据库系统数据复制 52 6.1.软硬件总体选型原则 546.2.同城容灾中心软硬件设计 556.2.1.一体化备份系统 55 6.2.3.云计算平台容灾系统 576.2.4.同城数据存储容灾系统 586.2.5.机房改造系统 58 6.2.7.安全系统 60 6.3.远程容灾中心软硬件设计 63 6.3.2.远程数据库容灾系统 646.3.3.远程云计算平台容灾系统 65 6.3.5.网络系统 66 6.3.7.详细软硬件配置清单 667.项目组织机构和人员培训 687.1.领导和管理机构 68 7.3.运行维护机构 69 7.5.人员培训方案 70 8.1.项目建设期 71 8.2.1.同城容灾中心建设计划 71 9.1.投资估算的说明 749.2.投资估算 749.3.估算编制依据 759.4.资金来源与落实 76III/789.5.投资估算明细表...............................................................................................................14/78XX市政府网站管理中心自成立之日起，就按照集中建设的原则完成了“XX市电子铺设一套网络基础设施的工作，实现了市及电子政务外网与连续安全运行，迫切需要对他们的数据进行备份，但是采用每一个应用配置不同的备份方法、策略及容灾设备，将导致投较复杂的。从系统结构来说，既有单机运行有关键数据统一存储在数据库集群中，也有业务系统类等)各种文档(word，execle，txt等)各种非结构化数据(关键视频，档案类进行设计，我们计划采用数据备份、存储层数2.总体建设方案2.1.建设原则和策略2.1.1.建设原则XX市政务信息化容灾备份及安全系统建设是信息中心信息安全保障体系的重要组5/78复杂程度高，投资巨大，因此持统筹规划，抓紧资源整合，协调各方力量，着设。统建设是一项系统工程，实施周期长，要本着循施。在建设之前应做好详细的规划设计，并按照规划的内部建设完成后，还有定期组织演练，确保灾备系统能够正是为小概率事件准备的，平时处于备份、测试或者演不影响灾难备份与恢复功能的前提下，本着平战结各类资源，开展信息系统培训、开发等业务，真正2.1.2.建设策略门、单一系统容灾问题的解决，向支撑全市电二是在建设方式上，从部门独立建设、自成体系，向享转变；三是在系统模式上，从粗放离散的模式，向子政务项目的可持续发展，符合电子政务项目建设“集约.集约化策略直管理，各自独立的方式建设。一套灾备系统牵涉到统需求如果都单独建设，将会是一笔巨大的投资，并6/78支付链路费用等。经初步估算，已经提出或.专业化策略XX市电子政务的业务类型众多、业务系统建设和运行的历史比较长，从系统结构比较复杂的。从系统结构来说，既有单机运行的网站，也所有关键数据统一存储在数据库集群中，也有非结构化数。SQLServer多种版本、MySQL等)数据，也有各种应用程序(网站类，OA类，业务方面综合分析。力争满足针对不同的性质的系统提出了数.规模化策略7/78别的经济开发区)、1512个社区(村)的全域覆盖。业2.2.建设目标2.2.1.总体目标XX市政务信息化容灾备份及安全系统建设计划分成两个阶段，即同城灾备中心建业务系统的运行。在灾难发各委办局关键数据的保护，在发生地区级(XX)的灾难时，保证各个业务系统的核心2.2.2.分期目标2.3.建设内容➢完成云计算中心、同城灾备中心、异地灾备中心两地三中心容灾总体设计➢完成关键技术方案验证、实施方案编制、实施路径设计。➢完成容灾中心运行管理模式设计。➢建设同城应用级容灾中心8/78➢优化调整新建云计算中心2.4.总体设计方案➢容灾模式为两地三中心灾备模式➢容灾级别为数据库系统实现应用级别容灾，其他应用系统基于同城容灾中心实中心实现应用级容灾➢结构化数据复制采用支持异构平台的基于数据库层的数据复制技术，虚拟机镜采用基于存储层的数据复制技术➢虚拟机之间的系统切换技术以自动切换方式为主，物理机之间以及物理机和虚方式为主，并配合切换脚本减少系统切换时间➢前端(客户端)网络切换技术有手工切换、DNS重定向和负载均衡器的健康路➢容灾系统和生产系统之间的配对关系为降级配对，就是容灾中心和生产中心之一步提升灾备系统的投入产出比9/783.容灾的核心技术及选择得该系统功能可以继续正常工作。容灾技术是系统灾系统更加强调处理外界环境对系统的影响，特别3.1.容灾系统衡量指标RPO是指业务系统所允许的灾难过程中的最大数据丢失量(以时间来度量)，这是不正常状态恢复到可接受状态”所需时间，其中包括备10/78应用系统切换时间、以及备用网络切换时间等，该指O难的发生概率、灾难对数据的破坏力、数据所支3.2.容灾级别容灾中心，在生产中心出现故障时，仅能实容灾中心的数据可以是本地生产数据的完全复制 而差异的数据通常可以通过一些工具(如操作记录、日志等)可以手工补回。基于数据上，进一步实现应用可用性，确保业务的快速恢改变原有业务处理逻辑，是对生产中心系统的基本复套和本地生产相当的备份环境，包括主机、网络、应施难度大，需要从应用层对系统进行改造，比较适合流程固11/783.3.常见容灾建设模式3.3.1.同城容灾中心的距离比较近，通信线路质量较好，比较容易实现数3.3.2.异地容灾异地容灾主备中心之间的距离较远(＞200KM)因此一般采用异步镜像，会有少量仅可以防范火灾、建筑物破坏等可能遇到的风险隐患，还风险。由于同城灾难备份和异地灾难备份各有所长，为达3.3.3.两地三中心心加异地灾备中心的“两地三中，并可切换运行；灾难情况下可在基本不丢失数据的情况下3.3.4.双活数据中心，区别于传统数据中心和灾备中心的模式，前者多个的应用，具备同样的数据，能够提供跨中心12/78只有当灾难发生“双活”数据中心最大的特点是：一、充分利用资源，避免了一个数据中心常年处于中心，其业务可以迅速切换到另外一个正在运行的数据在“双活”的模式中，两地数据中心同时接纳交易，技术难度很大，需要更改众多3.4.常用的数据复制技术要素中，数据复制技术是基础，只有保证了数据的安心两地保存。当灾难发生时，使用备份数据对工作系据处理系统直接可以访问的，不需要进行任何的O应用系统全部流程或是其中的几个流程，那么数据复制就13/78层的复制基于主机和应用的无关性，兼容性要求最低，实别的数据拷贝，对网络带宽要求最高；基于主机的复制可件或是文件系统来实现，在实际的应用场景中，以基于卷，这种方式通常要求主机平台相关，实施难度升高，但是复制通过数据库的容灾功能模块来实现，对网络带宽要求据的容灾；基于应用层的数据复制需要对应用程序进行定3.4.1.基于存储层的容灾复制方案.基于存储设备的数据复制心是利用存储阵列自身的盘阵对盘阵的数据块，从而实现生产数据的灾难保护。在主数据中心发生灾难时，可以直接利用灾备中心的数据建立运营支撑环境，为业务继续运营提供IT数据恢复主数据中心的业务系统，从而能够让企业。14/78上示意图的“一对一”复制方式，也可以是“一对多复制到多个远程存储或多个存储的数据复制息。阵列中的数据总是与生产系统数据同步，因此当生产统性能的影响，同步方式通常在近距离范围内(FC连接通常是200KM范围内，实际用IP15/78➢采用同步方式可能对生产系统性能产生影响，而且对通信链路要求较高，有距离限制，通常在近距离范围内实现(同城容灾或园区容灾方案)➢采用基于存储的数据复制独立于主机平台和应用，对各种应用都适用，而且完➢基于存储得数据复制技术，由于在最底层，实施起来受应用、主机环境等相关业务系统很多、很复杂的环境，采用此种➢采用同步方式可以完全不丢失数据，在同城容灾或园区内容灾方案中，只要通步方案，而不会对主数据中心的生产系统性➢采用异步方式虽然存在一定的数据丢失的风险，但没有距离限制，可以实现远备中心的数据可以得到一定程度上的有效利用(用作测试或报表等)。用磁盘阵列的高级功能许可授权方式进行报价。并按用整体磁盘阵列报价(含高级功能模块)的25%左右。。16/78路的要求都极高，需要专门的链路确保数据的一灾备方案对存储平台要求非常严格，适合用.基于虚拟化存储技术的数据复制蔽存储设备异构的目的。通过虚拟化技术，用户可以利用已有的硬件资源，把SAN内部的各种异构的存储资源统一成对用户来说是单一视图的储池进行方便的分割、分配，保护了用户的已有投资，减TCO)。另外也可以根据业务的需要，实现存储池对服务器的动态区别就是前者由存储虚拟化控制器实现，或者由磁盘阵列要求底层磁盘阵列同构。存储虚拟化技术通常在存储网络可以有同步复制方案和异步复制方案，需要根据具体的需17/78中心容灾方案架构➢主生产中心和容灾中心的存储阵列可以是不同厂家的产品，存储平台选择不受➢对不同厂家的存储阵列提供统一的管理界面。物理存储是什么设备，服务器及其应用系统看到的都管理存储空间，所有的存储管理操作，如：➢存储虚拟化控制器作为一种带内接管方式，存储系统的性能直接和存储虚拟化单，甚至可以实现自动切换，成为越来越多容灾用户的选18/78用虚拟化网关的数量和容量结合起来的报价方式，存。。存储虚拟化技术，将后台存储进行统一池化的方式进据复制实现，它可以采用同步限于带宽的限制，这种复制方式往往采用异步的方据卷都存在主备关系，远端数据卷不发生时，通过自动切换人工调整的方式，将远端卷，很好的解决了异构存储容灾问题，但是其数3.4.2.基于主机数据复制技术的灾备方案19/78数据管理软件实现数据的远程复制，当主数据中心的数据中心恢复应用或从备份中心恢复数据，从而给企业提供了数据复制的数据管理软件有很多产品，如Symantec公司的Veritas➢基于主机的方案最主要的优点是只和服务器平台和主机数据管理软件相关,完；➢有很多不同的基于主机的方案，可以满足用户的不同数据保护要求，提供多种➢基于主机的数据复制方案由于生产主机既要处理生产请求，又要处理远程数据20/78➢灾备中心的数据一般不可用，如果用户需要在远程数据中心使用生产数据进行➢利用主机数据复制软件的方案比较复杂，尤其是和数据库应用结合的时候需要对生产系统的稳定性、可靠性、性能带➢如果有多个系统、多种应用需要灾难保护，采用基于主机的方案将无法用统一厂家名称赛门铁克产品型号StorageFoundation容灾功能镜像/复制主机层卷复制容灾产品，通常的报价方式是按照主机的CPU数据进行报价，主机。3.4.3.基于数据库的数据复制技术构建灾备方案.几种常见数据库复制技术库传输到目标数据库，然后在目标数据库上应用(Apply)这些日志文件，从而使目标21/78模式，在不影响源数据库性能的条件下种模式下，一旦日志数据写到源数据库的联机日志写到目标数据库，如果网络带宽充足，该种模式可须同时写到源数据库的联机日志文件和的可用性，一旦日志数据不能写到至少一个目标库的备用志数据需同时写到源数据库的联机日志文件和至少模式下，待故障解决并将延迟的日志成功应用在目l据对象和数据类型，一些对数据库物理结构的操作作，待这些操作完成后再将数据库置于日志应用模22/78掘从源数据库传输过来的日志，构造成SQL语句，然后在目标库上执行这些SQL，使之与源数据库保持同步。由于数据库处于打开状态，因此可以在SQLApply更新数据库行的一些查询、报表等操作放到目标库上来执行，以减轻使目标库与源数据不能保持同步，如果在此期间源数据库发录，然后将这些变更应用到目标数据库上，从而实现数据23/78能。传送(日志传输方式可为ARCH传输、LGWR同步传输和LGWR异步传输中的任何一低源数据库的压力，缺点是需要传输整个日志文件，对网络；24/78Linux、Windows)和多种不同数据库系统(如DB2、Oracle、Infomix、MySQL、Sybase等)之间的数据同步，是一款优秀的数据同步及数据分发产品。 PIP的速度和效率，降低目标系统的资源占用，可以在秒特别是其在双向数据复制领域的先进技术，可以满本机数据改变捕捉–作为一个基于日志的同步解决方案，将对源系统和网络的影响可以在辅助系统里进行。一旦更新后的辅助系统通可以切换到辅助系统，然后更新主系统。一旦主系25/78集中、e26/78➢支持异构的操作系统平台，便于数据库管理系统的版本升级及操作系统平台切➢目标数据库处于打开状态，且支持一对多、多对一、双向复制等配置，也可以足数据分发和数据集成的需要，减轻源数据库压➢所占系统资源较少，通常在10%以下。数据零丢失；新特性如ASM的支持方面不如数据库厂商自己的解决方案；另外，还有一种27/78主键或唯一键来实现数据记录的定位，而是自己维护一个.主流产品列表对对比项DataGuard(DDL)的改变，都必须通过oracle提供的复常小 构收费情况免费免费免费收费基于日志挖掘，通过传基于日志挖掘目的数主.构建成本28/78eliverandActiveDataGuardOnleDBanagementpackldenGatedenGateidataManagementPackforGate.适用场景机端的应用软件实现容灾，其最大的优势是数据提供保护，并且对源数据库都有或多或少的业务中心、数据仓库实时供给、实时报表等应用场景3.5.如何选择最优的容灾方案3.5.1.数据容灾技术选择原理29/783.5.2.数据容灾技术选择度量标准的是结合实际情况选择合理的数据复制技术。在选择➢灾难承受程度：明确计算机系统需要承受的灾难类型，系统故障、通信故障、。➢业务影响程度：必须明确当计算机系统发生意外无法工作时，导致业务停顿所。➢数据保护程度：是否要求数据库恢复所有提交的交易，并且要求实时同步，保3.6.本项目容灾模式及技术的选择3.6.1.容灾模式选择30/78是在选择容灾模式时首要考虑的两个方面。既要关键业务不中断，又要保证在同城发生灾难时，各委办局心，未来各委办局的业务系统会逐步迁移到该中心运行，承载当前XX市电子政务信息外服务；同城容灾中心做为生产中心的容灾备份，在生产，将接管生产，暂时作为主数据中心运行，恢复各委办局灾难，从《中国地理杂志》发布的《中国地震带分布》图时，生产中心和同城容灾中心都不可用，异地容灾中心可3.6.2.容灾中心选址址选择为同城灾备中心，充分利用现有的服务器、存储、网络等➢具备完善的物业服务、市电供电、消防设施等，各种配套设施比较齐全。➢该机房建设时已经充分考虑了承重、抗震、防雷、防水等内容，选择该处可以➢XX市电子政务外网的光纤专线全部汇聚到该机房，在云计算中心建成后可以.异地灾备地址选择须依托电子政务网络进行建设，达到共享灾31/78成了云计算中心，南京的云计算中心也是高标准设施和较强的运维能力，完全具备32/783.6.3.数据复制技术的选择过比较存储层、主机层以及数据库层的数据复制技术我们认为，本项目采用支持异构平台的基O像、文档等非结构化数据，这些数据也是分磁盘阵列没有严格的限制，可以在同构盘阵和异构盘阵之TO持存储设备进行横向和纵向的扩展，满足未来各委办局数对生产系统的业务连续性影响，本方案又引33/784.推荐方案概述4.1.技术路线选择业务系统的运行。在灾难发委办局关键业务的应用运行。在成都异地灾备中心完成各委办局关键数据的保护，在发生地区级(XX)的灾难时，保证各个业务系统的核心数➢容灾模式为两地三中心灾备模式➢容灾级别为数据库系统实现应用级别容灾，其他应用系统基于同城容灾中心实数据级容灾➢结构化数据复制采用支持异构平台的基于数据库层的GoldenGate数据复制技据复制采用基于存储层的数据复制技术➢虚拟机之间的系统切换技术以自动切换方式为主，物理机之间以及物理机和虚方式为主，并配合切换脚本减少系统切换时间➢前端(客户端)网络切换技术有手工切换、DNS重定向和负载均衡器的健康路➢容灾系统和生产系统之间的配对关系为降级配对，就是容灾中心和生产中心之进一步提升灾备系统的投入产出比4.2.总体方案架构34/78构图如上所示。从容灾层次上来说，本方案包染等原因出现逻辑故障时，可以从备份系统中选择数据类型可以是常见的数据库这类结构化数据，也和应用程序等这类非结构化数据，由于备份窗口的灾难等物理故障对业务系统所造成的应技术。本方案数据复制分为结构化数据的复制和系统续性。35/78据容灾系统备，保证数据访问的连续性。同时，可以整合其他厂商的磁盘阵列，通过这种技4.3.数据库容灾系统设计，建议构建高级别的容灾方案。综合分析现有业务系作系统和数据库可以任意组合，支持一对一、一对多、多扑结构，并且有完整的技术支持方案，是建立异构平台或应用来说，当某个生产库出现故障时：如果生产库和据库；如果生产库和容灾库异构，那么无法进行数据方法把容灾库的数据恢复到生产库中。如果同城数据可以利用远程容灾库进行生产库数据的恢复，由于异36/784.3.1.GoldenGate技术原理。37/78➢支持异构的操作系统和数据库管理系统，便于客户在不同数据库管理系统和操➢目标数据库处于打开状态，且支持一对多、多对一，双向复制等，也可以选择➢所占系统资源较少，通常在10%以下；4.3.2.各委办局和同城容灾中心之间的数据库复制为了能够便于维护和管理、最少化投资，个委办局和同城容灾中心之间采用N+1了提升同城容灾中心数据库系统的可靠性和性能，同城容38/78C一旦生产中心处于计划停机或非计划停机状态，同城灾备中保障业务的持续进行。为了在集群环境下实现节点间的负载均衡，我们可以将生产中心的多个核心数据库应用划分为N(N=同城容灾中心OracleN+1灾备模式制技术可以将多个业务的数据库集中备份到一套数据库备份系统，从而实现了39/78来.40/784.3.3.同城容灾中心和异地容灾中心之间的数据库复制4.4.非结构化数据容灾系统设计数据复制技术构建容灾方案。存储层数据复制技术支持数建异构平台双活数据中心、两地三中心数据灾备方案的理数据中心新增一套双活存储系统，每个数据中响上层应用的正常访问，可以实现数据近乎不丢失(RPO=0)。41/78采用异步数据复制模式。当本地两个数据中心的存储系统同时出现故障时，可以从远程容灾中心实现数据的快速恢复(可能会丢失用数据链路的复用，从而减少容灾链路的投资。异步数据4.4.1.同城容灾中心和生产中心之间的数据容灾中心和各委办局生产中心做适当的改造：一、把同城；二、首先对各委办局需要实现应用级容灾的物理应42/78桥接器组成高可靠的冗余存储网络；两个数据中心DS900盘阵里的数据基于务。DS900主机头进行整合，形成统一存储资源池，便于后期扩展、管理和使用，并有效的以及应对一些灾难情况，本方案同时为DS900配置SnapShot功能进行数据备份。时节省备份空间。基于快照技术实现的备份数据无需故障切换保护功能，并在这些功能远距离实现(最远160公里)的基础上所实现的一43/78AS接，如果两部分之间的距离超过5米，则需要配置4套专用的SAN交换机和4套可以分开部署在用户的两个机房，而在逻辑上，这分开部署的两部的存储系统完全一致，一个部分的控制器失效，另外一个部分的控用镜像过来的数据接管故障部件所承担的工作，以保保护，提升了数据快照对逻辑性4.4.2.同城容灾中心和远程容灾中心的数据容灾外一个城市建立远程容灾中心。在远程44/78的，并且能够用于进行灾难恢复、减少磁带备份、发布只r4.4.3.应用级容灾几种实现方式45/78➢如果受保护的应用服务器为物理机，容灾的应用服务器为虚拟机，那么利用DS900双活存储系统中，物理应用服务器出现故障时，可以人为启动该虚拟机➢如果受保护和容灾的应用服务器都需要是物理机，那么可以利用成熟的双机技所谓物理备机就是在同城容灾中心配置服务器相同的软件环境，当生产。4.5.一体化集中备份系统作所带来的数据逻辑错误，建议对各委办局以及做备份保护，结合以上两种数据容灾方案，形成完善的数关键数据的本地集中备份。放置在生产数据中心的备用运营商带宽或建设专网，并要根据网络状况和拷贝的数46/78作或是不可恢复的硬件故障所导致据进行恢复，取决于需要恢复的数据量以及至数天。如果本地的备份数据同样出现逻辑4.6.容灾网络建设方案设计的部分，也是容灾方案设计的难点、要带宽能力等；而不同的容灾技术、不信链路设计是保障用户在合理的通信成本下成4.6.1.整体容灾网络架构设计算网络、存储网络和对外服务网络。其中计算网根据对带宽、延迟的不同要求，可以基于千兆、万47/78设备或是存储设备之间的数据通信，通常基于FC、千兆和万兆IP网络(iSCSI、NFS、、存储和对外服务网络可以共用一套物理网络，但是间的性能影响，建议这三套网络要实现物理据中心面向广域网的出口。不同数据中心(主中心、灾备中心)的前端网络通过IP技问各数据中心。当主数据中心发生灾难时，前端网4.6.2.前端服务网络容灾方案中心，当主数据中心发生故障之后，用户、分支机构等都应该能切换为与备份数据中心相连接，实现这种前端网络(客DNSHTTP重定向以及健康路由导入48/78灾难时，此时手动操作打开容灾中心的网段，用户。要实现DNS切换方式，在主数据中心和容灾中心的部署中必须要有一个智能的S术。心均需配置一套负载均衡设备，数据中心的负台服务器的健康状况，如果探测到的服务器状况良好，负49/78对比对比项手工切换切换速度钟不需要修改不需要可扩展性较低多中心，多服务器分配方式静态连接，用户交易可根据数据中心负只能在数据中心间随机发送载、用户距离分配平均分配4.6.3.服务器数据网络容灾方案活扩展能力。近年来，服务器高可用集群技术和虚拟I50/784.6.4.存储网络容灾方案采用冗余连接链路设计。容灾链路裸光纤可以和生产主机共享SAN交换机，也可以独立SAN交换机(也需要冗余)。通常为避免容灾链路通信和主机访问存储的相互干扰，采用独立的SAN来连接容灾通信链路的方不同容灾方案需要的通信链路数量是不同的，具体需要链路的条数(即带宽要求)51/78FC远程容灾中心存储网络通常基于IP网络构建。采用“基于存储或基于虚拟存储”C4.6.5.本项目建议容灾网络方案52/785.本项目灾备系统建设的几点建议的调研分析，将业务系统的架构进行详细分类，对关键数，按照业务系统对容灾的需求急迫程度排序，优先选择一的试点，侧重于业务系统切换、结构化数据复制和非结构四个方面的技术论证，并根据容灾规划的经验，对其他需。5.1.需要按照灾备要求梳理系统维管理人员、容灾方案设计人员共同参与，形成详细的调研虚拟机还是物理机、虚拟机和物理机数量，业务系统，非结构化数据是放在应用服务器本地硬盘，还是放放在本地硬盘，还是集中放在磁盘阵列，为实现容灾，可5.2.解决好数据库系统数据复制53/78日志文件即可。对两地容灾的场景，日志传输采用异”的切换策略委办局各业务系统的特点，预先制定并业务系统切换脚本完成应用系统的切换过程．手工此，容灾备份系统安全性以确保人员的安全以及对的正常切换，确保业务系统能够实现全天候的正常运自动方式要求能够对用户选择的某类或某些业务种类按照正确的关系完整切换。更重要的是，自动方式需作出正确分析判断，以根据事先定义的策略，触发相、智能化的自动容灾切换系统，目前没有产品化技术硬件、操作系统、数据库、应用系统等进行检查，评估恢则：、消防系统和空调系统等机房环境告警、人54/78施，来预防和避免故障对恢复或彻底破坏，必须进行容灾切换根据停机时间所造成的影响和损失的大小的不同，优等资源不足时，优先提供给关键性核和不确定性，系统切换都是在被成业务数据的丢失和切换时间较长，对业务的正常进行会容灾中心后，核心数据不再有容灾保护，因此应尽快护；6.软硬件设计6.1.软硬件总体选型原则55/78了降低同城容灾中心的构建成本，同时增强系统须结合用户现有业务系统的现状，允许数据O机设备及核心交换机。硬件平台的选择要兼顾性符合未来主流技术的发展趋势。存储设备需要按照容灾规配置一部分存储空间用于保留数据快照，因此同城中心容，需要新增数据库软件和应用软件主要6.2.同城容灾中心软硬件设计6.2.1.一体化备份系统中数据库这类结构化数据约为75TB，其中80%是关键数据需要备份，这类数据的年增文档、图片、音视频这类非关键数据中的10%为关键数据，需要备份，这类数据的年增主流数据库、文件、主流操作系统、主流56/786.2.2.数据库容灾系统8GbFCHBA卡用于和盘阵连接。为了保证数据库系统的开放性和兼容性，本方案建议10%，考虑到未来三年数据增长的需要，这部分数据存储空间配置需不少于70TB，同数据库存储，存储空间配置不少于90TB，该存储系统具有较好的性能和扩展性，要求57/786.2.3.云计算平台容灾系统灾系统具有良好的扩展性和开放性，本置一套企业版服务器虚拟化软件，配置虚拟化存储(兼做非结构化数据容灾存储)本系统需要为每个虚拟机分配不少于50GB的操作系统镜像存储空间，以及20GB这部分存储空间配置需不少于70TB，这部分存储空间对连续读写性能要求较高，存储提供，为了实现应用级别的容灾，这部分数据IOPS和带宽性能，每套存储系统配置不少于4个8GbFC以58/78应用的版本、配置、运行环境等信息要保持和生权、外设齐备并可用。基于同构环境设计思路，同城6.2.4.同城数据存储容灾系统组成双活存储系统，因此，本系统需要配置一套(2个节点)存储虚拟化网关。功能：存储虚拟化功能，实现异构存储资源整合，借备之间的数据复制；数据复制功能，支持同步、半同6.2.5.机房改造系统备、配电设备、综合布线、机房监控系统、机房机柜59/78冷空调，行间空调穿插在机柜间安装，单台空调制冷KW；热池自带封闭门及封闭顶板，封闭门及封闭顶板带自产生影响，机组能够继UPS及蓄电池60/78柜，黑色，表面采用静电粉末喷涂处理，角规厚度有台式电脑，能够连接监控大屏后台系6.2.6.网络系统6.2.7.安全系统6.2.8.详细软硬件配置清单61/78单位数量中备份系统软硬一体化备份存储系统；支持在线备份、增异备份；支持LAN、LAN-Free备份功能；支持文件、各种数据库和操作系统的备份功能，配置≥70TB备份存储空间，可按需扩展；支持Windows、Linux、AIX、HP-Unix、Vmawre等各种异构客户端备份，配置≥30个3数据库服务器6量能够达PB级别。初始容量90TB配置自动精简配置、快照、卷拷贝等功能支持Cache加速、远程数据复制等功能UNIXLinuxWindows12111≥8个8GBFC接口；缓存≥20GB；支持PCI-Ee2套2≥70TB高性价比SATA配置自动精简配置、数据压缩以及集群容错等8262/78服务器虚拟化软件，企业版，配置不少于322411网关(用于数据造项2111台)。(机房一有三个冷池、机房二有一个冷池)，项。风量3850立方米/小时监控枪机，32路高清网络硬盘系统11门禁系统4套*四门门禁控制、4个*指纹读感器套12综合布线系统机房内强、弱电桥架，布线施工套11111111163/78om系统6.3.远程容灾中心软硬件设计6.3.1.远程数据备份系统备份系统对存储性能要求不高，存储设备配置不少于4个8GbFC主机接口以及8Gbom64/78能，用于把存储设备虚拟成备份存储空间，同时6.3.2.远程数据库容灾系统务器、数据库存储、存储交换机以及数据库复制FCHBA卡用于和盘阵连接。为了保证数据库系统的开放性和兼容性，本方案建议选用10%，考虑到未来三年数据增长的需要，这部分数据存储空间配置需不少于33TB，同数据库存储，存储空间配置不少于40TB，该存储系统具有较好的性能和扩展性，要求65/786.3.3.远程云计算平台容灾