ibm存储容灾方案v
i b m存储容灾方案v This manuscript was revised by the office on December 22, 2012
存储容灾解决方案
目录
一、概述
1.1信息系统现状
1.1.1存储系统现状
目前业务系统主要应用系统有文件服务器（windows ）、应用服务器（windows ）、邮件服务器（windows ）、防病毒服务器（windows ）、HR 服务器（windows ）和ERP 服务器（SUN 小机）。目前应用系统均运行在独立的服务器中，一方面服务器本身容量空间有限，随着业务数据的不断增长，空间已基本饱和，另一方面数据安全性没有保障，服务器故障将面临整个业务系统数据丢失（单台服务器故障，怎么会造成整个数据丢失）。应用系统的高性能存储空间及数据保护工作是信息中心最为重视的 现有存储系统情况统计：（表格把客户目前服务型号及硬盘分布要写的详细些，表格我会提供） 序号 系统组成 系统类型/存储方式（位置） 现有磁盘阵列及类型、容量
1
文件服务器 Windows/本地 // 2
应用服务器 Windows/本地 3
邮件服务器 Windows/本地 4
防病毒服务器 Windows/本地 5
HR 服务器 Windows/本地 6 ERP 服务器 SUN 小机/本地 从上表情况来看，所有业务系统的数据都存放在本地硬盘上，本地硬盘存储具有如下缺陷：
单硬盘或者原始RAID 方式，故障率高，安全性低。
性能低下，影响应用主机性能。
磁盘容量性能扩展性差。
只能通过与之连接的主机进行访问。
每一个主机管理它本身的文件系统，但不能实现与其他主机共享数据。 数据分散，管理复杂。
综上所述，在信息中心现有的业务系统环境中，各业务主机的存储环境主要由本地硬盘，存储数据分散在各自单独的本地存储中，导致数据分散管理，管理非常繁琐，数据的安全性和高可用性得不到根本保障。从存储方式来看，对业务系统来说，改善存储架构，用先进的集中统一管理的FCSAN存储架构代替现有的存储架构，提高存储的安全性和高可用性是非常有必要和必须的。(建议把现有架构和FCSAN架构做一个对比的拓扑图，简要分析下优劣势)，（客户担心吧鸡蛋放在一个篮子里面不安全，打个比方解释下,使客户放心）
1.1.2备份系统现状
在信息中心现有的业务系统环境中，服务器类型较多，业务系统分布在unix、Windows等不同的平台上，数据库以Sqlserver为主，对操作系统及业务数据和数据库目前主要采用传统的手工方式进行备份。
信息中心现有备份情况统计（表格把客户目前硬盘分布要写的详细些）
序号系统组成数据库数据量数据库类型及版本现在的备份方式
1文件500GB-手工备份
2应用100GB-手工备份
3邮件100GB-手工备份
4防病毒100GB-手工备份
5HR100GB-手工备份
6ERP200GB-手工备份
无集中备份管理系统，具有如下隐患和风险：
物理故障导致数据无法恢复
物理故障是指造成系统无法正常运行的软硬件损坏。如操作系统故障、应用程序和数据库损坏、硬盘故障、主机故障等。常见的几种物理故障包括：
操作系统故障：非法指令造成的系统崩溃，系统文件被破坏导致无法重启。
应用程序损坏：缺少文件或程序本身不完善导致程序无法运行。（上了集中存
储和容灾该故障如果还存在，可以不写，因为客户并没因为上了存储而改变
现状，）
整机损坏：由掉电、火灾、地震等造成设备无法运行。
硬盘故障：硬盘是精密的机电设备，安装时的无意磕碰、掉电、电流突然波动
等原因都有可能造成设备无法运行。
网络设备故障：传输距离过长、设备添加与移动、传输介质的质量问题和老化都有可能造成故障。
逻辑故障导致数据无法恢复
逻辑故障包括两种，第一是系统能够正常运行，但实际已经有部分损坏，如数据文件丢失，程序丢失等。第二种是系统本身虽然完好无损，可是系统中的部分数据是错误的。常见的几种逻辑故障包括：
数据不完整：系统缺少完成业务所必须的数据。
数据不一致：系统数据是完全的，但不符合逻辑关系。
数据错误：系统数据是完全的，也符合逻辑关系，但数据是错误的。
逻辑故障隐蔽性强，往往带有巨大的破坏性，并造成不可估算的损失·（通过集成存储可以减少和避免逻辑故障么）。
无法对数据库进行在线备份
用手工方式对数据库进行备份，需要将数据库停机，否则无法保证备份数据的一致性和可用性。用手工方式对数据库进行备份，对数据的性能会有很大的影响，影响生产系统的使用效率和性能。
数据管理工作难以形成制度化，数据丢失现象难以避免；
数据分散在不同的机器、不同的应用上，管理分散，安全性得不到保障；
应用系统的使用维护人员工作量大，业务人员工作效率下降；
存储媒体管理困难，如今，用来存储数据的介质越来越多，各种不同系统下存储产生的软盘、磁带、光盘将给管理带来很大的困难；（客户不用磁带等存储设备）
历史数据保留比较困难；
综上所述，手工方式进行备份经常需要人工干预，且工作效率非常低下，备份数据的安全性和可用性也得不到保障，无集中统一的管理平台，管理非常繁琐，为了解决这些由于数据的增长或信息化发展所带来的问题，信息中心业务系统迫切的需要构建一套完善的集中备份管理系统。通过先进的集中备份管理系统自动灵活的完成每天繁重的数据及系统的备份，极大提高业务系统数据的安全性和可用性，为信息中心系统的不间断运行和数据的安全性提供最大的保障。
原有存储备份系统拓扑示意图：
1.1.3没有一套完善的容灾保护机制
信息中心的业务数据非常重要，它影响到整个公司的运作，一旦发生水灾、火灾、地震或者一些非人为性的灾难，数据将受到严重威胁，建立一套完善的容灾保护机制来确保数据的安全和业务的连续运行是非常有必要的。
从容灾的级别和要求来说，可以分为数据级容灾和应用级别容灾。
数据级别容灾，指灾难发生后以后可以确保数据不会丢失或者遭到破坏。数据级的容灾是比较基础的，其中，成本较低的数据容灾方案中，仅需利用库和备份或者虚拟磁带库自身的远程复制功就能实现数据异地备份，达到数据远程复制的效果；而较高级的数据备份方案则是依靠数据复制工具，例如卷复制软件，或者硬件控制器的远程数据同步功能，实现数据的远程复制。
数据级别容灾是保障数据可用的最后底线，当数据丢失时能够保证应用系统可以重新得到所有数据。从这种意义上讲，数据备份属于该级别容灾，用户把重要的数据存放在磁带上，如果考虑到高级别的性还可以把磁带运送到远距离的地方保存，当灾难发生后，从磁带中获取数据。该级别灾难恢复时间较长，仍然存在风险，尽管用户原有数据没有丢失，但是应用会被中断，用户业务也被迫停止。客户不用磁带应用级别的容灾是以数据级容灾为基础的，在数据不丢失的前提下，把系统和应用软件都进行复制，当然这里所说的复制不是拷贝一份那么简单，还要涉及到主节点故障的时候，备用节点需要知晓，并且把应用和数据全部接管，代替主节点工作。也就是说，在备份站点同样构建一套应用系统。
应用级容灾系统能提供不间断的应用服务，让用户应用的服务请求能够透明地继续运行，而感受不到灾难的发生，保证信息系统提供的服务完整、可靠、安全。一般来说，应用级容灾系统需要通过更多软件来实现，它可以使企业的多种应用在灾难发生时进行快速切换，确保业务的连续性。
综上所述容灾不是一个简单的复制，它需要考虑到各个方面的问题。我们要考虑到数据从本磁盘复制到异地磁盘的机制，恢复的可行性，并且还要考虑到网络如何切换，应用如何切换，如果前期的规划不合理，就很有可能在灾难发生的时候切换不成功或者在没有发生灾难的时候就切换到异地，毕竟应用的切换都是有风险的，这都将影响到业务的有序进行。所以我们建议在选择一个合适的产品的同时，要选择一家有
经验的厂商和一个具备容灾经验的服务商来帮助我们一起完成容灾建设。并把一切能考虑的问题在前期都考虑到，做好数据恢复测试、容灾演练等重要工作。
1.2信息中心存储系统建设需求分析
1.2.1存储系统要求
统一规划信息中心存储资源，完成关键和重要的应用系统数据集中整合和管理，提供信息共享的管理平台，解决信息孤岛，同时建立一个简单、实用、高效、灵活的信息整合管理平台系统。为现有及未来新增的应用系统构建一个集中、高性能和高可用的网络存储平台。为不同的应用服务器，选择具有针对性的网络存储接入方式，以优化服务器连接成本，提高存储资源的利用率和应用程序的访问效率。同时，需考虑到未来的容灾需求和集中统一的备份需求。实现信息中心存储资源集中整合，建立集中存储平台，必须满足以下要求：
1、数据的安全性
本集中存储系统负担着关键和重要业务系统的存储整合，其中包括HR系统、ERP 系统、邮件系统等非常关键的业务数据，存储数据的安全性至关重要，对存储的安全性有很高的要求，因此，对集中存储系统的设计，数据安全性是第一重要的考虑因素。
2、系统的高可有性
本集中存储系统负责完成对关键业务系统的支持，对系统的高可靠性有着很高的要求。作为该系统核心的存储平台的高可靠性则更是重中之重。由于采用了集中存储的方案，所有的信息存储，信息管理及信息共享均集中存储于统一的平台之上，存储平台的任何故障会造成巨大的影响。因此存储平台的系统高可靠性尤为重要。
3、系统的高性能
存储系统要存储大量的在线数据信息,支持多关键业务服务器的在线业务并发读写要求。由于的特殊性和重要性,如何满足高负荷的应用主机、客户机的并发访问，保证业务的连续运行，整个存储系统的性能也是一个非常关键的要求。而且考虑到将
来业务的增长，数据量还会持续增加，应用主机、客户机的数量也会继续增加，系统的性能还应能很好的适应未来的扩充和扩展的需要。
4、系统的可扩充性和可扩展性
作为集中存储的基本要求，存储系统应能支持巨大的存储容量，可以集中存储不同平台的企业数据，从而使企业在保留分布式处理好处的同时实现核心信息的集中存储和集中管理。
随着时间的推移、技术的发展以及环境的变化，业务系统的数据量会飞速增长，许多新业务系统会不断产生，因此对存储系统的可扩展性有很高要求。尽管我们在本方案中已经充分考虑了系统存储容量空间的预留，但随着业务的发展，对存储系统的可扩展性要求仍将非常迫切。这主要表现在对存储系统容量的平滑扩充以及对新的主机（HOST）系统的平滑连接，以尽量减少对已有正常业务的影响。
5、系统的多平台支持能力
信息系统是一个多层的体系结构，在集中的存储平台之上要为数据库服务器，应用服务器和其他服务器提供统一的存储方案。信息中心现有unix、WINDOWS等多种异构平台，作为集中存储的基本要求，存储系统必须能够同时连接不同的服务器平台，以满足数据集中的需要。（把sun的平台数据存储迁移的问题做下说明）
6、系统故障切换支持
信息中心负但着整个的IT建设和应用支撑系统的维护工作，保持关键应用的不间断运行是存储系统建设所必须考虑的。集中存储系统的设计必须充分考虑到主机端到集中存储端的全冗余能力和支持。主机端和存储交换机端的存储连接方式不容许有单点故障，对后端的集中存储而言，关键部件如控制器、电源、磁盘、缓存、前后端连接端口等都需要冗余和故障切换功能。
7、系统负载均衡支持
信息系统众多，很多关键业务需要大数据量的并发访问，因此，存储系统的建设必须充分考虑主机端、交换机端、存储端的负载均衡功能。以满足大量并发应用访问的需要。一个集中存储负载均衡功能的设计，要以整个存储访问链路都具有负
载均衡功能为标准，其中包括主机端HBA卡的负载均衡支持、存储交换机的负载均衡支持、集中存储控制器的负载均衡支持等等。
8、系统的容灾支持能力
存储系统的建设，集中存储和集中备份是现在的第一步工作，也是基础建设工作。在集中存储的基础上，信息系统要建立企业级的容灾系统。因此，在设计集中存储的方案中，必须充分考虑以后容灾系统建设的需求。集中存储建设需考虑如下容灾需求：
容灾系统本地同步复制支持能力。（能否简要解释下同步异步的区别及优
劣势，给客户在自己选择，或者建议客户选择）
容灾系统远程异步复制支持能力。
容灾系统本地CDP（持续数据保护）和CRR（持续远程复制）并发支持能
力。（名词解释）
容灾系统异构平台支持能力，不同存储间的数据复制支持能力。
容灾系统建设对主机和数据库能性无消耗支持能力。如CiscoSANtap协议
的支持（名词解释）
。
容灾系统建设和现有集中存储系统无缝的接合支持能力。
容灾系统建设多种容灾方式的支持能力，如磁盘阵列间的容灾、主机层的
容灾、数据库级的容灾、第三方设备的容灾等等。
9、系统的多种备份方式支持
信息系统现无集中备份管理系统，在设计集中存储方案时，要与集中备份方案相结合，为信息中心建设一套集中存储和集中备份的高可用系统，集中存储的建设需考虑如下集中备份需求：
无网络消耗的的LAN-FREE备份支持（名词解释）
高性能的Server-Less备份支持名词解释
集中存储内部逻辑恢复能力支持，如支持磁盘阵列内的快照、克隆等功能
名词解释
相同或不同存储间的数据迁移支持能力
10、新技术的支持能力
IT技术发展日常月异，新技术层出不穷。集中存储的建设，要考虑存储对新技术的支持和扩展能力，以保持集中存储的先进性，满足信息系统发展的需要，保护现有投资。集中存储建设需考虑如下新技术的支持能力：
满足“0”层需求的闪存驱动器支持。闪存驱动器能提供更快的性能，更高
的能效，更好的可靠性。
驱动器降速支持。此功能能显着降低能耗，节约成本，延长驱动使用寿命。
虚拟资源调配支持。此功能对资源易于创建、易于调配、易于管理。
11、系统的集中管理能力
集中存储系统需要有一个集中信息管理的平台，支持实时的存储系统性能监控及管理，提高管理效率；并能提供与各种企业管理框架软件相结合的功能。
1.3信息中心智能保护系统建设需求分析
1.3.1智能保护系统设备要求（感觉和上面重复了）
信息中心集中智能保护系统承担着HR系统、邮件系统、ERP系统等关键业务的集中智能保护管理工作，因此，集中智能保护系统设备的性能、稳定、安全、扩展十分重要，建立的集中智能保护平台，必须满足如下需求：
1、数据的安全性
本集中智能保护系统负担着关键和重要业务系统的智能保护整合，其中包括HR 系统、邮件系统、ERP系统等非常关键的业务数据，保护数据的安全性至关重要，对智能保护系统设备的安全性有很高的要求，因此，对智能保护系统的设计，数据安全性是第一重要的考虑因素。
2、系统的高可有性
本集中智能保护系统负责完成对关键业务系统的支持，对系统的高可靠性有着很高的要求。作为该智能保护系统核心的备份平台的高可靠性则更是重中之重。由于采用了集中备份的方案，所有的系统的备份数据集中存储于统一的平台之上，集中智能保护系统平台的任何故障会造成巨大的影响。因此集中备份平台的系统高可靠性尤为重要。
3、系统的高性能
集中智能保护系统平台要存储大量应用和数据库服务器的备份数据,如何满足高负荷的应用主机、客户机的并发智能保护需求，保证整个智能保护系统的健康运行，整个智能保护系统的性能也是一个非常关键的要求。而且考虑到将来业务的增长，备份数据量还会持续增加，应用主机、客户机的智能保护需求也会继续增加，智能保护系统的性能还应能很好的适应未来的扩充和扩展的需要。
4、系统的可扩充性和可扩展性
作为集中智能保护平台的基本要求，智能保护系统应能支持巨大的存储容量，可以集中保护不同平台的企业数据，从而使企业在保留分布式处理好处的同时实现核心信息的集中保护和管理。
随着时间的推移、技术的发展以及环境的变化，业务系统的数据量会飞速增长，许多新业务系统会不断产生，因此对智能保护系统的可扩展性有很高要求。尽管我们在本方案中已经充分考虑了智能保护系统存储容量空间的预留，但随着业务的发展，对智能保护存储系统的可扩展性要求仍将非常迫切。这主要表现在对智能保护系统容量的平滑扩充以及对新的主机（HOST）系统的平滑连接，以尽量减少对已有正常业务的影响。
5、系统的多平台支持能力
信息系统是一个多层的体系结构，在集中的存储平台之上要为数据库服务器，应用服务器和其他服务器提供统一的存储方案。信息中心现有unix、WINDOWS等多种异构平台，作为集中备份的基本要求，智能保护系统必须能够同时连接不同的服务器平台，以满足数据集中保护的需要。
6、系统的容灾支持能力
智能保护系统的建设，集中备份是现在的第一步工作，也是基础建设工作。在集中备份的基础上，要建立智能保护系统企业级的容灾系统。因此，在设计集中备份的方案中，必须充分考虑以后容灾系统建设的需求，现有的智能保护系统能够和将来的容灾系统平滑无逢的结合。
7、系统的集中管理能力
集中智能保护系统需要有一个集中信息管理的平台，支持实时的智能保护系统性能监控及管理，提高管理效率；并能提供与各种企业管理框架软件相结合的功能。
1.4集中存储备份智能保护的建设目标
集中存储智能保护系统的建设目标是为信息中心建设一套集中存储智能保护系统，对存储和备份进行统一整合和管理。
集中SAN存储采用全冗余结构。
集中SAN存储为将来容灾预留或者准备相应的接口。
集中备份采用高性能的智能保护系统。
建立应用级的容灾系统，一旦本地中心发生灾难性的事故，确保数据不会丢失，并且业务系统可以从宕机中迅速恢复。
二、系统建设方案
第一期规划（客户原有一个sun带的整列柜，可否利用起来，怎么利用，对于刀片服务器用NAS和SAN的成本和效果要写清楚，还有sun服务器数据迁移的可行性要写详细，给客户自己选择）
2.1存储系统总体设计
2.1.1方案总述
对现在业务系统存储模式方式进行集中整合，采用业界最新和领先的8Gb的光纤通道技术磁盘阵列。
具体说明如下：
控制器冗余：配置6.4TB的存储容量，双冗余控制器，10000转SAS硬盘及
SSD固态硬盘，16GB缓存。
交换机冗余：各需要集中存储的应用主机分别配置一块双口8Gb光纤卡（六
块），与主存储之间用两个8Gb光纤交换机进行连接，交换机实现硬件冗
余。
链路冗余：在各应用主机上安装多路径管理软件（PowerPath），实现存储路
径的Failover和负载均衡功能。
I BMStorwizeV5000虚拟化方案（为三期虚拟化做准备，做下说明）
传统的IT架构导致信息孤岛很多，服务器及存储设备的利用率并不高。StorewizeV5000其中的外部存储虚拟化功能，可帮助企业整合现有的存储系统。同时也可实现由StorewizeV5000来管理现在有的存储设备，从而延长了这些设备的使用寿命减少了企业的开销。除此之外，IBM公司发布的Storewize系列V5000同时具备利用自动精简配置优化效率（额外的优势包括：减少耗电量、散热量及硬件空间需求）、借助复制服务保护数据等等新功能。
服务器虚拟化
–IBMStorwizeV5000可以有效的和IBM的Power/Powerlinux/x86服务器相结合，满足不同的应用场景
对于邮件需求比较高的客户，可以考虑在V5000上单独划分一个数据资源池用于邮件系统的，达到数据池互相隔离的效果
数据安全
–高可用的系统架构
?全冗余的SAN架构
?通过具有删重功能的虚拟带库可以有效节省备份所带来的数据增长，同时提高数据的安全性
–高性能的解决方案
?V5000可以用过ClusterMode将两台V5000组合成一台Cluster
（名词解释）V5000,从而提供更好的性能与负载均衡
?使用SSD
–高回报的投资结构
?V5000的外部虚拟化功能可以有效的利用就的存储资源作为存储
资源的扩充
–统一简单的图形界面
?V5000拥有着Storwize的统一的图形界面，即使是刚刚上手的新?V3500V3700V5000V7000的主要性能，容量指标对比（v7000就不要写了）
缓存8/16GB16GB/32GB16/32/48/64GB
磁盘120168/336240/480/720/960
相对性能*1(turbo是1.3) 1.5/32/4/6/8
*V5000最多2台集群，V7000有2，3，4台集群，以上表格中列出各集群
?功能上的差异，V7000是功能最全的版本，以V7000为参照
?V5000没有实时压缩和NAS功能
?V3K除没有实时压缩和NAS功能外，还没有集群和外部虚拟化
?V3K和V5K的EasyTier是收费的，V5KflashCopy也收费。这些V7K都不收费
?V3K和V5K有SAS接口，V7K没有
2.1.2方案拓扑示意图（最好自己做一个新图，以中文标示,符合而客户要求的）客户原有一个sun带的整列柜，可否利用起来，怎么利用，图中标明
2.1.3方案关键优势
采用最新的IBMV5000高性能、高扩展性、高安全性的企业级存储，能够
最大限度保证用户的数据访问效率。信息中心大多需要能够提供7*24小
时的服务，是典型的关键业务，是不能停止的，对系统的高可靠性有着很
高的要求。特别是数据的安全性方面尤为重要。它具有独特的容错结构设
计，能够提供了全面的数据保护，使得业务的连续性得以保证，充分满足
各业务系统高可靠性和数据安全性的强烈要求。
存储系统的前后端硬件和软件均采用冗余架构，某一硬件出现故障，对应
用系统没有任何影响，能最大程度的保证信息中心的连续性。利用多路径
管理软件，不但能实现故障访问路径的自动切换功能，还能实现负载均衡
功能，这一点对现在或者将来的高负荷的业务系统尤为重要。
此集中存储方案具有良好的扩展性，随着信息中心业务的发展，相关集中
存储也会不端的升级。SIBMV5000存储系统具有很强的适应性和可扩展
性。它们不仅能够同时支持各种UNIX开放系统平台，包括HP、IBM、
DEC、Sun、SGI、等，而且能够和WindowsNT相连。这些特点保证了
IBMV5000存储系统拥有了非凡的可扩展性，即使将来选用了不同的主机
平台，IBMV5000仍能保持与不同主机的无缝连接
2.1.4方案配置(把客户的服务器配置列个表，每个服务器用什么型号的hba 卡写清楚，硬盘报价单写，表格专业点)
IBM (填写说明：系统名称根据产品开票信息进行更
改）
1
IBMV5000存储系统双控制器，8个8GbFC主机端口，4个1GbEiSCSI端口，16GB缓存，默认
含快照、克隆、自动精简配置等功能，选配远程复制功能，24个盘位，
支持168块盘配置10*600GBSAS硬盘2*200GBSSD固态盘
1
IBM交换机(填写说明：系统名称根据产品开票信息进行更改）1
博科320E 交换机24个端口光纤交换机，配置16个8GB模块，激活16口,完全Fabric架构，
最多可有239台交换机,8.5GGbps线速，全双工,1，2，4和8Gbps端口速率
自动感应，可选择性编程为固定端口速率；1，2，4和8Gbps端口速率匹
配，原厂3年保修.
2
2.1.5存储系统建设所能达到的效果（，然后实施前和实施后的拓扑图对比，拓扑图中要标明sun服务器和刀片服务器的特殊性）
整合了分散的数据管理。将原有的低效、技术过时、安全性低的存储统计整合为集中的SAN存储。
提高了应用程序的访问效率和访问性能。由高性能的SAN集中存储为关键业务系统提供高IOPS的访问通道，提高了业务系统的访问和运行效率。
提高了数据存储的安全性。集中SAN存储从前端主机到后端存储都提供双冗余架构，无任何单点故障。
提高了存储的扩展能力。SureSaveDA580D-16ES有很强的容量和性能扩展能力，随着业务的发展和数据的增加，对将来集中存储的扩展是无缝的，对现有生产系统无任何影响。
为将来容灾系统建设提供了先决条件和硬件基础。企业级的容灾系统建设必须以集中的SAN存储整合为基础，在设计集中存储方案时，充分考虑了将来的容灾需求，为容灾系统建设预留了相关接口，在产品选型时选定了支持容灾的相关设
备。
第二期规划（异地容灾单独作为而且，可以附上镜像软件，三期是虚拟化）
2.2虚拟化系统总体设计
2.2.1方案总述
根据第一期部署的环境，第二期需要一套虚拟化软件及另一台V5000和光纤交换
机做容灾。虚拟化集群可以灵活使用IBMV5000存储直接部署，IBM提供完善数据迁移服务，确保数据安全和业务连续性.
目前，多数企业拥有不止一台服务器，而且是分布在不同位置，比如生产机房和备份机房，分别放置着各类应用、数据库、Web、邮件等服务器。并采用传统的数据保护方法——通过磁带进行备份及恢复，包括本地备份、网络备份。然而，随着信息量的激增以及企业对业务连续性要求的提高，传统的磁带备份方案面临着前所未有的挑战（把磁带换成手动备份其他PC,和移动硬盘备份）：备份和恢复不可靠
备份时间太长，难以在指定的时间内完成数据备份，
恢复速度太慢，难以满足业务连续性的需求
备份的操作成本不断增加
备份资源无法有效共享
无力对现有备份过程进行更改
非结构化数据（文件）备份性能是个突出问题
综上所述，企业需要寻求一种新的数据保护方案，使企业在尽可能低的运营成本和拥有成本的前提下，提高备份与恢复效率、实现灾难恢复，既保护数据安全又保证业务连续。
IBM (填写说明：系统名称根据产品开票信息进行更
改）
1
IBMV5000存储系统双控制器，8个8GbFC主机端口，4个1GbEiSCSI端口，16GB缓存，默认
含快照、克隆、自动精简配置等功能，选配远程复制功能，24个盘位，
支持168块盘配置10*600GBSAS硬盘2*200GBSSD固态盘
1
IBM交换机(填写说明：系统名称根据产品开票信息进行更改）1
博科320E 交换机24个端口光纤交换机，配置16个8GB模块，激活16口,完全Fabric架构，
最多可有239台交换机,8.5GGbps线速，全双工,1，2，4和8Gbps端口速率
自动感应，可选择性编程为固定端口速率；1，2，4和8Gbps端口速率匹
配，原厂3年保修.
2
2.3.1方案拓扑示意图
2.3.2方案关键优势。
支持VMwarevStorageAPI从ESX/ESX(i)主机备份和恢复机器，所以您无需在所有的客户虚拟机上安装Agent，这样可以节约管理成本和资源通过LAN-FRER
备份关键业务系统，备份恢复工作不占用任何网络带宽，减少备份恢复的时
间，提高备份恢复的效率。
通过VMwareCBT使增量备份的速度更快。V5000可通过自动恢复最新备份到待
机状态的虚拟机，当出现数据灾难事件时可以立即开机运行。
数据中心容灾备份方案完整版
数据中心容灾备份方案 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】
数据保护系统 医院备份、容灾及归档数据容灾 解决方案 1、前言 在医院信息化建设中，HIS、PACS、RIS、LIS 等临床信息系统得到广泛应用。医院信息化 HIS、LIS 和 PACS 等系统是目前各个医院的核心业务系统，承担了病人诊疗信息、行政管理信息、检验信息的录入、查询及监控等工作，任何的系统停机或数据丢失轻则降低患者的满意度、医院的信誉丢失，重则引起医患纠纷、法律问题或社会问题。为了保证各业务系统的高可用性，必须针对核心系统建立数据安全保护，做到“不停、不丢、可追查”，以确保核心业务系统得到全面保护。 随着电子病历新规在 4 月 1 日的正式施行，《电子病历应用管理规范（试行）》要求电子病历的书写、存储、使用和封存等均需按相关规定进行，根据规范，门(急)诊电子病历由医疗机构保管的，保存时间自患者最后一次就诊之日起不少于15 年；住院电子病历保存时间自患者最后一次出院之日起不少于 30 年。
2、医院备份、容灾及归档解决方案 针对医疗卫生行业的特点和医院信息化建设中的主要应用，包括：HIS、PACS、RIS、LIS 等，本公司推出基于数据保护系统的多种解决方案，以达到对医院信息化系统提供全面的保护以及核心应用系统的异地备份容灾 数据备份解决方案 针对于医院的 HIS、PACS、LIS 等服务器进行数据备份时，数据保护系统的备份架构采用三层构架。 备份软件主控层（内置一体机）：负责管理制定全域内的备份策略和跟踪客户端的备份，能够管理磁盘空间和磁带库库及光盘库，实现多个客户端的数据备份。备份软件主服务器是备份域内集中管理的核心。 客户端层（数据库和操作系统客户端）：其他应用服务器和数据库服务器安装备份软件标准客户端,通过这个客户端完成每台服务器的 LAN 或 LAN-FREE 备份工作。另外，为包含数据库的客户端安装数据库代理程序，从而保证数据库的在线热备份。 备份介质层（内置虚拟带库）：主流备份介质有备份存储或虚拟带库等磁盘介质、物理磁带库等，一般建议将备份存储或虚拟带库等磁盘介质作为一级备份介质，用于近期的备份数据存放，将物理磁带库或者光盘库作为二级备份介质，用于长期的备份数据存放。
系统容灾解决方案
系统容灾解决方案 容灾基本概念 容灾是一个范畴比较广泛的概念，广义上，我们可以把所有与业务连续性相关的内容都纳入容灾。容灾是一个系统工程，它包括支持用户业务的方方面面。而容灾对于IT而言，就是提供一个能防止用户业务系统遭受各种灾难影响及破坏的计算机系统。容灾还表现为一种未雨绸缪的主动性，而不是在灾难发生后的“亡羊补牢”。 从狭义的角度，我们平常所谈论的容灾是指：除了生产站点以外，用户另外建立的冗余站点，当灾难发生，生产站点受到破坏时，冗余站点可以接管用户正常的业务，达到业务不间断的目的。为了达到更高的可用性，许多用户甚至建立多个冗余站点。 容灾系统是指在相隔较远的异地，建立两套或多套功能相同的IT系统，互相之间可以进行健康状态监视和功能切换，当一处系统因意外(如火灾、地震等)停止工作时，整个应用系统可以切换到另一处，使得该系统功能可以继续正常工作。容灾技术是系统的高可用性技术的一个组成部分，容灾系统更加强调处理外界环境对系统的影响，特别是灾难性事件对整个IT节点的影响，提供节点级别的系统恢复功能。 要实现容灾，首先要了解哪些事件可以定义为灾难？典型的灾难事件是自然灾难，如火灾、洪水、地震、飓风、龙卷风、台风等；还有其它如原提供给业务运营所需的服务中断，出现设备故障、软件错误、网络中断和电力故障等等；此外，人为的因素往往也会酿成大祸，如操作员错误、破坏、植入有害代码和病毒袭击等。现阶段，由于信息技术正处在高速发展的阶段，很多生产流程和制度仍不完善，加之缺乏经验，这方面的损失屡见不鲜。 容灾的七个层次 等级1： 被定义为没有信息存储的需求，没有建立备援硬件平台的需求，也没有发展应急计划的需求，数据仅在本地进行备份恢复，没有数据送往异地。这种方式是成本最低的灾难恢复解决方案，但事实上这种恢复并没有真正达到灾难恢复的能力。 一种典型等级1方式就是采用本地磁带库自动备份方案，通过制定相关的备份策略，可以实现系统等级1备份。 等级2： 是一种为许多站点采用的备份标准方式。数据在完成写操作之后，将会送到远离本地的地方，同时具备有数据恢复的程序。在灾难发生后，在一台未启动的计算机上重新完成。系统和数据将被恢复并重新与网络相连。这种灾难恢复方案相对来说成本较低，但同时有难以管理的问题，即很难知道什么样的数据在什么样的地方。这种情况下，恢复时间长短依赖于何时硬件平台能够被提供和准备好。
emc存储容灾技术解决方案
EMC VNX5400 存储容灾技术解决方案 2017年8月 易安信电脑系统（中国）有限公司 .1
一、需求分析 随着各行业数字化进程的推进，数据逐渐成为企事业单位的运营核心，用户对承载数据的存储系统的稳定性要求也越来越高。虽然不少存储厂商能够向用户提供稳定性极高的存储设备，但还是无法防止各种自然灾难对生产系统造成不可恢复的毁坏。为了保证数据存取的持续性、可恢复性和高可用性，远程容灾解决方案应运而生，而远程复制技术则是远程容灾方案中的关键技术之一。 远程复制技术是指通过建立远程容灾中心，将生产中心数据实时或分批次地复制到容灾中心。正常情况下，系统的各种应用运行在生产中心的计算机系统上，数据同时存放在生产中心和容灾中心的存储系统中。当生产中心由于断电、火灾甚至地震等灾难无法工作时，则立即采取一系列相关措施，将网络、数据线路切换至容灾中心，并且利用容灾中心已经搭建的计算机系统重新启动应用系统。 容灾系统最重要的目标就是保证容灾切换时间满足业务连续性要求，同时尽可能保持生产中心和容灾中心数据的连续性和完整性，而如何解决生产中心到容灾中心的数据复制和恢复则是容灾备份方案的核心内容。 本方案采用EMC MirrorView 复制软件基于磁盘阵列（VNX5300-VNX5400）的数据复制技术。它是由磁盘阵列自身实现数据的远程复制和同步，即磁盘阵列将对本系统中的存储器写I/O操作复制到远端的存储系统中并执行，保证生产数据和备份数据的一致性。由于这种方式下数据复制软件运行在磁盘阵列内，因此较容易实现生产中心和容灾容灾中心的生产数据和应用数据或目录 .2
的实时拷贝维护能力，且一般很少影响生产中心主机系统的性能。如果在容灾中心具备了实时生产数据、备用主机和网络环境，那么就可以当灾难发生后及时开始业务系统的恢复。 .3
数据中心容灾备份方案
数据保护系统 医院备份、容灾及归档数据容灾 解决方案
1、前言 在医院信息化建设中，HIS、PACS、RIS、LIS 等临床信息系统得到广泛应用。医院信息化HIS、LIS 和PACS 等系统是目前各个医院的核心业务系统，承担了 病人诊疗信息、行政管理信息、检验信息的录入、查询及监控等工作，任何的系统停机或数据丢失轻则降低患者的满意度、医院的信誉丢失，重则引起医患纠纷、法律问题或社会问题。为了保证各业务系统的高可用性，必须针对核心系统建立数据安全保护，做到“不停、不丢、可追查”，以确保核心业务系统得到全面保护。 随着电子病历新规在 4 月 1 日的正式施行，《电子病历应用管理规范（试行）》要求电子病历的书写、存储、使用和封存等均需按相关规定进行，根据规范，门(急)诊电子病历由医疗机构保管的，保存时间自患者最后一次就诊之日起不少于15 年；住院电子病历保存时间自患者最后一次出院之日起不少于30 年。
2、医院备份、容灾及归档解决方案 针对医疗卫生行业的特点和医院信息化建设中的主要应用，包括：HIS、PACS、RIS、LIS 等，本公司推出基于数据保护系统的多种解决方案，以达到对医院信息化系统提供全面的保护以及核心应用系统的异地备份容灾 2.1 数据备份解决方案 针对于医院的HIS、PACS、LIS 等服务器进行数据备份时，数据保护系统的备份架构采用三层构架。 备份软件主控层（内置一体机）：负责管理制定全域内的备份策略和跟踪客户端的备份，能够管理磁盘空间和磁带库库及光盘库，实现多个客户端的数据备份。备份软件主服务器是备份域内集中管理的核心。 客户端层（数据库和操作系统客户端）：其他应用服务器和数据库服务器安装备份软件标准客户端,通过这个客户端完成每台服务器的LAN 或LAN-FREE 备份工作。另外，为包含数据库的客户端安装数据库代理程序，从而保证数据库的在线热备份。
灾备中心数据容灾解决方案
财政灾备中心数据容灾解决方案 上海浪擎科技有限公司售前咨询部2012年8月25日
目录 1. 统一统筹，责任分明................................... 错误！未定义书签。2．浪擎灾备中心设计 (3) 2.1 灾备中心网络设计 (3) 2.2 两级监管的优势 (4) 2.3 横向扩展—支撑更多的用户 (5) 2.4 浪擎灾备软件的容灾优势 5 3．附件： (10) 2.4 附件1：部分案例介绍 (10) 1.统一统筹，分级管理
众所周知，集中建设备份中心的目的很明确，就是要本着少花钱多办事的原则，为全区域的各政府部门建立起一个共享的灾备平台，统一规划，节省投资。灾备中心共享化的确是一种符合政府信息化需求特点的建设趋势，即建成后将用一个灾备中心同时满足多个政府部门的数据备份保护需求。同时，灾备是一项长效的、专业的系统工程，只有专业的管理和服务才能将产品、技术、运维、演练有机结合，才能真正将灾备落到实处。然而各政府部门用户普遍“人少事多”，在规划和建设灾难备份和恢复系统时，经常面临着许多同样的困惑，例如对灾难恢复建设不熟悉、没经验，管理、技术、运维都面临调整、垂直行业无标准或标准混乱；投资保护和长远规划难于兼顾等等。因此，集中建立一个共享的灾备平台，实现专业人员集中管理，将灾备作为一种既统一管理、又可自主选择灾备级别的服务提供给各委办局使用，能从根本上避免“建而不管，备未无患”的尴尬，同时因为采用共享式灾备，可以极大的节约灾备中心的软硬件投入。 可见，建立集中的政府灾备中心，确实是一件有很大价值的好事儿。 但另一方面，随着部份地区的探索和实践，也发现政府异地灾备份中心与普遍意义的数据（灾备）中心在建设上存在着较大差异，建设和管理还存在很多难处。由区域政府牵头来建设灾备份中心，其核心难度在于：各条块、各委办局IT系统建设程度不一，数据存储形式复杂。因此如何搭建起一个同时满足各种不同复杂需求的统一灾备中心，并如何将灾备作为一种统一的、可选择的服务提供给各委办局使用，的确是一件非常“棘手”的任务。 结合多年的实际经验，浪擎科技对政府异地备份建设进行了一个小小的总结： 政府异地备份一般由灾备中心、委办局单位、备份系统、管理制度等组成。浪擎科技的建设经验证明，由于多家单位牵涉其中，在灾备系统建设之初就应理顺各方关系，协调好责任与义务。 上海浪擎信息科技有限公司是一家专注于存储、备份与容灾领域解决方案研发的公司，建设了多个大型的政府异地备份系统结合多年的实际经验，浪擎科技对政府异地备份建设进行了一个小小的总结： 政府异地备份一般由灾备中心、委办局单位、备份系统、管理制度等组成。浪擎科技的建设经验证明，由于多家单位牵涉其中，在灾备系统建设之初就应理顺各方关系，协调好责任与义务。 2.浪擎灾备中心设计 2.1灾备中心网络设计 目前政府电子政务网络由政务内网和政务外网构成。政府灾备可以选择电子政务网络作为灾备的基础网络，对于涉密的系统可经由政务内网传输；对于非涉密的系统可经由政务外网传输。数据量特别大的单位可架设专网接入灾备中心。
六种数据库容灾方案
六种数据库容灾方案 1、经典方案，即双机ha，单盘阵的环境。 简单的说，双机热备就是用两台机器，一台处于工作状态，一台处于备用状态，但备用状态下，也是开机状态，只是开机后没有进行其他的操作。打个比方来说，在网关处架上两台频宽管理设备，将两台的配置设定为一致，只是以一台的状态为主，一台为次。主状态下的频宽管理设备工作，处理事件，次状态下的频宽管理设备处于休眠，一旦主机出现故障，备用频宽管理设备将自动转为工作状态，代替原来的主机。这就是“双机热备”。 2、单机双盘阵（os层镜像）。针对某些用户的双盘阵冗余的需求，我提出了在os层安装卷管理软件，用软件对两台盘阵做镜像的方案，但只有单机工作，一台盘阵挂了，因为os层的软raid的作用，系统仍然可以工作。 3、双机双柜（os层镜像）方案，这个方案，仍然是用os层做镜像，但是用了双机ha，这种方式有个尚未确认的风险，非纯软方式的ha要求主机有共享的存储系统。一台机器对盘阵lun做的镜像虚拟卷，是否也适用另一台主机，也就是说，a主机做的镜像，b主机接管后，是否会透明的认出a机做镜像之后的逻辑虚拟卷，如果ab两主机互相都能认，那么就是成功的方案！！ 4、双机双柜（底层镜像）。这种方案，虽然共享的lun不是在一台物理盘阵上，但是被底层存储远程镜像到另一台盘阵上，能保持数据的一致性
5、双机双柜纯软方式HA。这种方案，主机装纯软HA软件，虽然纯软不需要外接盘阵，但是接了盘阵，照样可行。 6、双机双柜（hacmp geo），其实geo大体上就是个类似于纯软HA的软件。
数据库安全 （一）数据库安全的定义 数据库安全包含两层含义：第一层是指系统运行安全,系统运行安全通常受到的威胁如下，一些网络不法分子通过网络，局域网等途径通过入侵电脑使系统无法正常启动，或超负荷让机子运行大量算法，并关闭cpu风扇，使cpu过热烧坏等破坏性活动；第二层是指系统信息安全，系统安全通常受到的威胁如下，黑客对数据库入侵，并盗取想要的资料。 编辑本段 （二）数据库安全的特征 数据库系统的安全特性主要是针对数据而言的，包括数据独立性、数据安全性、数据完整性、并发控制、故障恢复等几个方面。下面分别对其进行介绍 1．数据独立性 数据独立性包括物理独立性和逻辑独立性两个方面。物理独立性是指用户的应用程序与存储在磁盘上的数据库中的数据是相互独立的；逻辑独立性是指用户的应用程序与数据库的逻辑结构是相互独立的。 2．数据安全性 操作系统中的对象一般情况下是文件，而数据库支持的应用要求更为精细。通常比较完整的数据库对数据安全性采取以下措施： （1）将数据库中需要保护的部分与其他部分相隔。 （2）采用授权规则，如账户、口令和权限控制等访问控制方法。 （3）对数据进行加密后存储于数据库。 3．数据完整性 数据完整性包括数据的正确性、有效性和一致性。正确性是指数据的输入值与数据表对应域的类型一样；有效性是指数据库中的理论数值满足现实应用中对该数值段的约束；一致性是指不同用户使用的同一数据应该是一样的。保证数据的完整性，需要防止合法用户使用数据库时向数据库中加入不合语义的数据 4．并发控制 如果数据库应用要实现多用户共享数据，就可能在同一时刻多个用户要存取数据，这种事件叫做并发事件。当一个用户取出数据进行修改，在修改存入数据库之前如有其它用户再取此数据，那么读出的数据就是不正确的。这时就需要对这种并发操作施行控制，排除和避免这种错误的发生，保证数据的正确性。 5．故障恢复 由数据库管理系统提供一套方法，可及时发现故障和修复故障，从而防止数据被破坏。数据库系统能尽快恢复数据库系统运行时出现的故障，可能是物理上或是逻辑上的错误。比如对系统的误操作造成的数据错误等。 SQL server数据库安全策略 SQL Server2000[1]的安全配置在进行SQL Server2000数据库的安全配置之前，首先必须对操作系统进行安全配置，保证操作系统处于安全状态。然后对要使用的操作数据库软件（程序）进行必要的安全审核，比如对ASP、PHP等脚本，这是很多基于数据库的Web应用常出现的安全隐患，对于脚本主要是一个过滤问题，需要过滤一些类似“,;@/”等字符，防止破坏者构造恶意的SQL语句。接着，安装SQL Server2000后请打上最新SQL补丁SP3。 SQL Server的安全配置 1．使用安全的密码策略 我们把密码策略摆在所有安全配置的第一步，请注意，很多数据库账号的密码过于简单，这跟系统密码过于简单是一个道理。对于sa更应该注意，同时不要让sa账号的密码写于应用程序或者脚本中。健壮的密码是安全的第一步，建议密码含有多种数字字母组合并9位以上。SQL Server2000安装的时候，如果是使用混合模式，那么就需要输入sa的密码，除非您确认必须使用空密码，这比以前的版本有所改进。同时养成定期修改密码的好习惯，数据库管理员应该定期查看是否有不符合密码要求的账号。 2．使用安全的账号策略 由于SQL Server不能更改sa用户名称，也不能删除这个超级用户，所以，我们必须对这个账号进行最强的保
数据容灾备份设计方案
数据容灾备份设计方案 1.1数据备份的主要方式 目前比较实用的的数据备份方式可分为本地备份异地保存、远程磁带库与光盘库、远程关键数据+定期备份、远程数据库复制、网络数据镜像、远程镜像磁盘等六种。 （1）本地备份异地保存 是指按一定的时间间隔（如一天）将系统某一时刻的数据备份到磁带、磁盘、光盘等介质上，然后及时地传递到远离运行中心的、安全的地方保存起来。 （2）远程磁带库、光盘库 是指通过网络将数据传送到远离生产中心的磁带库或光盘库系统。本方式要求在生产系统与磁带库或光盘库系统之间建立通信线路。 — （3）远程关键数据+定期备份 本方式定期备份全部数据，同时生产系统实时向备份系统传送数据库日志或应用系统交易流水等关键数据。 （4）远程数据库复制 生产系统相分离的备份系统上建立生产系统上重要数据库的一个镜像拷贝，通过通信线路将生产系统的数据库日志传送到备份系统，使备份系统的数据库与生产系统的数据库数据变化保持同步。 （5）网络数据镜像 是指对生产系统的数据库数据和重要的数据与目标文件进行监控与跟踪，并将对这些数据及目标文件的操作日志通过网络实时传送到备份系统，备份系统则根据操作日志对磁盘中数据进行更新，以保证生产系统与备份系统数据同步。 （6）远程镜像磁盘 利用高速光纤通信线路和特殊的磁盘控制技术将镜像磁盘安放到远 …
离生产系统的地方，镜像磁盘的数据与主磁盘数据以实时同步或实时异步方式保持一致。磁盘镜像可备份所有类型的数据。备份拓扑网络结构1.2（即东风东路院区中心机广州市第八人民医院具有两个不同地点的中心机房房和嘉禾院区中心机房），在这基础上是可以构建一个异地容灾的数据备份系统，以确保本单位的系统正常运营及对关键业务数据进行有效地保护，以下设计方案仅提供参考。嘉禾院区数据中心东风东院区数据中心 本方案中，我们采用EMC的CDP保护技术来实现数据的连续保护和容灾系统。 1.在东风东院区数据中心部署一台EMC 480统一存储平台，配置一个大容量光纤磁盘存储设备，作为整个系统数据集中存储平台。 2.在嘉禾院区数据中心部署一台EMC 480统一存储系统，配置一个大容量光纤磁盘存储设备，作为整个平台的灾备存储平台。 ） 3.两地各部署两台EMC RecoverPoint/SE RPA，采用CLR技术，即CDP（持续数据保护）+CRR（持续远程复制），实现并发的本地和远程数据保护。 4.在东风东院区数据中心本地采用EMC RecoverPoint/SE CDP（持续数据保护）技术实现本地的数据保护。． 5.两地采用EMC RecoverPoint/SE CRR（持续远程复制）技术，实现远程的数据保护。由于两地之间专线的带宽有限，可以采用EMC Recoverpoint/SE异步复制技术，将东风东院区数据中心EMC480上的数据定时复制到嘉禾院区数据中心。根据带宽的大小，如果后期专线带宽有所增加，RecoverPoint会自动切换同步、异步、快照时间点三种复制方式，尽最大可能保证数据的零丢失。 1.3本地数据数据保护（CDP）设计
道孚县人民法院大数据安全系统存储及备份容灾系统建设方案设计
道孚县人民法院 数据安全存储及备份容灾系统建设方案 一、建设意义 随着计算机的普及和信息技术的进步，特别是计算机网络的飞 速发展，信息安全的重要性日趋明显。但是作为信息安全的一个重 要内容数据备份的重要性却往往被人们所忽视。只要发生数据传输、数据存储和数据交换，就有可能产生系统失效、数据丢失或遭到破坏。如果没有采取数据备份和数据恢复手段与措施，就会导致数据 丢失或损毁，给数据中心造成的损失是无法弥补与估量的。 道孚县人民法院近年来越来越依赖于数据处理来进行管理及办公，对业务系统的依赖性也随之增加。我法院从2010年开始着重推 进信息化，但在进行信息化建设的同时灾难也随之潜伏进来，使得 业务系统在潜伏着威胁的环境里运行。因此在进行信息化建设过程 中保证法院的业务系统连续运行及数据处理的高可靠性和高可用性 已经成为首先要考虑。 二、我院可能面临的灾难事故风险 1、存储介质风险：，包括存储和服务器硬盘，设备老化，影响 数据安全，发生概率较高。 2、应用服务器风险：服务器硬件故障，影响应用业务间断，发 生概率比较高。 3、逻辑错误风险：受人为误操作，病毒，升级等因素。影响数 据和应用，发生概率非常高。 4、机房环境风险：机房断点，异常电压，灰尘，气温等，影 响数据和应用。 5、自然灾害风险：地震、火灾、动乱等发生将是彻底灾难事故。影响数据和应用。 如果不能对风险采取有效治理，一旦数据由于上述某种原因丢失，就有可能造成整个法院在管理及办公上的严重问题，法院的形 象也将受到影响。如果核心数据丢失，严重时完全有可能造成整个 法院的瘫痪。
三、我院现状 道孚县人民法院地处甘北入口之重县，目前下设三个派出法庭，在未来几年还将再建四个派出法庭。随着“数字法院”的建设发展，业务应用系统的增加现有的数据保障模式已无法满足我院及其派出 法庭的数据安全和应用持续性保护。 （1）道孚县人民法院机房业务环境有： 法院信息化管理系统，它包括：案件绩效评估系统，审判管理 系统，OA系统，邮件系统，人事系统等；科技法庭系统还在建设之中。全院服务器有两台，一台为数据库服务器，一台为中间件服务器，均为windows操作系统平台，数据库服务器由Sybase数据库支撑。 （2）道孚县法院存储数据主要类型： 1、日常材料的扫描图片； 2、服务器业务运行产生的文件； 3、以后科技法庭建成后所产生的大量音视频文件； （3）备份数据的主要类型： 1、日常材料的扫描件； 2、服务器操作系统； 3、服务器业务运行产生的文件； 4、应用模块产生的业务数据，数据库等； 由于各种环境因素和升级问题，法院系统可能会出现故障。随 着硬件使用逐渐老化，应用程序故障等其他问题，会导致系统时常 停顿。保障这些业务系统不间断运行，需要构建一套能够及时恢复 故障设备，应用高可用性保障系统。 四、方案设计要求 （1）异地容灾： 方案设计需考虑备份的数据往往会因为非人为操作错误外的其 他因素所影响而导致毁坏，如地震、火灾、丢失等。因此必须在不 同的地点建立备份系统。
(完整版)存储级数据容灾方案
1.用户现状与需求 1.1.用户IT系统现状 用户现有系统包括数据库、应用、WEB、邮件等系统，虽然是双机架构，但是其稳定性和可靠性都没有达到核心系统应该具备的标准，而且直连的存储架构对于性能和管理型都有一定的局限性。 业务数据是企业业务的生命线，如何保护好计算机系统里存储的数据，保证系统稳定可靠地运行，并为业务系统提供快捷可靠的访问，是系统建设中最重要的问题之一。为了保护业务系统的关键业务数据，我们必须对这些数据进行有效的备份，并支持快速恢复。 通过备份的方式将文件、数据库等重要数据做一个副本，只能在本地建立数据保护。但因意外(如火灾、地震等)停止工作时，随之而来的损失更是不可估量，为避免类似风险的存在，就需要建立异地容灾系统，整个应用系统可以切换到另一处，使得该系统功能可以继续正常工作，保证业务稳定运行。 1.2.用户需求 1.2.1.建设目标 从容灾的级别来说，可以规划数据级容灾和应用级容灾，根据业务种类多，业务方式多样化的特点，仅建设一个数据级容灾是不够，容灾发生时，业务快速的恢复是容灾系统的一大需求。应用级容灾是建立在数据级容灾的基础上，在容灾切换时，除了切换核心的数据库数据外，还包含了IP地址切换（按客户需要选择），中间件服务，用户级业务。应用级容灾从流程上实现了全业务的连续性需求。 从我们的灾难系统建设经验出发，xxx有限公司可以考虑以下业务连续性计划目标：RPO（最大允许数据丢失时间）：零数据丢失 RTO（最大允许宕机时间）：30分钟
应用级容灾需求 1.2.2.需求分析 用户需要保障数据的长期安全可靠的，数据对于灾难的安全性和可恢复性：灾难切换时间要求灾难系统切换时间不超过30分钟，最好在10分钟内实现。 多种灾难切换方式提供自动灾难系统切换和手动灾难切换方式 计划内维护要求提供计划内维护支持能力，计划内维护切换时间不多于10分钟 数据丢失性要求原则上要求零数据丢失，可以依据情况进行调整 数据同步方式提供同步和异步两种方式 备份和灾难备份方式采用物理备份方式实现 物理部件失败要求支持部分磁盘，文件系统，主机，磁盘柜等各种物理部件失败导致的失败保护。 站点失败要求支持由于火灾，电力以及其他因素导致站点失败的数据保护。 逻辑失败要求支持由于数据块腐败导致的数据库无法启动，数据丢失等逻辑失败保护 人类错误失败要求支持由于人类误操作以及入侵等导致人类错误失败导致的数据保护或者恢复。 生产系统的性能影响要求生产系统性能影响不超过5% 生产系统可用性要求容灾系统不会降低生产系统可用性 网络链路分钟级别短暂故障要求不会对生产系统产生影响 网络链路小时级别长期故障要求不会对生产系统产生影响 网络链路密集的秒级别短暂故障要求不会对生产系统产生影响 网络链路容错支持网络链路的容错，可以利用网络的备份链路，比如多路网卡等灾难系统的硬件故障由于灾难系统硬件故障导致的灾难系统不可用不会对生产系统产生影响，比如网卡，磁盘以及控制卡等 灾难系统的软件故障由于灾难系统软件故障导致的灾难系统不可用不会对生产系统产生影响，比如灾难系统管理软件部件等 网络协议采用IP网络实现
存储级数据容灾方案
1.用户现状与需求 1.1.用户系统现状 用户现有系统包括数据库、应用、、邮件等系统，虽然是双机架构，但是其稳定性和可靠性都没有达到核心系统应该具备的标准，而且直连的存储架构对于性能和管理型都有一定的局限性。 业务数据是企业业务的生命线，如何保护好计算机系统里存储的数据，保证系统稳定可靠地运行，并为业务系统提供快捷可靠的访问，是系统建设中最重要的问题之一。为了保护业务系统的关键业务数据，我们必须对这些数据进行有效的备份，并支持快速恢复。 通过备份的方式将文件、数据库等重要数据做一个副本，只能在本地建立数据保护。但因意外(如火灾、地震等)停止工作时，随之而来的损失更是不可估量，为避免类似风险的存在，就需要建立异地容灾系统，整个应用系统可以切换到另一处，使得该系统功能可以继续正常工作，保证业务稳定运行。 1.2.用户需求 1.2.1.建设目标 从容灾的级别来说，可以规划数据级容灾和应用级容灾，根据业务种类多，业务方式多样化的特点，仅建设一个数据级容灾是不够，容灾发生时，业务快速的恢复是容灾系统的一大需求。应用级容灾是建立在数据级容灾的基础上，在容灾切换时，除了切换核心的数据库数据外，还包含了地址切换（按客户需要选择），中间件服务，用户级业务。应用级容灾从流程上实现了全业务的连续性需求。 从我们的灾难系统建设经验出发，有限公司可以考虑以下业务连续性计划目标：（最大允许数据丢失时间）：零数据丢失 （最大允许宕机时间）：30分钟 应用级容灾需求
1.2.2.需求分析 用户需要保障数据的长期安全可靠的，数据对于灾难的安全性和可恢复性：灾难切换时间要求灾难系统切换时间不超过30分钟，最好在10分钟内实现。 多种灾难切换方式提供自动灾难系统切换和手动灾难切换方式 计划内维护要求提供计划内维护支持能力，计划内维护切换时间不多于10分钟 数据丢失性要求原则上要求零数据丢失，可以依据情况进行调整 数据同步方式提供同步和异步两种方式 备份和灾难备份方式采用物理备份方式实现 物理部件失败要求支持部分磁盘，文件系统，主机，磁盘柜等各种物理部件失败导致的失败保护。 站点失败要求支持由于火灾，电力以及其他因素导致站点失败的数据保护。 逻辑失败要求支持由于数据块腐败导致的数据库无法启动，数据丢失等逻辑失败保护 人类错误失败要求支持由于人类误操作以及入侵等导致人类错误失败导致的数据保护或者恢复。 生产系统的性能影响要求生产系统性能影响不超过5% 生产系统可用性要求容灾系统不会降低生产系统可用性 网络链路分钟级别短暂故障要求不会对生产系统产生影响 网络链路小时级别长期故障要求不会对生产系统产生影响 网络链路密集的秒级别短暂故障要求不会对生产系统产生影响 网络链路容错支持网络链路的容错，可以利用网络的备份链路，比如多路网卡等灾难系统的硬件故障由于灾难系统硬件故障导致的灾难系统不可用不会对生产系统产生影响，比如网卡，磁盘以及控制卡等 灾难系统的软件故障由于灾难系统软件故障导致的灾难系统不可用不会对生产系统产生影响，比如灾难系统管理软件部件等 网络协议采用网络实现 网络带宽一般的百兆或者千兆带宽
ibm存储容灾方案v
i b m存储容灾方案v This manuscript was revised by the office on December 22, 2012
存储容灾解决方案 目录
一、概述 1.1信息系统现状 1.1.1存储系统现状 目前业务系统主要应用系统有文件服务器（windows ）、应用服务器（windows ）、邮件服务器（windows ）、防病毒服务器（windows ）、HR 服务器（windows ）和ERP 服务器（SUN 小机）。目前应用系统均运行在独立的服务器中，一方面服务器本身容量空间有限，随着业务数据的不断增长，空间已基本饱和，另一方面数据安全性没有保障，服务器故障将面临整个业务系统数据丢失（单台服务器故障，怎么会造成整个数据丢失）。应用系统的高性能存储空间及数据保护工作是信息中心最为重视的 现有存储系统情况统计：（表格把客户目前服务型号及硬盘分布要写的详细些，表格我会提供） 序号 系统组成 系统类型/存储方式（位置） 现有磁盘阵列及类型、容量 1 文件服务器 Windows/本地 // 2 应用服务器 Windows/本地 3 邮件服务器 Windows/本地 4 防病毒服务器 Windows/本地 5 HR 服务器 Windows/本地 6 ERP 服务器 SUN 小机/本地 从上表情况来看，所有业务系统的数据都存放在本地硬盘上，本地硬盘存储具有如下缺陷： 单硬盘或者原始RAID 方式，故障率高，安全性低。 性能低下，影响应用主机性能。 磁盘容量性能扩展性差。 只能通过与之连接的主机进行访问。 每一个主机管理它本身的文件系统，但不能实现与其他主机共享数据。 数据分散，管理复杂。
异地容灾解决方案
存储升级整合与迁移方案规划建议书
目录 1. 方案总体规划 (4) 1.1存储现状及问题 (4) 2. 方案架构和选型分析 (6) 2.1高端存储平台选型论证 (6) 2.2整体方案及拓扑结构 (10) 2.3本次推荐的VSP及原有USP配置及容量规划 (11) 2.3.1 现有USP硬件配置及升级后配置情况 (11) 2.3.2 现有USP软件配置及升级后配置情况 (11) 2.3.3 新购VSP硬件配置情况 (11) 2.3.4 新购VSP软件配置情况 (12) 3. 数据迁移及服务 (13) 3.1数据迁移概述 (13) 3.1.1 当前系统架构 (13) 3.1.2 存储迁移架构 (13) 3.1.3 TrueCopy项目实施工作表 (14) 3.1.4 HUR项目实施工作表 (15) 3.1.5 ShadowImage项目实施工作表 (17) 4. 项目灾难备份演练、切换策略 (19) 4.1灾难备份演练策略 (19) 4.2灾难备份演练概述 (19) 4.2.1 灾难备份演练的目的 (19) 4.2.2 灾难备份演练的方法 (19) 4.3灾难备份切换策略 (21) 4.3.1 灾难备份切换概述 (21) 4.3.2 灾难备份切换策略 (21) 4.3.3 灾难切换及完整地意义的灾难恢复 (21) 4.3.4 灾难备份系统在技术层面可能存在的恢复缺陷 (22) 4.3.5 关键业务系统灾难恢复方案 (22) 5. 方案总结与介绍 (24) 5.1HDS存储方案特点 (24) 5.2HDS VSP高端存储指标和关键技术 (26) 5.2.1 存储虚拟化功能 (28) 5.2.2 存储逻辑分区技术 (29) 5.2.3 通用复制（UR）软件技术 (30) 5.3HDS VSP高端存储指标 (32)
分布式存储系统设计方案——备份容灾
分布式存储系统设计方案——备份容灾 在分布式存储系统中，系统可用性是最重要的指标之一，需要保证在机器发生故障时，系统可用性不受影响，为了做到这点，数据就需要保存多个副本，并且多个副本要分布在不同的机器上，只要多个副本的数据是一致的，在机器故障引起某些副本失效时，其它副本仍然能提供服务。本文主要介绍数据备份的方式，以及如何保证多个数据副本的一致性，在系统出现机器或网络故障时，如何保持系统的高可用性。 数据备份 数据备份是指存储数据的多个副本，备份方式可以分为热备和冷备，热备是指直接提供服务的备副本，或者在主副本失效时能立即提供服务的备副本，冷备是用于恢复数据的副本，一般通过Dump的方式生成。 数据热备按副本的分布方式可分为同构系统和异步系统。同构系统是把存储节点分成若干组，每组节点存储相同的数据，其中一个主节点，其他为备节点;异构系统是把数据划分成很多分片，每个分片的多个副本分布在不同的存储节点，存储节点之间是异构的，即每个节点存储的数据分片集合都不相同。在同构系统中，只有主节点提供写服务，备节点只提供读服务，每个主节点的备节点数可以不一样，这样在部署上会有更大的灵活性。在异构系统中，所有节点都是可以提供写服务的，并且在某个节点发生故障时，会有多个节点参与故障节点的数据恢复，但这种方式需要比较多的元数据来确定各个分片的主副本所在的节点，数据同步机制也会比较复杂。相比较而言，异构系统能提供更好的写性能，但实现比较复杂，而同构系统架构更简单，部署上也更灵活。鉴于互联网大部分业务场景具有写少读多的特性，我们选择了更易于实现的同构系统的设计。 系统数据备份的架构如下图所示，每个节点代表一台物理机器，所有节点按数据分布划分为多个组，每一组的主备节点存储相同的数据，只有主节点能提供写服务，主节点负责把数据变更同步到所有的备节点，所有节点都能提供读服务。主节点上会分布全量的数据，所以主节点的数量决定了系统能存储的数据量，在系统容量不足时，就需要扩容主节点数量。在系统的处理能力上，如果是写能力不足，只能通过扩容主节点数来解决;而在写能力不足时，则可以通过增加备节点来提升。每个主节点拥有的备节点数量可以不一样，这在各个节点的数据热度不一样时特别有用，可以通过给比较热的节点增加更多的备节点实现用更少的资源来提升系统的处理能力。
IBM-数据级容灾解决方案.
1、基于软件的数据备份技术 在应用软件进行灾难备份的解决方案中，应从下面三个层次考虑：用户应用程序 客户机软件 数据库引擎 其中用户应用程序和客户机软件一般不包含关键数据，几乎所有数据都由数据库引擎管理并放置在数据库服务器中。在这三者之中，数据库中的数据保护最为重要。 一般情况下，用户应用程序和客户机软件只需要将其执行代码和参数配置文件做以备份，当灾难发生时，可以通过这些备份重新安装和配置用户应用程序和客户机软件。 对数据库的备份，如果采用硬件级灾难备份有两种方法：一是采用备份的方法，即定期地将数据备份到硬盘和磁带/磁带库上，这些磁带可以通过运输的方式运到远程，以防磁带在本地的灾难中发生毁坏。这种方法的缺陷是实时性较差，恢复时间较长；另一种做法就是硬件镜像的做法，这种做法在硬件的投资上较大，对两点间的网络带宽有较大的要求。那么，有没有一种两者兼顾的解决方案呢？数据库产品提供的数据库复制技术就是一种两者兼顾的灾难备份解决方案。在前面提到的灾难恢复方案的7个层次中属于第5或第6层次。 数据库复制技术在数据库级别的灾难备份解决方案中可以实现远程容灾。目前已有的产品有IBM DB2 HADR、IBM INFORMIX HDR以及ORACLE DATA GUARD。 IBM DB2 HADR是High Availability Disaster Recovery 的缩写，HADR 将HA（高可用性）和INFORMIX DR的技术紧密结合起来。INFORMIX HDR是High Availability Data Replication的缩写。
HDR的工作原理是通过将主数据库服务器（简称为A）的逻辑日志缓冲区复制到备份数据库服务器（简称为B），而且能在主数据库服务器操作失败时自动切换到备份数据库服务器。复制方式有同步方式和异步方式两种。我们将在下面详细介绍HDR的工作原理以及同步方式和异步方式。 正常状态下，主数据库服务器做数据库的读写操作，备份数据库服务器为只读方式。当主数据库服务器失败时，备份数据库服务器会自动接管主数据库服务器的事务处理。此时，备份数据库服务器作为主数据库服务器进行数据库的读写操作。当主数据库服务器被修复后，主数据库服务器作为新的备份数据库服务器。
数据库容灾、复制解决方案全分析(绝对精品)
数据库容灾、复制解决方案全分析（绝对精品） 目前，针对oracle数据库的远程复制、容灾主要有以下几种技术或解决方案： （1）基于存储层的容灾复制方案 这种技术的复制机制是通过基于SAN的存储局域网进行复制，复制针对每个IO进行，复制的数据量比较大;系统可以实现数据的同步或异步两种方式的复制.对大数据量的系统来说有很大的优势（每天日志量在60G以上）,但是对主机、操作系统、数据库版本等要求一致，且对络环境的要求比较高。 目标系统不需要有主机，只要有存储设备就可以，如果需要目标系统可读，需要额外的配置和设备，比较麻烦。 （2）基于逻辑卷的容灾复制方案 这种技术的机制是通过基于TCP/IP的网络环境进行复制，由操作系统进程捕捉逻辑卷的变化进行复制。其特点与基于存储设备的复制方案比较类似，也可以选择同步或异步两种方式，对主机的软、硬件环境的一致性要求也比较高，对大数据量的应用比较有优势。其目标系统如果要实现可读，需要创建第三方镜像。个人认为这种技术和上面提到的基于存储的复制技术比较适合于超大数据量的系统，或者是应用系统的容灾复制。 我一直有一个困惑，存储级的复制，假如是同步的，能保证数据库所有文件一致吗？或者说是保证在异常发生的那一刻有足够的缓冲来保障？ 也就是说，复制的时候起文件写入顺序和oracle的顺序一致吗？如果不一致就可能有问题，那么是通过什么机制来实现的呢？ 上次一个存储厂商来讲产品，我问技术工程师这个问题，没有能给出答案 我对存储级的复制没有深入的研究过，主要是我自己的一些理解，你们帮我看一下吧…… 我觉得基于存储的复制应该是捕捉原系统存储上的每一个变化，而不是每隔一段时间去复制一下原系统存储上文件内容的改变结果，所以在任意时刻，如果原系统的文件是一致的，那么目标端也应该是一致的，如果原系统没有一致，那目标端也会一样的。形象一点说它的原理可能有点像raid 0，就是说它的写入顺序应该和原系统是一样的。不知道我的理解对不对。另外，在发生故障的那一刻，如果是类似断电的情况，那么肯定会有缓存中数据的损失，也不能100%保证数据文件的一致。一般来说是用这种方式做oracle的容灾备份，在发生灾难以后目标系统的数据库一般是只有2/3的机会是可以正常启动的（这是我接触过的很多这方面的技术人员的一种说法，我没有实际测试过）。我在一个移动运营商那里看到过实际的情况，他们的数据库没有归档，虽然使用了存储级的备份，但是白天却是不做同步的，只有在晚上再将存储同步，到第二天早上，再把存储的同步断掉，然后由另外一台主机来启动目标端存储上的数据库，而且基本上是有1/3的机会目标端数据库是起不来的，需要重新同步。 所以我觉得如果不是数据量大的惊人，其他方式没办法做到同步，或者要同时对数据库和应用进行容灾，存储级的方案是没有什么优势的，尤其是它对网络的环境要求是非常高的，在异地环境中几乎不可能实现。
数据容灾备份方案
山西新景矿煤业有限责任公司数据灾备解决方案 2017年10月
目录 第1章需求分析 (3) 1.1用户简介 (3) 1.2需求描述 (3) 1.3方案目标 (5) 第2章技术方案 (7) 2.1全局拓扑 (7) 2.2（人员定位、产量监控、自动化平台）应用级双活容灾设计——镜像系统 (7) 2.3（网站、OA、虹膜系统等）数据级容灾设计——实时备份 (8) 2.4功能展示 (8) 2.4.1全自动化追逐式全量 (8) 2.4.2实时增量复制 (9) 2.4.3切换 (9) 2.4.4回切 (9) 2.4.5日常维护 (9) 2.5镜像系统．在线式应用级容灾系统产品优势 (10) 2.5.1所见即所得的容灾 (10) 2.5.2应用级的复制技术 (10) 2.5.3实施无需停顿业务系统 (10) 2.5.4主备系统硬件规格无需一致 (10) 2.5.5对网络带宽消耗非常小 (10) 2.5.6其他 (11) 2.6实时备份．数据级备份系统产品优势 (11) 2.6.1全功能全平台 (11) 2.6.2实时、定时备份 (11) 2.6.3任意时间点还原 (12) 2.6.4其他 (12) 2.7Y系MCenter平台.可持续运维平台 (13) 2.8方案配置 (14) 2.8.1软件模块 (14) 2.8.2硬件模块 (14) 第3章项目预算清单 (16)
第1章需求分析 1.1用户简介 新景矿是国家"八五"、"九五"重点能源建设项目之一，前身为阳煤集团三矿改扩建区。1997年8月试生产，井口定名三矿新井，隶属三矿管理。1998年10月阳煤集团为建立高产、高效矿井，以"阳煤党发【1998】398号"文《关于成立新景矿及新井党委的通知》将三矿新井从三矿分离出来，成立新景矿。 随着企业社会信息化的发展，众多业务系统的运行，必然会产生大量的数据，而这些数据作为各行各业最重要的资源，越来越受到人们重视。同样，由于数据量的增加和新业务的不断涌现，如何确保数据的安全性、可用和可靠性；如何确保业务系统的可持续性运行；如何实现数据的集中管理，建立便捷维护的平台也是目前所面临的一个重要问题。 1.2需求描述 ?简述 根据与用户的沟通，我们初步了解到客户的实际环境业务系统众多，其中人员定位系统、产量监控系统、生产自动化平台均采用集群方式，也是本企业的核心应用系统，其他诸如网站、OA、虹膜等系统均为单机运行。具体环境见下方调研表： ?容灾环境调研表
(完整word版)OracleDataGuard容灾解决方案
Oracle DataGuard容灾解决方案
目录 一. 需求分析 (3) 二. 解决方案 (3) 拓扑架构 (3) 方案特点 (4) 方案优势 (4) 产品介绍 (5) 三. Oracle维保服务 (8) 四. 方案报价 (10)
一. 需求分析 用户现有两台服务器，windows2008平台，一台运行oracle 11g r2，一台运行用友NC 6.3。现在通过每天备份的方式保证安全。用户希望在他的另一个机房（裸光纤互联）中搭建容灾平台。 因此本方案针对以上现状，提出Oracle DataGuard容灾解决方案，这样主数据库在遇到极端状况时，可以及时切换到备库，保证业务的连续性。 二. 解决方案 拓扑架构 Dataguard可以实现远程数据容灾,利用该功能也可实现高可用性。 数据容灾是指建立一个异地的数据系统，该系统是本地关键应用数据的一个实时复制。在本地数据及整个应用系统出现灾难时，系统至少在或本地异地保存有一份可用的关键业务的数据,基于该功能,结合客户实际情况我方推荐使用其作为保证系统可靠运行的一种解决方案,由于两台机器的数据一致性以及低延迟,完全可以胜任,在主机出现故障时,切换至备机运行。
方案特点 ?对现有的环境改动小，能最大限度的减少对现有应用系统的影响。 ?能满足客户对海量数据的管理要求。 ?可以实现远距离容灾，对网络要求低，低延时，快速业务切换。 ?同步或异步日志传输； ?低成本的投入。 方案优势 灾难恢复和高可用性—Data Guard 提供了一个高效和全面的灾难恢复和高可用性解决方案。易于管理的转换和故障切换功能允许主数据库和备用数据库之间的角色转换，从而使主数据库因计划的和计划外的中断所导致的停机时间减到最少。 完善的数据保护—使用备用数据库，Data Guard 可保证即使遇到不可预见的灾难也不会丢失数据。备用数据库提供了防止数据损坏和用户错误的安全保护。主数据库上的存储器级物理损坏不会传播到备用数据库上。同样，导致主数据库永久损坏的逻辑损坏或用户错误也能够得到解决。最后，在将重做数据应用到备用数据库时会对其进行验证。 有效利用系统资源—备用数据库表使用从主数据库接收到的重做数据进行更新，并且可用于诸如备份操作、报表、合计和查询等其它任务，从而减少执行这些任务所必需的主数据库工作负载，节省宝贵的CPU 和I/O 周期。使用逻辑备用数据库，用户可以在模式中不从主数据库进行更新的表上执行数据处理操作。逻辑备用数据库可以在从主数据库中对表进行更新时保持打开，并可同时对表进行只读访问。最后，可以在维护的表上创建额外索引和物化视图，以获得更好的查询性能和适应特定的业务要求。 灵活的数据保护功能，从而在可用性与性能要求之间取得平衡—Oracle Data Guard 提供了最大保护、最高可用性和最高性能等模式，来帮助企业在系统性能要求和数据保护之间取得平衡。 自动间隔检测及其解决方案—如果主数据库与一个或更多个备用数据库之间的连接丢失（例如，由于网络问题），则在主数据库上生成的重做数据将无