最为标准的医院容灾解决方案模板(共22页)

1、项目实施和服务商： - 1 -XX 医院数据中心容灾备份系统建设规划北京和力记易科技有限公司北京和力记易科技有限公司项目实施和服务商： - 2 -目 录1.概概 述述 .32.容灾需求分析和设计目标容灾需求分析和设计目标 .32.1 医院系统现状.32.2 容灾系统总体架构要求：.42.3 容灾系统建设目标.43.容灾数据中心需要解决的关键问题容灾数据中心需要解决的关键问题 .54.容灾的实现方式容灾的实现方式 .64.1 容灾基本概念概述：.64.2 容灾两个基本指标：RPO 与 RTO.64.3 存储设备级容灾.74.4. CDP 技术级别容灾.95.备特佳容灾备份方案设计原则备特佳容灾备

2、份方案设计原则 .96.备特佳容灾方案配置备特佳容灾方案配置 .106.1 方案一配置（针对原有双机环境+备份服务器）.106.2 方案二配置(2 台服务器+备份软件)以及介绍.126.3 方案三（采用备特佳容灾备份系统基础版）拓扑结构及介绍.136.4 备特佳容灾备份方案综述.146.5 各服务器上重要数据的实时同步保护实现.156.6 灾难发生时一分钟内应用切换的实现（标准版以上）.156.7 灾难后原有系统恢复的实现.156.8 数据逻辑错误的任意时间数据恢复的实现.157.方案特点方案特点 .158.成功案例成功案例 .178.1 重庆钢铁总医院异地容灾案例.178.2 重庆法院异地容

3、灾案例.189.相关公司介绍相关公司介绍 .219.1 北京和力记易科技公司介绍：.21项目实施和服务商： - 3 -1. 概概 述述 近年来医疗卫生信息化在全球范围内发展迅速。无论是医院还是公共卫生机构为提高服务质量和运营效率，都在不断加强业务支持系统的建设。随着医院信息化进程的不断深化，信息系统成为了支撑医院业务运行的重要平台，医院的全部业务流程都依赖于信息系统提供的服务来运作。这种统一的业务运作平台在简化业务流程，提高工作效率的同时，也带来了安全性方面的全新要求。那就是信息系统必须具备抵抗灾难的能力，具备在灾难后快速恢复的能力，只有这样，才能满足医院业务连续性的需求。医院的 IT 管理员

4、为了保证生产经营活动的持续运行，不断的加强对系统和数据的保护，如使用基于双机的高可用技术，磁盘阵列系统的 RAID 技术等。然而，人们依然无法回避由于磁盘故障，人为失误，应用程序的逻辑错误，自然灾害等原因带来的系统停机或者数据丢失。所以，数据容灾备份作为数据保护的最后一道屏障，必不可少。有专业机构的研究数据表明：医院系统 15 分钟停机便构成事故，上海市第十人民医院停机 4 个多小时见诸各大报端，给医院的声誉带来了恶劣的影响并造成了极大的经济损失。所以医院灾备中心建设迫在眉睫，只有建立好完善的容灾备份系统，才能防患与未然！2. 容灾需求分析和设计目标容灾需求分析和设计目标2.1 医院医院系统现

5、状系统现状核心设备存放在现有中心机房；核心设备存放在现有中心机房； 核心系统平台描述：核心系统平台描述： HIS 服务器使用 HP G5 380 服务器，磁盘阵列使用 EVA4100，操作系统 windows2003 企业版 X64，数据库使用 oracle10.2.0.1.0，未采用专业备份措施。 LIS 服务器使用EMR 服务器使用。麻醉系统使用。超声、内镜、病理数据库服务器使用。项目实施和服务商： - 4 - 超声、内镜、病理图片服务器，使用。 PACS 服务器使用。 现有磁盘整列及数据库大小情况现有磁盘整列及数据库大小情况 存在问题：存在问题： 基于网络的安全应用，只能保证信息系统不被

6、侵犯，不能保证系统内部设备故障导致数据丢失。基于主机的安全应用，没有高可用保障措施，当服务器出现故障后，系统将不能对外提供服务，同时数据存在单点故障问题单点故障问题，即使采用定期做全备份的策略，但是间隔时间内的数据也必将丢失，给医院正常业务带来损失，同时给社会造成不良影响。单服务器运行业务，存在数据安全和业务连续性问题。几台服务器共用一个磁盘柜做数据存储，一旦磁盘柜出现问题，数据将会丢失，如果控制器出现故障，业务将无法连续运行；现在医院业务系统全面上线，医院的日常管理、临床业务全部依赖信息系统，那么容灾备份中心建设是迫在眉睫的事情，我们认为在系统设计的全过程充分考虑容灾系统的建设是非常有必要的

7、。2.2 容灾系统总体架构要求：容灾系统总体架构要求：构建一个开放的、基于行业标准的、能支持未来系统发展的数据容灾备份中心。系统设计先进、结构合理、经济实用、运行稳定、操作方便，方案具有前瞻性，能满足未来 35 年医院信息化的发展。确保主要系统在出现灾难时能在一分钟内启动业务接管系统，保证业务不间断的正常运转。确保数据备份系统安全可靠，在出现数据错误时，可以恢复到想要的任意一个时间点的数据。2.3 容灾系统建设目标容灾系统建设目标灾难恢复中心建设的设计目标是：灾难或其他不可抗拒的事件发生时，最大程度地保护所有系统数据的安全，一分钟之内恢复所有外界与系统主机的连接并正常运作。由于本次容灾项目的核

8、心是需要不间断为客户提供服务。即使发生短暂的业务中断，也会导致使用单位难以估量的经济和名誉损失。为此，我们分析以下可能会导致业务系统中断的原因：系统硬件故障系统硬件故障如数据/系统磁盘的损坏将导致数据不能访问，并进而可能导致应用进程终止或系统停机，甚至系统不项目实施和服务商： - 5 -能重启动；网卡的损坏可使终端用户无法访问系统服务；CPU 或内存的失效则会导致系统的死机； 应用程序或操作系统出错应用程序或操作系统出错由于操作系统或应用程序中可能存在不完善的地方，当碰到某种激发事件时，应用程序非正常终止或系统崩溃(只能通过改善程序或系统来解决)； 人为错误人为错误一些人工的误操作，如删除系统

9、或应用文件，终止系统或应用服务进程，也会导致系统服务的无法访问；电脑病毒电脑病毒/黑客入侵黑客入侵由于目前的大多数计算机系统均连接在网络上，若缺少有效的防范机制，很容易遭受病毒的感染或黑客的入侵，轻者数据被损坏，重者系统瘫痪(只能通过加强管理杜绝)；自然灾害自然灾害由于一些意外的不可抗拒的因素，如雷击、火灾、洪灾等导致的计算机系统破坏，将会使一般系统的恢复非常困难和耗时，导致业务系统长时间的中断(通过容灾系统来解决)。正常的停机正常的停机主要指计划内的系统升级、安装软件、系统备份等过程。由上可见，影响系统正常运行的因素有很多，在系统中断时能够在最短的时间内启动业务正常运行是最重要的，所以需要采

10、用一套自动接管的数据在线备份系统对相应主机中的数据进行保护。最理想的容灾备份是完全不需要人工介入的，为了降低人为错误的发生，用户可以考虑采用自动智能的容灾解决方案。3. 容灾数据中心需要解决的关键问题容灾数据中心需要解决的关键问题根据医院信息系统信息量大、结构复杂、数据在线、可靠性要求高的特点，容灾中心建设必须既满足当前的应用需求，又面向未来业务和技术的发展要求，系统的建设遵循以下原则：3.1 可用性可用性采用成熟、稳定、完善的产品和技术，满足当前应用需求，使整个容灾中心在一定时期内保持技术上的先进性，并具有良好的扩展潜力，以适应未来应用的发展和技术升级的需要。3.2 可靠性可靠性为保证业务应

11、用不间断运行，灾备中心必须具有极高的安全性和可靠性。对系统结构、网络系统、服务器系统、存储系统、备份系统等方面须进行高安全性和可靠性设计。项目实施和服务商： - 6 -3.3 前瞻性前瞻性灾备中心要能够根据医院信息化不断发展的需要，方便地扩展系统容量和处理能力。同时可以根据应用发展的需要进行灵活、快速的调整，实现信息应用的快速部署。采用最先进的技术，能满足3-5年医院可用。3.4 简单易用，便于管理简单易用，便于管理 人性化的设计，简单好用，方便管理，界面简单好操作，技术人员经过简单培训就可以掌握，方便以后的管理和维护。4. 容灾的实现方式容灾的实现方式4.14.1 容灾基本概念概述：容灾基本

12、概念概述：灾难恢复是指利用技术、管理手段以及相关资源确保既定的关键数据、关键数据处理系统和关键业务在灾难发生后可以恢复的过程。4.24.2 容灾两个基本指标：容灾两个基本指标：RPORPO 与与 RTORTO在建立灾难恢复系统是，人们往往会问：“建立这样一个系统需要多少投资？”要想阐述清楚此问题，首先要明白两个指标：RTO和RPO。RTO，Recover Time Object，恢复时间指标，是指当灾难发生后，生产系统需要多长时间能够恢复生产，它是衡量企业在灾难发生后多长时间能重新开始运转的指标。RPO，Recover Point Object，恢复点指标，是指灾难发生后，容灾系统能把数据恢复

13、到灾难发生前的哪一个时间点的数据，它是衡量企业在灾难发生后会丢失多少生产数据的指标。秒秒分分小时小时日日周周秒秒分分小时小时日日周周数据丢失恢复时间系统运行系统运行灾难恢复灾难恢复系统运行系统运行项目实施和服务商： - 7 -理想状态下，我们希望RTO=0，RPO=0，即灾难发生对企业生产毫无影响，既不会导致生产停顿，也不会导致生产数据丢失。4.34.3 存储设备存储设备级容灾级容灾 通过存储控制器实现的存储设备级数据远程镜像或复制是传统容灾方式中最高效最可靠的方式。基于磁盘系统的同步数据复制功能实现异地数据容灾， 常见的基于存储级别远程容灾的技术实现方式有三种：同步镜像，异步镜像，增量复制同

14、步镜像：同步镜像：应用于最高等级的容灾方案（RPO 等于 0）中，需要关闭主机 Cache 来保证数据一致性。对于连接生产中心和灾备中心的链路带宽和 QoS 要求很高，一般采用光纤直连、波分设备来保证，方案部署成本很高。 （尽管关闭 Cache 会导致系统处理性能的下降，但在有些应用中，这却是唯一的选择。比如一些高等级的容灾方案中（RPO 为 0） ，都是利用同步镜像技术在生产中心和灾备中心之间实时同步复制数据。由于数据是实时复制的，所以就必须要关闭 Cache。 ）异步镜像：异步镜像：用于较高级别的容灾方案（RPO 接近于 0）中，无法有效保证数据一致性（关闭主机中的 Cache和快照都不适

15、合） 。但对于连接生产中心和灾备中心的链路带宽和 QoS 要求一般，理论上带宽只要达到“日新增数据量/（2436008） ”即可。增量复制：增量复制：应用于较高级别的容灾方案（RPO 小于 1 小时）中，可以结合快照技术有效保证数据一致性。对于连接生产中心和灾备中心的链路带宽和 QoS 要求一般，理论上带宽只要达到“数据增量/复制间隔”即可。那么快照视图的数据一致性是如何保证的呢？这涉及到多个实体（存储控制器和安装在主机上的快照代理）和一系列的动作。典型的操作流程是：存储控制器要为某个数据卷创建快照时，通知快照代理；快照代理收到通知后，通知应用程序暂停 IO 操作（进入 backup 模式）

16、，并 flush 数据库和文件系统中的 Cache，之后给存储控制器返回消息，指示已可以创建快照；存储控制器收到快照代理返回的指示消息后，立即创建快照视图，并通知快照代理快照创建完毕；快照代理通知应用程序正常运行。由于应用程序暂停了 IO 操作，并且 flush 了主机中的 Cache，所以也就保证了数据的一致性。项目实施和服务商： - 8 -准备创建快照创建快照应用进入 Backup 模式Flush Cache应用进入Normal 模式快照的创建过程创建快照是对应用性能是有一定的影响的（以 Oracle 数据库为例，进入 Backup 模式大约需要 2分钟，退出 Backup 模式需要 1

17、分钟，再加上通信所需时间，一次快照需要约 4 分钟的时间） ，所以快照的创建不能太频繁。因此，远程复制由生产中心和灾备中心的存储系统完成，对应用服务器完全透明。其缺点主要在于：不能跨越品牌，只能在相同的产品甚至是相同的型号之间实现容灾。无法提供足够的灵活性，且成本很高，并不能保护用户之前在存储上的投资。 两个中心之间必须有专用的网络连接作为数据通道，使得该容灾系统对通信线路的要求较高，初期成本也非常昂贵。由于这些设备往往采用的是一些专用的设备和通信方式，安装维护都比较复杂，往往由于设置的不周全或者通信距离或线路的限制，造成容灾系统实施的失败。远程镜像技术有一个致命的缺陷，它无法阻止系统失败（r

18、olling disaster） 、数据丢失、损坏和误删除等灾难的发生。如果主站的数据丢失、损坏或被误删除，备份站点上的数据也将出现连锁反应。目前市面上只有极少数的异步远程镜像产品可做到给每一个事务盖上时间戳（timestamp） ，一旦发生数据损坏或误删除操作，用户可以指定数据恢复到某个时间点的状态，当然，要实现该功能，并不是仅仅安装远程镜像软件就够了，用户还需要采取其它一些必要的保护手段，比如说延迟复制技术（本地数据复制均在后台日志区进行） ，在确保本地数据完好无损后再进行远程数据更新。另外，远程镜像技术还存在无法支持异构磁盘阵列和内置存储组件、支持软件种类匮乏、无法提供文件信息等诸多缺点

19、。如果用户对 RPO 和 RTO 两项指标要求较高，除了传统的远程镜像解决方案，是否存在其它可行的替代方案可供选择呢？当然有，比如说基于持续性数据保护（简称 CDP） 、基于时间的连续快照复制、自动项目实施和服务商： - 9 -备份、自动复制更新数据、分布式备份等技术的产品。它们可支持异构存储系统和 rollback（回卷当前事务并取消当前事务中的所有更新）功能，只不过它们的整体拥有成本（简称 TCO）较远程镜像产品低一些，而且增加了“安装和管理代理服务器”这一环节。4.4.4.4. CDPCDP 技术级别容灾技术级别容灾CDP 是一个实时的数据备份系统，它自动地将应用数据的所有变化实时的纪录

20、下来。它的关键是将每一个应用数据的变化加上了时间索引。这样，当出现数据丢失、数据损坏、或者安全问题时，就可能恢复到最近的完好数据。CDP 技术不断在进步，在数据损耗的情况下，其允许快速的数据恢复，并实现把数据还原到生命周期任一指定点。5. 备特佳容灾备份方案设计原则备特佳容灾备份方案设计原则方案当前即可实施。考虑到用户对数据安全性的迫切需求，方案要有很高的可行性，能很快完成实施。在满足用户需求的前提下尽量简单易用。考虑到信息系统的复杂性，为降低用户的管理成本要求方案在满足用户需求的前提下，操作尽可能简单易用。满足用户今后的扩展需求。考虑用户信息系统的增长，要求方案能够满足系统增长的需要。采用先

21、进的设备和技术。考虑医院业务的重要性，要求采用先进的技术和设备保障医院业务的顺利开展。项目实施和服务商： - 10 -6. 备特佳容灾方案配置备特佳容灾方案配置6.16.1 方案一配置（针对原有双机环境方案一配置（针对原有双机环境+ +备份服务器）备份服务器）6.1.1：采用备特佳容灾备份系统标准版的集群版，在现有双机网络环境下，增设一台容灾备份服务器，实现实时备份、本地异地实时备份、高可用业务接管、回退式数据恢复，如果有条件可以做集中备份，将多台应用服务器中数据集中备份到备份服务器中做集中数据管理。因为 UPM 备特佳采用实时增量备份，所以在某时刻的数据传输量不大，所以对网络无需做任何更改，

22、用现有的网络连接即可。6.1.2：备特佳容灾备份系统在双机正常运行过程中，监视主服务器正常运行过程，当任何一台服务器写入数据、数据库发生任何变化，均可通过备特佳容灾备份系统，将变化数据实时备份到备份服务器上，同时按照数据库格式写入备份服务器中的数据库中，在传输过程中采用 CRC 校验的方式，保证数据的完成性，实现备份服务器和主服务器实时数据同步，与此同时，备份服务器可根据客户需求，对数据库的操作过程做增量记录。6.1.3：当双机两台服务器出现故障宕机，备份服务器可以根据设置，自动或者手动接管主服务器的 IP 地址和服务器名，并且根据设置自动启动相关业务应用，以及数据库，保障系统联系对外提供服务

23、。项目实施和服务商： - 11 -6.1.4：当系统被病毒黑客攻击，或者由于应用系统、人为误操作出项逻辑故障，可通过备份服务器预设值好的增量记录，进行回退式恢复，保证备份数据的可恢复性。6.1.5：当系统中的磁盘正烈出现故障，也就是我们常规说的在发生单点故障的情况下，备份服务器有完整的数据，可以作接管保障系统连续对外提供服务，或者保障数据可恢复性、数据的完整性，在逻辑破坏的情况下可最大化保障的完整性。6.15 方案一报价：方案一报价：产品名称产品名称型号规格型号规格实现功能实现功能单价单价数量数量总价总价备份服务器自购 备特佳容灾备份系统医院标准版ORACLE实时、异地、回退、接管、集中2总价

24、 针对XX医院的特殊情况，给予特价 折，实际报价：项目实施和服务商： - 12 -6.26.2 方案二配置方案二配置(2(2 台服务器台服务器+ +备份软件备份软件) )以及介绍以及介绍6.2.1：采用备特佳容灾备份系统标准版，在现有网络环境下，增设一台容灾备份服务器，实现实时备份、本地异地实时备份、高可用业务接管、回退式数据恢复，如果有条件可以做集中备份，将多台应用服务器中数据集中备份到备份服务器中做集中数据管理。因为 UPM备特佳采用实时增量备份，所以在某时刻的数据传输量不大，所以对网络无需做任何更改，用现有的网络连接即可。6.2.2：在主服务器正常运行过程中，当数据库发生任何变化，均可通

25、过备特佳容灾备份系统，将变化数据实时备份到备份服务器上，同时按照数据库格式写入备份服务器中的数据库中，在传输过程中采用 CRC 校验的方式，保证数据的完成性，实现备份服务器和主服务器实时数据同步，与此同时，备份服务器可根据客户需求，对数据库的操作过程做增量记录。6.2.3：当主服务器宕机，备份服务器可以根据设置，自动或者手动接管主服务器的 IP地址和服务器名，并且根据设置自动启动相关业务应用，以及数据库，保障系统联系对外提供服务。6.2.4：当系统被病毒黑客攻击，或者由于应用系统、人为误操作出项逻辑故障，可通过备份服务器预设值好的增量记录，进行回退式恢复，保证备份数据的可恢复性。6.25 方案

26、二报价：方案二报价：项目实施和服务商： - 13 -产品名称产品名称型号规格型号规格实现功能实现功能单价单价数量数量总价总价备份服务器自购 备特佳容灾备份系统医院标准版ORACLE实时、异地、回退、接管、集中1总价 针对XX医院的特殊情况，给予特价 折，实际报价：6.36.3 方案三（采用备特佳容灾备份系统基础版）拓扑结构及介绍方案三（采用备特佳容灾备份系统基础版）拓扑结构及介绍项目实施和服务商： - 14 -6.3.1：采用备特佳容灾备份系统基础版，在现有网络环境下，增设一台容灾备份服务器，实现实时备份、本地异地实时备份、回退式数据恢复，如果有条件可以做集中备份，将多台应用服务器中数据集中备

27、份到备份服务器中做集中数据管理。因为 UPM 备特佳采用实时增量备份，所以在某时刻的数据传输量不大，所以对网络无需做任何更改，用现有的网络连接即可。6.3.2：在主服务器正常运行过程中，当数据库发生任何变化，均可通过备特佳容灾备份系统，将变化数据实时备份到备份服务器上，同时按照数据库格式写入备份服务器中的数据库中，在传输过程中采用 CRC 校验的方式，保证数据的完成性，实现备份服务器和主服务器实时数据同步，与此同时，备份服务器可根据客户需求，对数据库的操作过程做增量记录。6.3.3：当主服务器宕机，备份服务器不具备接管功能，需通过人工修改主服务器的 IP地址和服务器名，并且根据需求手动启动相关

28、业务应用，以及数据库，保障系统联系对外提供服务。6.3.4：当系统被病毒黑客攻击，或者由于应用系统、人为误操作出项逻辑故障，可通过备份服务器预设值好的增量记录，进行回退式恢复，保证备份数据的可恢复性。6.3.5 方案二报价：方案二报价：产品名称产品名称型号规格型号规格实现功能实现功能单价单价数量数量总价总价备份服务器自购 备特佳容灾备份系统医院基础版ORACLE实时、异地、回退、接管、集中1总价项目实施和服务商： - 15 -6.46.4 备特佳容灾备份方案综述备特佳容灾备份方案综述该方案的提出充分考虑到了 XX 医院的具体情况，从成本解决以及易于管理角度提出了3 套不同的解决方案。方案 2

29、采用备特佳容灾备份系统标准版，可实现自动智能，业务保护、数据保护，降低业务风险，最大化减轻人工维护工作量和操作维护难度。在现有网络环境下，增设一台容灾备份服务器，实现实时备份、本地异地实时备份、高可用业务接管、回退式数据恢复，如果有条件可以做集中备份，将多台应用服务器中数据集中备份到备份服务器中做集中数据管理。可实现 RPO 趋近于 0，RTO 分钟级的容灾备份。6.56.5 各服务器上重要数据的实时同步保护实现各服务器上重要数据的实时同步保护实现对数据库进行自动监控，连续捕获和备份数据变化,只要数据库内的数据发生变化，便实时、准确的备份下来。保证了数据的安全，一旦出现数据丢失或破坏，可以迅速

30、的从备份机上把数据恢复回来。主数据库与从数据库可以做到实时同步，消除了备份软件中的间隔备份丢失数问题。UPM 同时提供了完全不丢失数据模式和丢失秒内业务数据校正方式。6.66.6 灾难发生时一分钟内应用切换的实现（标准版以上）灾难发生时一分钟内应用切换的实现（标准版以上）当主服务器出现意外宕机时，备份机可以在一分钟之内接管主服务器的 IP，提供对外的所有服务，保证了核心业务连续性，可以提供 365 天 7*24 小时的业务不间断的保护6.76.7 灾难后原有系统恢复的实现灾难后原有系统恢复的实现灾难发生后，原有系统必须尽快恢复。恢复时执行与数据容灾复制相反的过程，即从灾备中心逆向同步到主数据中

31、心，同步完成即可做应用切换，整个系统恢复到原有状态。6.86.8 数据逻辑错误的任意时间数据恢复的实现数据逻辑错误的任意时间数据恢复的实现可按任意操作步数或时间点进行数据快速恢复，回到数据库的任何状态，从而能够找回误删或者损坏前的数据。在恢复的过程中不但保证了数据的完整型，而且能保证事件的完整性。解决了数据逻辑错误。项目实施和服务商： - 16 -7. 方案特点方案特点 7.1 备特佳容灾备份系统方案特点和技术特点：备特佳容灾备份系统方案特点和技术特点：本方案已有成功案例，有丰富的实施经验，保证了用户系统实施的安全性。最大化的降低了投资实施的风险。本方案能够支持手动/信令容灾方案，用户可以根据

32、实际需要进行自由选择。但在实际情况中，由于发生重大灾难时业务异地切换属于非常严重的事故，所以我们建议该过程前用户进行确认，然后进行切换。当本地主系统恢复正常后，需要进行反向数据同步、应用切换等工作，该工作需要由操作人员在系统较空闲时进行。工作过程很简单。本案可以最大限度地保证主、备节点的数据一致性。UPM 备特佳容灾备份系统备特佳容灾备份系统技术特点：技术特点：1）基于数据库级和文件级的备份。2）在备份期间目标数据库可使用。3）有数据库回退机制，保证主文件坏时，备份的数据库及文件仍然可用。4）速度快，实时性强。5）备份安全可靠，如主数据库文件遭病毒或磁盘损坏时，备份数据库可回退到损坏前的数据。

33、6）主数据库可同时向多个目标备份数据。7）与数据库中表的结构无关，且无任何限制。8）不对数据库中的应用作任何修改。9）对备份线路要求低。10）对主服务器无压力，系统采用消息机制，只有在数据库发生变化时才触发，只传数据库的变化部分，不同于文件考备，和数据表的轮询。11）对数据库备份完整：如 TABLES（表） ，DIAGRAMS（关系图） ，VIEWS（视图） ，STORED PROCE（存储过程） ，USERS（用户） ，ROLES（角色） ，RULES（规则） ，DEFAULTS（缺省） ，USER DEFINED（用户定义）等。12）局域，广域网通用。13）采用独特的加密方式，保证数据不被

34、窃取。14）配置、使用都非常简单。项目实施和服务商： - 17 -15）恢复数据需人工干预，避免了误切换。16）专业化程度高，稳定可靠。8. 成功案例成功案例8.18.1 重庆钢铁总医院异地容灾案例重庆钢铁总医院异地容灾案例需求分析：需求分析：重钢总医院是一所集医疗、教学、科研、预防、社区服务为一体的综合性医院，承担重钢职工、家属和社区服务群众 20 万常住人口的医疗、预防任务。目前医院His 系统采用双机热备方式，只能保证业务连续，无法做到数据的安全，因为数据只有一份，没有异地数据备份。一旦磁盘阵列出现问题，就会造成数据丢失和业务中断。方案拓扑：方案拓扑：方案分析：方案分析：1）在 HIS

35、群集服务器主站和 DELL 从站安装 UPM 数据库保镖程序，从站操作系统及应用系统部署为主站一致。（2）通过 UPM 数据库保镖实现对 HIS 数据库实时备份。项目实施和服务商： - 18 -（3）另一从站（远程）从现有 PC 设备中选取并适当升级，从站部署为单机系统，对硬件不需要有其它要求，安放在另一幢建筑内，通过局域网实现异地灾备。（4）当 HIS 系统或磁盘阵列（RAID5）、磁盘阵列柜发生任何故障，相应的 UPM 从站可实现接管，保证应用系统的高可用性。（5）当 HIS 系统或磁盘阵列（RAID5）、磁盘阵列柜发生任何故障，相应的 UPM 从站可实现接管，保证应用系统的高可用性。（6

36、）群集系统中 UPM 数据库保镖随着群集资源同时自动切换，保证数据备份的完整性，勿需人工干预。（7）当主站工作恢复正常后，可通过 UPM 向导从从站将数据恢复至主站。（8）若主站服务器发生误操作、非法数据删除等，可通 UPM 从站将数据库回退到历史状态，找回所需数据。（9）增量备份、低耗资源在汶川大地震时候，重钢总医院的主磁盘阵列出现问题，正是因为用了备特佳异地容灾系统，在另外在汶川大地震时候，重钢总医院的主磁盘阵列出现问题，正是因为用了备特佳异地容灾系统，在另外的机房里，备用服务器立刻接管主业务。保证了医院的业务连续和数据完整。的机房里，备用服务器立刻接管主业务。保证了医院的业务连续和数据完

37、整。8.28.2 重庆法院异地容灾案例重庆法院异地容灾案例需求分析：需求分析：重庆市高级人民法院于 1997 年 6 月 19 日挂牌，同年 9 月 16 日正式对外办公。地处渝北区红锦大道58 号的审判办公大楼于 1999 年 12 月奠基，2002 年 4 月投入使用，建筑面积 3.7 万平方米，集微机网络、集团电话、电子显示和监控系统于一体。建有设施完善、功能齐全的大审判庭 1 个，中小法庭 12 个，会议室 24 个。并建有食宿、会议、娱乐等设施比较健全的法官培训中心一座，建筑面积 8393 平方米，可容纳近 200 名法官培训。方案拓扑：方案拓扑：项目实施和服务商： - 19 -方案分析：方案分析：1：在各区县 SERVER1-46 中安装备特佳容灾备份系统设置成主站，在 SERVER1 SERVER46中安装备特佳容灾备份系统设置从站，主从站通过备特佳软件进行实时备份，当本 SERVER1-46 出现问题后，对应的 SERVER1 SERVER46可以进行接管或恢复。2：SERVER 作为集中备份服务器，将 SERVER1-46 中的数据实时集中备份到 SERVER 内，即使本地数据丢失，也可以从数据中心取回。医疗行业典型案例医疗行业典型案例山东齐鲁医院济南儿童医院济南第四人民医院济南妇幼