存储级数据容灾方案
emc存储容灾技术解决方案设计
EMC VNX5400存储容灾技术解决方案2017年8月文案大全易安信电脑系统（中国）一、需求分析随着各行业数字化进程的推进，数据逐渐成为企事业单位的运营核心，用户对承载数据的存储系统的稳定性要求也越来越高。
虽然不少存储厂商能够向用户提供稳定性极高的存储设备，但还是无法防止各种自然灾难对生产系统造成不可恢复的毁坏。
为了保证数据存取的持续性、可恢复性和高可用性，远程容灾解决方案应运而生，而远程复制技术则是远程容灾方案中的关键技术之一。
远程复制技术是指通过建立远程容灾中心，将生产中心数据实时或分批次地复制到容灾中心。
正常情况下，系统的各种应用运行在生产中心的计算机系统上，数据同时存放在生产中心和容灾中心的存储系统中。
当生产中心由于断电、火灾甚至地震等灾难无法工作时，则立即采取一系列相关措施，将网络、数据线路切换至容灾中心，并且利用容灾中心已经搭建的计算机系统重新启动应用系统。
容灾系统最重要的目标就是保证容灾切换时间满足业务连续性要求，同时尽可能保持生产中心和容灾中心数据的连续性和完整性，而如何解决生产中心到容灾中心的数据复制和恢复则是容灾备份方案的核心容。
本方案采用EMC MirrorView 复制软件基于磁盘阵列（VNX5300-VNX5400）的数据复制技术。
它是由磁盘阵列自身实现数据文案大全的远程复制和同步，即磁盘阵列将对本系统中的存储器写I/O操作复制到远端的存储系统中并执行，保证生产数据和备份数据的一致性。
由于这种方式下数据复制软件运行在磁盘阵列，因此较容易实现生产中心和容灾容灾中心的生产数据和应用数据或目录的实时拷贝维护能力，且一般很少影响生产中心主机系统的性能。
如果在容灾中心具备了实时生产数据、备用主机和网络环境，那么就可以当灾难发生后及时开始业务系统的恢复。
文案大全二、设计拓扑图文案大全设计说明：1、2台存储和业务服务器同时接入到SAN网络中，互相能访问；2、两台存储之间通过光鲜链路分别连接2个控制器，实现存储冗余。
emc存储容灾技术解决方案
EMC VNX5400 存储容灾技术解决方案2017年8月易安信电脑系统（中国）有限公司.1一、需求分析随着各行业数字化进程的推进，数据逐渐成为企事业单位的运营核心，用户对承载数据的存储系统的稳定性要求也越来越高。
虽然不少存储厂商能够向用户提供稳定性极高的存储设备，但还是无法防止各种自然灾难对生产系统造成不可恢复的毁坏。
为了保证数据存取的持续性、可恢复性和高可用性，远程容灾解决方案应运而生，而远程复制技术则是远程容灾方案中的关键技术之一。
远程复制技术是指通过建立远程容灾中心，将生产中心数据实时或分批次地复制到容灾中心。
正常情况下，系统的各种应用运行在生产中心的计算机系统上，数据同时存放在生产中心和容灾中心的存储系统中。
当生产中心由于断电、火灾甚至地震等灾难无法工作时，则立即采取一系列相关措施，将网络、数据线路切换至容灾中心，并且利用容灾中心已经搭建的计算机系统重新启动应用系统。
容灾系统最重要的目标就是保证容灾切换时间满足业务连续性要求，同时尽可能保持生产中心和容灾中心数据的连续性和完整性，而如何解决生产中心到容灾中心的数据复制和恢复则是容灾备份方案的核心内容。
本方案采用EMC MirrorView 复制软件基于磁盘阵列（VNX5300-VNX5400）的数据复制技术。
它是由磁盘阵列自身实现数据的远程复制和同步，即磁盘阵列将对本系统中的存储器写I/O操作复制到远端的存储系统中并执行，保证生产数据和备份数据的一致性。
由于这种方式下数据复制软件运行在磁盘阵列内，因此较容易实现生产中心和容灾容灾中心的生产数据和应用数据或目录.2的实时拷贝维护能力，且一般很少影响生产中心主机系统的性能。
如果在容灾中心具备了实时生产数据、备用主机和网络环境，那么就可以当灾难发生后及时开始业务系统的恢复。
.3二、设计拓扑图.4设计说明：1、2台存储和业务服务器同时接入到SAN网络中，互相能访问；2、两台存储之间通过光鲜链路分别连接2个控制器，实现存储冗余。
FusionSphere数据中心云容灾方案介绍
故障切换无法保证应用数据一致性，容灾恢复时存在虚拟 机或虚拟机内应用无法启动的风险（计划性迁移可保证）
OceanStor S5500 / OceanStor 18500 V300R005C00及之后版 本；理论上支持OceanStor V3全系列存储，需要验证交付
％中，因为数据丢失，有29％也在两年之内倒闭，生存下来的仅占16％；
美国德克萨斯州大学：只有6%的公司可以在数据丢失后生存下来，43%的公司会彻底关
门，51%的公司会在两年之内消失。
美国劳动局：在遭受一次重大数据丢失后，93％的企业在5年内停止运作。 1小时值多少钱 — 摘自互联网
业务
经纪业务运营 信用卡授权 付费收看 居家购物(TV) 目录销售 预定航班 电子标务销售 ATM费用
第9页
虚拟机保护原理
生产站点
V
V
V
2M
M
M
在规划好的容灾 存储上创建生产 虚拟机及生产卷 (通过volume_type 区分)
3
创建生产卷时， 针对每个卷自
主LUN
动在存储上动
态创建一个小 主LUN
LUN（一个卷
对应到存储一
个LUN）
容灾站点
VM VM VM 容灾管理客户端
管理平面
5 针对生产虚拟机与 占位虚拟机进行容
业务中断对企业影响重大 企业业务如果缺乏业务连续性，关键业务中断对企业影响重大：直 接收入损失、生产力损失、名誉损失和财务业绩损失。
灾难备份也是国家政策法规的要求 美国 《萨班斯法案》 中国中办 《国家信息化领导小组关于加强信息安全保障工作的意见》 中国人民银行 《关于加强银行数据集中安全工作的指导意见》 银监会《银行业金融机构信息系统风险管理指引》《商业银行操作 风险管理指引》 证监会《证券公司集中交易安全管理技术指引》 保监会《保险业信息系统灾难恢复管理指引》
(完整版)存储级数据容灾方案
1.用户现状与需求1.1.用户IT系统现状用户现有系统包括数据库、应用、WEB、邮件等系统，虽然是双机架构，但是其稳定性和可靠性都没有达到核心系统应该具备的标准，而且直连的存储架构对于性能和管理型都有一定的局限性。
业务数据是企业业务的生命线，如何保护好计算机系统里存储的数据，保证系统稳定可靠地运行，并为业务系统提供快捷可靠的访问，是系统建设中最重要的问题之一。
为了保护业务系统的关键业务数据，我们必须对这些数据进行有效的备份，并支持快速恢复。
通过备份的方式将文件、数据库等重要数据做一个副本，只能在本地建立数据保护。
但因意外(如火灾、地震等)停止工作时，随之而来的损失更是不可估量，为避免类似风险的存在，就需要建立异地容灾系统，整个应用系统可以切换到另一处，使得该系统功能可以继续正常工作，保证业务稳定运行。
1.2.用户需求1.2.1.建设目标从容灾的级别来说，可以规划数据级容灾和应用级容灾，根据业务种类多，业务方式多样化的特点，仅建设一个数据级容灾是不够，容灾发生时，业务快速的恢复是容灾系统的一大需求。
应用级容灾是建立在数据级容灾的基础上，在容灾切换时，除了切换核心的数据库数据外，还包含了IP地址切换（按客户需要选择），中间件服务，用户级业务。
应用级容灾从流程上实现了全业务的连续性需求。
从我们的灾难系统建设经验出发，xxx有限公司可以考虑以下业务连续性计划目标：RPO（最大允许数据丢失时间）：零数据丢失RTO（最大允许宕机时间）：30分钟应用级容灾需求1.2.2.需求分析用户需要保障数据的长期安全可靠的，数据对于灾难的安全性和可恢复性：灾难切换时间要求灾难系统切换时间不超过30分钟，最好在10分钟内实现。
多种灾难切换方式提供自动灾难系统切换和手动灾难切换方式计划内维护要求提供计划内维护支持能力，计划内维护切换时间不多于10分钟数据丢失性要求原则上要求零数据丢失，可以依据情况进行调整数据同步方式提供同步和异步两种方式备份和灾难备份方式采用物理备份方式实现物理部件失败要求支持部分磁盘，文件系统，主机，磁盘柜等各种物理部件失败导致的失败保护。
存储容灾方案
存储容灾方案1. 简介存储容灾是指为了保护重要数据免受灾害影响和数据丢失而采取的一系列防护措施。
灾害可能包括自然灾害（如地震、火灾、洪水）、硬件故障、人为错误等。
当发生灾害时，存储容灾方案能够保证数据的安全性和可用性。
2. 存储容灾的目标存储容灾方案的主要目标是确保系统和数据的高可用性和可恢复性。
以下是存储容灾的一些重要目标：•最小化数据丢失：存储容灾方案应该能够最大限度地减少数据丢失的可能性。
合适的备份策略和恢复机制是实现该目标的关键。
•最小化系统停机时间：存储容灾方案应该能够尽快将系统恢复到正常运行状态。
快速恢复的能力可以减少系统停机导致的损失。
•高可靠性：存储容灾方案需要通过冗余和备份来保证数据的可靠性。
当一个存储设备或服务器发生故障时，应该能够无缝切换到备份设备，确保系统的正常运转。
3. 存储容灾的策略存储容灾方案通常是由多个策略和措施组合而成的。
以下是常见的存储容灾策略：3.1 备份策略备份策略是存储容灾方案中最关键的一环。
合理的备份策略可以确保数据在灾害发生时的可恢复性。
以下是一些备份策略的要点：•定期备份：根据业务需求和数据敏感性，制定合理的备份计划。
常见的备份周期包括每日备份、每周备份和每月备份等。
•数据冗余备份：将备份数据存储在多个位置，以确保数据的可靠性和安全性。
冗余备份可以分布在不同的地理位置或不同的存储设备上。
•适当的备份存储介质：根据备份数据的大小和恢复时间需求，选择适当的备份存储介质，如硬盘、磁带或云存储。
3.2 容灾设施容灾设施是指为了保证系统和数据的可用性而建立的备用场所或设备。
以下是一些常见的容灾设施：•热备份：在备用设备上实时同步主设备上的数据，以确保系统在主设备故障时能够立即切换到备用设备。
•冷备份：备用设备上只存储备份数据，当主设备故障时需要手动将数据恢复到备用设备上才能继续运行。
•多活中心：在多个地理位置建立相同功能的活动中心，通过网络连接实现数据的同步和切换，以实现容灾和负载均衡。
EMC存储升级与应用容灾方案
EMC CONFIDENTIAL—INTERNAL USE ONLY.
3
业务数据量
主机名 主机型号 应用及软件 数据库平台和数 目前数 数据增量 量 据量 /年
SQL Server *1 4T 1T
TCBI-104
Power Edge 1850 SQL Server2005
TCBI-40
Power Edge 1850 SQL Server2005
阿里巴巴
玉林市第一人民医院 山东六和集团 中信证券 华夏基金 中美大都会 英泰伟业
FAST Cache
广域网
基于硬盘的读写，使数据的备份和恢复速度 更快，省去了磁带倒带、定位等的响应时间。
可靠地进行恢复
连续的故障检测和自我修复确保数据可恢复 性满足服务级别协议
EMC CONFIDENTIAL—INTERNAL USE ONLY.
11
DataDomain支持CIFS/NFS,FC等备份方式
支持各种工作负荷和数据类型
EMC CONFIDENTIAL—INTERNAL USE ONLY.
7
二期EMC方案
局域网 Member
Win2003
Networker Agent
TCBI-104
Win2003
TCBI-40
Win2003
Bill-88
Windows
Networker 备份服务器
Windows
容灾服务器 容灾服务器
2
业务需求分析
1、存储整合
客户现有环境有四台存储，分别是CX300,CX500,MD2000和CX4-120，存储不服务器为直连 架构，每个业务需要独立的服务器和存储，目前的架构的缺点包括：管理成本高、可用空间丌 能共享等。 另外目前CX300、CX500、MD2000使用时间过长，已超过其生命周期，可靠性降低，厂家 已停止提供维保服务，已经丌适合用于生产环境，需要替换。建议通过一台新存储前期替换并 整合核心业务CX300,CX4-240上的数据，后继整合CX500、MD2000上的BI数据。
容灾方案技术 华为存储HCIA
容灾需求：三大风险：数据丢失、数据破坏、业务中断。
每小时业务中断导致损失以百万美元计法规遵从：金融合规，等保3，安全隔离，两地三中心，高业务连续性IT运维：系统容灾，有备无患，简化IT运维工作，避免突出事件冲击容灾挑战：昂贵的投入高CAPEX：服务器、存储、软件等基础架构购置成本高；机房等基建费用高高OPEX：专业运维支撑(实施/培训/现场支持)；水、电等资源长期投入繁琐的管理设备众多，管理不统一：存储介质、服务器、网络管理界面独立，工作流复杂，效率低下扩容复杂：容量不足，需自行扩容，上线周期长有限的容灾能力安全性、容灾能力不足：备份数据不出数据中心，基础设施故障易导致极端状况敏捷性不足：灾难恢复，数据共享等能力受数据物理位置限制。
应用与数据无法分离，无法构建敏捷应用与更好容灾特性HA： High Availability，高可用性HA：是指提供在本地系统单个组件故障情况下，能继续访问应用的能力。
无论这个故障是业务流程、物理设施、IT软/硬件的故障最好的高可用性就是数据中心的一台机器宕机了，但是使用该数据中心服务的用户完全感觉不到。
但一般数据中心的机器宕机了，在该机器上运行的服务故障切换（failover）一般都需要时间，从而导致客户会有感知HA 的关键指标是可用性，其计算公式是[ 1 - (宕机时间)/（宕机时间 + 运行时间）]，我们常常用几个 9 表示可用性：4 个9 ： 99.99% = 0.01% * 365 * 24 * 60 = 52.56 分钟/年5 个9 ： 99.999% = 0.001% * 365 = 5.265 分钟/年6 个9 ： 99.9999% = 0.0001% * 365 = 31秒钟/年的宕机时间对 HA 来说，往往使用共享存储，这样的话，RPO =0 ；同时往往使用Active/Active （双活集群） HA 模式来使得 RTO 几乎0，如果使用 Active/Passive 模式的 HA 的话，则需要将 RTO 减少到最小限度HA 需要使用冗余的服务器组成集群来运行负载，包括应用和服务。
存储容灾方案
存储容灾方案在当今信息时代，数据的安全和可靠性对于企业和个人来说都至关重要。
然而，由于各种原因，如自然灾害、硬件故障或人为失误，数据可能会丧失或损坏，给企业带来巨大的损失。
因此，制定一套有效的存储容灾方案对于保护数据资产至关重要。
一、灾备目标的设定在制定存储容灾方案之前，首先需要明确灾备目标。
不同的企业有不同的需求，因此需要根据企业的业务需要和风险承受能力来设定灾备目标。
一般来说，灾备目标可以包括：数据存储的完整性和可用性保证、数据恢复时间的控制、业务连续性的保障等。
二、备份和复制策略备份和复制是存储容灾方案中最重要的一部分。
备份是通过创建数据的副本来保护数据，以便在原始数据丢失或损坏时进行恢复。
而复制是将数据复制到另一个地理位置的存储系统中，以提供数据的冗余。
备份和复制可以结合使用，确保数据的安全性和可恢复性。
在选择备份和复制策略时，需要考虑以下几个方面：1.备份频率和策略：根据数据的重要性和更新频率，制定备份频率和策略。
关键数据可以选择实时备份或定期备份，而非关键数据可以选择每日备份或每周备份。
2.备份介质选择：在选择备份介质时，需要考虑容量、速度和可靠性等因素。
常见的备份介质包括磁带、硬盘和云存储等。
3.备份位置选择：备份数据应该存储在一个与原始数据分离的地理位置，以防止因自然灾害或其他事故导致原始数据和备份数据同时丢失。
4.异地复制：为了确保数据的冗余和可用性，可以将数据复制到远程地点的存储系统中。
这样即使一个地点发生了灾害，另一个地点仍然可以提供数据的访问和恢复。
三、数据恢复测试制定存储容灾方案并不意味着工作已经完成，对方案进行定期的测试和验证同样重要。
通过对存储容灾方案进行模拟测试，可以评估方案的有效性和可行性，及时发现并解决潜在问题。
在进行数据恢复测试时，可以按照以下步骤进行：1.选择测试数据：根据不同类型的数据，选择具有代表性的测试数据集，包括关键数据和非关键数据。
2.制定测试计划：制定详细的测试计划，包括测试的时间、地点、人员和设备等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1.用户现状与需求1.1.用户系统现状用户现有系统包括数据库、应用、、邮件等系统，虽然是双机架构，但是其稳定性和可靠性都没有达到核心系统应该具备的标准，而且直连的存储架构对于性能和管理型都有一定的局限性。
业务数据是企业业务的生命线，如何保护好计算机系统里存储的数据，保证系统稳定可靠地运行，并为业务系统提供快捷可靠的访问，是系统建设中最重要的问题之一。
为了保护业务系统的关键业务数据，我们必须对这些数据进行有效的备份，并支持快速恢复。
通过备份的方式将文件、数据库等重要数据做一个副本，只能在本地建立数据保护。
但因意外(如火灾、地震等)停止工作时，随之而来的损失更是不可估量，为避免类似风险的存在，就需要建立异地容灾系统，整个应用系统可以切换到另一处，使得该系统功能可以继续正常工作，保证业务稳定运行。
1.2.用户需求1.2.1.建设目标从容灾的级别来说，可以规划数据级容灾和应用级容灾，根据业务种类多，业务方式多样化的特点，仅建设一个数据级容灾是不够，容灾发生时，业务快速的恢复是容灾系统的一大需求。
应用级容灾是建立在数据级容灾的基础上，在容灾切换时，除了切换核心的数据库数据外，还包含了地址切换（按客户需要选择），中间件服务，用户级业务。
应用级容灾从流程上实现了全业务的连续性需求。
从我们的灾难系统建设经验出发，有限公司可以考虑以下业务连续性计划目标：（最大允许数据丢失时间）：零数据丢失（最大允许宕机时间）：30分钟应用级容灾需求1.2.2.需求分析用户需要保障数据的长期安全可靠的，数据对于灾难的安全性和可恢复性：灾难切换时间要求灾难系统切换时间不超过30分钟，最好在10分钟内实现。
多种灾难切换方式提供自动灾难系统切换和手动灾难切换方式计划内维护要求提供计划内维护支持能力，计划内维护切换时间不多于10分钟数据丢失性要求原则上要求零数据丢失，可以依据情况进行调整数据同步方式提供同步和异步两种方式备份和灾难备份方式采用物理备份方式实现物理部件失败要求支持部分磁盘，文件系统，主机，磁盘柜等各种物理部件失败导致的失败保护。
站点失败要求支持由于火灾，电力以及其他因素导致站点失败的数据保护。
逻辑失败要求支持由于数据块腐败导致的数据库无法启动，数据丢失等逻辑失败保护人类错误失败要求支持由于人类误操作以及入侵等导致人类错误失败导致的数据保护或者恢复。
生产系统的性能影响要求生产系统性能影响不超过5%生产系统可用性要求容灾系统不会降低生产系统可用性网络链路分钟级别短暂故障要求不会对生产系统产生影响网络链路小时级别长期故障要求不会对生产系统产生影响网络链路密集的秒级别短暂故障要求不会对生产系统产生影响网络链路容错支持网络链路的容错，可以利用网络的备份链路，比如多路网卡等灾难系统的硬件故障由于灾难系统硬件故障导致的灾难系统不可用不会对生产系统产生影响，比如网卡，磁盘以及控制卡等灾难系统的软件故障由于灾难系统软件故障导致的灾难系统不可用不会对生产系统产生影响，比如灾难系统管理软件部件等网络协议采用网络实现网络带宽一般的百兆或者千兆带宽要求要求在10以内即可满足要求，可以容忍部分时间的30响应在线实施要求要求在备份系统实施期间保持生产系统运行存储系统失败的原址运行在生产系统主机可用的情况下可以支持系统原址运行部分文件失败的原址运行在部分文件失败的情况下可以支持系统原址运行2.建议方案2.1设计原则通过对用户具体环境和需求的分析，我们在针对性的方案设计上应遵循以下原则：➢最高的性价比，根据用户的实际需求，提供合适的解决方案，在有限的资金许可范围内提供符合需求的方案。
➢优化的策略，关键业务系统和一般应用系统优先级的策略化，需要确保关键业务系统的数据不丢失。
➢广泛的适用性，支持异构平台，产品可以适应不同类型的应用、数据以及主机存储设备。
2.3.8容灾方案设计目前有很多种容灾技术，分类也比较复杂。
根据用户应用系统特点的不同，应用系统持续服务紧迫性的区别，应有针对性的选择容灾系统方案。
（1）基于应用程序容灾解决方案◆方案优点•应用程序在本地、远端双写；•该方案能够实现业务系统在发生灾难时自动切换，保证业务的完全连续性；◆方案缺点•投资非常高，容灾软件价格昂贵；•实施复杂，应用系统需要重新搭建；•该方案完全由软件实现，需消耗主机系统资源，效率底；（2）基于数据库复制的远程容灾解决方案◆方案优点•数据库本身的远程复制（）；•实施相对简便，支持异构存储；◆方案缺点•只能复制数据库文件，实现数据库容灾；•需要重新调试、安装数据库；•停机时间较长；（3）基于主机的远程数据复制软件容灾解决方案◆方案优点•复制软件在卷管理器层面截获，远程复制•支持异构存储；•可以实现应用的实时、自动切换；◆方案缺点•需要重新配置存储卷，停机时间较长；•新增容灾系统需要增加软件授权；（4）基于存储的远程数据复制容灾解决方案◆方案优点•智能存储远程数据复制，技术较成熟；•设备、软件投资费用低；•实施简便，应用系统仅需短时间停机；•不需要对应用、数据库重新安装调试；◆方案缺点•只支持同一厂商同一系列存储；•不能实现应用的实时、自动切换；根据用户的应用特点：建议使用基于存储的容灾方案。
2.3.9系统整体架构本地灾备中心服务器均采用原有服务器，所有服务器配置卡，连接至用户现有光纤交换机；新增存储加入网络，存储空间可根据业务需求，自由划分给多套系统使用；新增一台备份服务器，安装服务端，新增一台虚拟带库作为备份介质保存备份数据，实现备份。
主数据中心和灾备中心之间通过高速光纤链路连接，为数据复制和备份提供了很好的链路基础。
利用容灾管理软件实现磁盘阵列之间数据的复制。
建立同城异地容灭系统，通过数据同步保证在总部运行中心出现重大灾难故障时，能启用灾备中心进行正常交易。
异地备份中心容灾中心新增容灾服务器、容灾交换机，新增的2100作为容灾存储设备，该备份中心只需要保存业务系统数据一份可用的备份。
当本地机房瘫痪时，容灾服务器接管及交易系统。
3.灾备中心运行维护方案3.1.解决方案选择保持业务持续性，恢复业务处理的方法可以包括与冷、温或热站点供应商签订商业合同、移动站点、镜像站点、与内部或外部机构签订互惠协议、与设备供应商签订服务水平协议（）。
另外，在制定系统恢复策略时应该考虑诸如独立磁盘冗余阵列（）、自动故障切换、不间断电源（）和镜像系统等技术。
业务持续性计划必须包括在比较长的期间在备用设施中恢复和执行系统运行的策略。
通常，有三种备用站点可供选择：由机构拥有或运行的专用站点与内部或外部实体签订的互惠协议或协议备忘录商业租用设施无论选择哪种类型的备用站点，设施必须能够支持应急计划中所定义的系统操作。
三种站点类型可以根据运行的准备程度进行分类。
这样的话，站点可以被确定为冷站点、温站点、热站点、移动站点和镜像站点。
根据的结果和银联对业务持续性的要求，选择的解决方案可以描述为：（1）建立异地容灾中心将完全复制生产中心的数据，并实现两中心间的数据实时同步，其功能为：a．正常工作状态下，灾备中心将配置为生产中心的完全数据复制，以保证当生产中心发生灾难时，数据的完整性。
b．当生产中心的存储系统及数据不可访问时,可以通过对备份数据中心的数据的访问。
（2）建立灾备中心，生产中心的数据将完全复制到灾备中心，允许存在一定的时间差，但应满足和要求。
灾备中心配置有与生产中心架构相同的服务器系统，在生产中心无法运行的情况下接替生产中心的生产业务，实现对业务持续性的要求。
a．正常工作状态下，备份中心将配置为生产中心的数据复制源，以最大限度的不影响生产中心的主机和存储系统的性能。
b．当生产中心灾难发生时，灾备中心的完全复制数据将用于生产数据中心的数据同步，以保证当生产中心灾难发生时，灾备中心没有数据丢失；业务可以恢复运行。
3.2.业务持续性策略3.2.1.日常运行状态在没有任何异常情况发生的情况下，系统按照正常的运行状态运转，工作人员按照各自的岗位职责开展工作。
定期将工作内容和工作结果向上级管理人员汇报并接受上级管理人员的监督和检查。
3.2.2.切换流程切换流程分计划内切换流程和计划外切换流程，首先讨论计划为切换流程。
1. 发现并确定灾难情况运行中心运行保障室是负责发现可能导致业务系统灾难的事件的主要部门。
同时，网络维护室、系统维护室和安全管理室等其它部门应该将所发现的可能导致灾难的时间随时向运行保障室报告。
2. 通知负责恢复的人员运行保障室按照预定程序通知业务持续管理小组的值班人员，值班人员需要监控事件的发展，必要时将向业务持续小组负责人通报。
当发生可能导致业务处理中心的情况后，需要通知以下人员：◆信息中心主管◆业务持续管理小组负责人◆业务持续行政小组负责人◆负责维护发生以外事件的系统的部门负责人3. 判断异常影响程度，启动计划启动计划是业务持续管理小组和/或业务持续行政小组的职责。
通常由业务持续管理小组和/或业务持续行政小组的负责人宣布计划的启动。
在被授权的组织会负责人确定需要启动灾备站点后，宣布计划启动。
按照所定义的工作内容，损害评估小组和灾难恢复小组开始工作。
4. 激活灾备站点在通知恢复的人员过程中，灾备站点的值班人员必须被通知并立即投入工作，做好业务运行环境的检查等工作。
关闭可能对恢复业务运行有影响的任何应用系统，做好恢复业务运行的准备。
在收到启动的通知后，按照所定义的操作流程，与生产中心陪着或独立执行业务恢复工作。
5. 发布公告业务持续管理小组的相关成员按照所定义的工作内容向外发布公告6. 提供业务恢复所需的服务在业务恢复以及业务在灾备站点运行期间，内部和外部的支持团队以及相关工作人员按照所定义的工作内容为业务的持续运行服务。
对于计划内切换流程，其大部分内容与计划为流程相同，通常由通知负责恢复的人员开始，直到提供业务恢复所需的服务。
计划内切换可能是由于演习或需要进行站点级的设备维护造成的，有很强的计划性，灾备站点人员应该提早完成恢复业务运行的准备工作，如所有工作人员到位等。
3.2.3.非切换异常处理流程切换流程用于处理不会导致业务切换的异常事件，如部分设备的损坏没有影响业务处理的正常运行，或备份中型和/或灾备中心发生异常等。
虽然这些异常事件不会对业务的运行造成直接影响，但是使系统整体的稳定性降低，业务运行的风险加大了，而且这样的事件大量存在，应该引起足够的重视。
初步计划的非切换异常处理流程如下：1. 发现并确定灾难情况运行中心运行保障室是负责发现可能导致业务系统灾难的事件的主要部门。
同时，网络维护室、系统维护室和安全管理室等其它部门应该将所发现的可能导致灾难的时间随时向运行保障室报告。
2. 通知负责恢复的人员运行保障室按照预定程序通知业务持续管理小组的值班人员，值班人员需要监控事件的发展，必要时将向业务持续小组负责人通报。