容灾系统建设应注意的问题
容灾解决方案
容灾解决方案
《容灾解决方案》
容灾（Disaster Recovery）是指在灾难事件发生后，能够及时
将数据、系统和业务恢复到正常运行状态的一种管理方法。
在当今信息化社会，数据备份和灾难恢复计划已经成为企业不可或缺的一部分。
对于企业来说，拥有一套完善的容灾解决方案至关重要。
首先，在设计容灾解决方案时，企业需要充分了解自身的业务需求和风险情况。
这包括对业务系统、数据量、可用性要求等方面进行全面的评估。
只有对企业的情况有了深入了解，才能制定出更加符合实际需求的容灾解决方案。
其次，数据备份是容灾解决方案的核心。
企业需要建立定期的数据备份机制，并保证备份数据的安全性和可靠性。
同时，备份数据的存储地点也需要考虑，可以选择远程数据中心或云存储服务，以防止发生地域性灾难时备份数据也会受到影响。
另外，容灾解决方案还需要考虑如何保证系统的高可用性。
企业可以采用服务器集群、负载均衡、容错技术等手段，以确保在主服务器宕机时能够快速切换到备用服务器，从而降低业务中断的风险。
最后，在容灾方案的实施过程中，企业需要不断进行演练和测试，以验证容灾计划的有效性和可靠性。
只有通过真实的演练，企业才能及时发现容灾解决方案中存在的问题，并及时进行调
整和优化。
总之，容灾解决方案不仅仅是在灾难发生后的应急措施，更应该是一种全面和系统的管理方法。
只有充分考虑了企业的实际需求和风险情况，才能制定出更加完善和有效的容灾解决方案。
深度解析 容灾系统建设的三个难题
深度解析容灾系统建设的三个难题近年来，地震、海啸等自然灾难频发，使得信息系统的容灾系统建设成为各行业IT建设的重中之重。
然而，不同的容灾系统建设技术与繁复的建设过程让许多IT管理者出现了放多不解现象和困惑。
如果企业能够在建立容灾系统的初始阶段就清楚的了解容灾的有关概念和技术实现手段，那么企业容灾系统建设的速度就会大大加快，并且能够做到有的放矢，提高容灾系统建设和应用的效率与投资回报率。
经过多年的容灾系统建设经验的积累，飞康总结出用户在容灾系统建设中经常遇到的难点问题，并提出了解决方案，希望可以对企业的容灾系统建设有所帮助。
灾备系统首要防范的灾难容灾备份体系建设可以从很多个角度去考虑，但其中最重要的一项，是哪些灾难类是用户首要考虑防范的，这些灾难对于RPO/RTO指标有什么具体的要求等。
一谈到灾难的防御范围，大家习惯性的会重点考虑一些硬灾难，包括服务器、存储等硬件设备损坏造成的宕机；地震、火灾、机房进水等造成的机房失效，也有空调损坏、多站供电断电等意外；甚至当瘟疫蔓延时机房无法进入等极端情况。
这类灾难一般被称为“‘硬’性灾难”或“站点级灾难”，即整个站点失效，从而整个站点所提供的服务中止。
此外，还有很多非硬性的灾难。
这类灾难发生后，虽然建筑、设备、人员都是无损的，但整个站点同样失效，整个站点所提供的服务同样被中止。
我们将这类灾难称为“‘软’性灾难”或“类站点级灾难”。
它们带来的后果同样是灾难性的、甚至更加严重。
这种灾难主要是由于一些恶意行为：如外部黑客攻击、内部高技术手段进行破坏以及一些人为的误操作（包括系统维护失误、误删除重要数据、打入冲突系统补丁）等。
硬性灾难或站点级灾难的发生是管理人员能够即刻发现的，造成的损失大多可以立刻评估、处理。
“双活”容灾,走好容灾建设每一步
“双活”容灾，走好容灾建设每一步建设容灾系统就是指利用各种技术和管理手段将灾难的影响化解，它的主要表现形式为两个方面：一是保证企业数据的安全；二是保证业务的连续性。
当各企业的信息化建设走向了一个新的层次，面临各类法规、竞争、高质量服务的新的要求时，能否有效的建立灾难防御体系就成了企业进一步发展的一个里程碑。
容灾系统的建设意义已经被铺天盖地的渲染，各级政府和行业也开始制定规则，规范信息系统在各种灾难下的危机响应水平，从各方面来看，是否有必要建设容灾系统已经走过了探讨的阶段，而摆在人们面前的却是另一个过去始料不及的问题---建立容灾系统的复杂性。
这个问题的复杂度在人们考虑灾备系统规划和建设方案时凸现了出来，例如：人们会发现当提出一个理想的各类业务统一灾难防御体系的建设目标之后，却无法选出满足要求的技术路线或者需要极为高昂的造价。
又比如，人们发现容灾体系建设中，IT部门却无法控制一个整体的容灾流程，而流程的制定又是一个需要全民意识的多兵种工程，等等诸如此类。
在建设容灾系统中，通常会遇到下面几个问题。
第一，在制定容灾系统方案的过程中要考虑的就是容灾系统建设对原有业务系统带来的影响。
比如，采用数据复制技术对系统I/O带来的延迟，应用数据同步对日常业务处理系统带来的压力等。
因此，企业要通过周密的测试和分析来规避容灾系统建设时带来的这些风险，以保证业务系统不会因容灾系统的建设而出现在处理性能上下降的问题。
第二，数据状态要保持同步。
为保证在灾难发生时，业务可以成功地切换到备份中心，就必须保证容灾系统数据同步机制的可靠性。
因此，建立可靠的数据同步校验机制是必须的；同时，还要考虑建立定时的、自动的数据同步核查对比机制，以检验两个中心数据的一致性，这是数据容灾工作中非常重要的一部分。
第三，容灾系统的日常维护工作要尽可能轻，并能承担部分业务处理和测试的工作。
容灾系统的维护和管理是容灾切换成功的重要保证，在系统建设中，就必须要考虑系统的维护管理流程。
企业容灾规划建设三大阶段关键问题总结最佳实践
企业容灾规划建设三大阶段关键问题总结最佳实践近些年兴起的双活灾备解决方案逐渐成为探讨业务连续性的主旋律。
但是面对技术的日新月异和信息技术的多元化发展，如何提高企业整体容灾体系标准，建立一套适合自己的容灾体系架构，一直是企业面临的重大挑战。
甚至有些企业花费大量时间调研学习之后还是无从下手。
归根结底是一些关键问题困扰着。
本文根据近期社区围绕企业容灾规划建设的全过程进行的讨论议题梳理而成。
包括：容灾规划建设之初需要考虑的问题、容灾架构规划阶段需要定性的问题、容灾建设过程当中必须要考虑的一些关键技术问题。
梳理总结者：赵海一、关于容灾规划建设之初需要考虑的问题【关键问题】1.金融企业搞容灾建设应该从什么地方着手？第一步需要做什么事情？2.容灾建设的合规性要求有哪些？如何进行容灾建设规划？3.容灾的 RTO 和 RPO 需要如何来制定？4.数据同步技术到底有没有实际作用？【关键总结】1、何理解备份、高可用、容灾、容错等常用概念？从作用范畴上来讲，备份恢复、高可用架构设计、容错设计、容灾都是为了保障业务连续性的一种手段、技术和工具。
在广义的容灾设计当中必然也会包括基础架构的高可用设计、设备软件的容错设计以及必要的备份恢复。
但是备份恢复、高可用和容错是可以独立存在的，不依赖容灾架构。
从设计功能上来讲，备份恢复不仅仅可以解决由物理故障引起的数据损坏和丢失，而且更重要的是它可以解决由人为的逻辑错误导致的数据损坏和丢失，比如误删数据。
备份恢复是一种事后的补救措施，也就是说它只能发生在问题发生之后。
容错、高可用、容灾中核心的架构设计是为了解决实时问题，是一种事中解决问题的思路，但是这两者都无法解决人为导致的逻辑错误故障导致的业务中断，只能解决物理故障导致的业务中断问题。
从所属性质来讲，业务连续性是着眼业务层面的一套解决思路或者方法论指导下的制度、流程、方案、技术、工具、资源等一系列元素组成的。
而容灾、高可用、备份恢复、容错仅仅是为了保障业务连续而对基础架构进行设计实现的技术工具或者手段。
容灾建设方案
容灾建设方案如今，随着科技的不断进步和社会的快速发展，各种自然灾害和意外事故也时有发生。
在这些突发情况下，灾害的影响往往是难以预料和控制的。
为了应对这种情况，容灾建设成为了我们必须要重视和探索的重要课题。
容灾建设方案是指在各种灾害和紧急情况下，为保障人民的生命财产安全，提前制定的一系列措施和应急预案。
容灾建设方案是一个复杂而庞大的系统工程，需要从多个角度进行综合考虑和规划。
首先，容灾建设方案需要从设备和基础设施的角度进行考虑。
在这个方面，关键是要检查和加固各个关键设备和基础设施的稳定性和安全性。
例如，在电力系统中，可以采取备用电源、单回路供电和电力传输线的冗余设计等方式，以保证在灾害发生时，能够及时切换至备用供电系统，确保电力的持续供应。
其次，容灾建设方案还需要从数据的角度进行考虑。
对于大多数企业和机构来说，数据是不可或缺的重要资产。
一旦数据丢失或无法访问，将会给企业带来巨大的损失。
为了防止这种情况的发生，可以建立数据备份和灾难恢复的系统。
通过定期备份数据，并将数据存储在离线服务器或云端，可以保证在数据意外丢失的情况下，能够及时进行恢复。
另外，容灾建设方案还需要从人员培训和组织机构的角度进行考虑。
虽然设备和系统的规划非常重要，但没有经过专业培训和合理组织的人员，很难有效地应对灾害和紧急情况。
因此，各个企业和机构都应该制定相应的培训计划，对员工进行灾害应急预案和应对措施的培训，提升员工应对突发情况的能力。
此外，容灾建设方案还需要考虑到不同的灾害类型和紧急情况的特点。
世界各地都面临各种各样的自然灾害，如地震、台风、洪水、火灾等，每一种灾害都有其独特的应对方式。
而紧急情况可以包括网络攻击、病毒感染、信息泄露等。
因此，在容灾建设方案中，需要根据不同的情况和特点，制定相应的应急计划和处置程序。
最后，容灾建设方案的执行和维护也是至关重要的。
一份完善的容灾建设方案并不能只是静悄悄地存在在文件夹里，而是需要在实际操作中得到验证和执行。
容灾系统方案
3.在实施过程中，确保合法合规，严格按照相关法律法规要求执行；
4.完成容灾系统建设后，组织验收，确保容灾系统满足业务需求；
5.定期对容灾系统进行评估和优化，提高系统性能。
六、后期维护
1.建立完善的运维管理制度，确保容灾系统正常运行；
2.定期对容灾系统进行维护和保养，包括硬件设备、软件系统和备份数据；
3.关注新技术发展，及时对容灾系统进行升级和优化；
4.定期开展培训和演练，提高运维人员的技术水平和应急处理能力。
本方案旨在为企业提供一套合法合规、高效可靠的容灾系统，以降低灾难带来的损失，保障企业业务的连续性和数据安全。在实施过程中，需遵循相关法律法规，确保容灾系统的合法合规性。同时，企业应根据自身实际情况，调整和优化方案，以满足业务发展需求。
（3）异地灾备中心：在发生区域性灾难时，提供数据恢复和业务接管能力。
2.数据备份
（1）采用定期备份策略，将关键数据备份至同城和异地灾备中心；
（2）备份数据包括：数据库、文件系统、应用配置文件等；
（3）备份方式：全量备份、增量备份和差异备份；
（4）备份频率：根据数据变化情况，合理设置备份频率；
（5）备份验证：定期对备份数据进行恢复测试，确保备份数据可用。
-异地灾备中心：应对区域性灾难，保障数据的长期存储和恢复。
2.数据保护
-备份策略：实施定期备份，包括全量备份和增量备份。
-备份类型：涵盖操作系统、应用数据、数据库和配置文件等。
-备份频率：根据数据变化情况，合理设定备份频率。
-备份验证：定期执行备份数据的恢复测试，确保备份数据的有效性。
3.容灾切换
-自动化切换：利用自动化技术实现生产中心与灾备中心之间的快速切换。
容灾项目需要注意的几大问题
容灾项目需要注意的几大问题一、容灾项目需要多大的投资？其实这个问题也能被反问为：你希望容灾系统能达到什么效果？要想阐述清晰此问题，首先要明白两个指标：RTO和RPO。
RTO，Recover Time Object，恢复时间指标，是指当灾难发生后，生产系统需要多长时间能够恢复生产，他是衡量企业在灾难发生后多长时间能重新开始运转的指标。
RPO，Recover Point Object，恢复点指标，是指灾难发生后，容灾系统能把数据恢复到灾难发生前的哪一个时间点的数据，他是衡量企业在灾难发生后会丢失多少生产数据的指标。
最佳状态下，我们希望RTO=0，RPO=0，即灾难发生对企业生产毫无影响，既不会导致生产停顿，也不会导致生产数据丢失。
从当前计算机技术水平来说，我们能为用户建设这种类型的容灾系统，其中最著名的例子当属VISA和Master的结算系统，由于这两个银行结算组织占据了全球银行结算业务的重要地位，他们的结算系统不允许发生所有停顿和数据丢失的情况，即使在\这种极端情况下。
但实现这样的容灾系统的投资巨大，他结合了存储数据复制技术、服务器操作系统映像技术、集群技术、数据库高可用性设计、应用系统高可用性设计、同步容灾技术、异步容灾技术、同城容灾方案、异地容灾方案，及相应的管理流程和意外事件反映处理流程等周详的规章制度，和人员配备、行政保障手段（通信、交通等），综合在一起完成一个完整的容灾方案（实际是双生产中心或多生产中心方案，并没有单纯的容灾中心）。
不过这种方案的投资过于巨大，目前中国可能除了中国银联这种特别性质的企业外，不会有太多的企业会去实现这个系统。
因此，在电信企业BSS/OSS系统容灾系统建设中，投资规模为多少是合理的？如果业务部门能确认RTO/RPO指标，那技术部门选择了合适的容灾技术及配套的管理流程就能确定投资规模了。
例如，如果业务部门确认，灾难发生后，3个小时内营业厅恢复生产就能满足用户需求，且营业系统数据不能丢失，那RTO＝3小时，RPO＝0，那就必须选择基于存储平台数据复制技术的同步容灾方案；如果业务部门确认，灾难发生后，3天能恢复经营分析系统工作，且以前的数据丢失能忽略不计，那RTO=3天，RPO无，那选择ATA磁盘实现异地备份，就能满足需求。
系统容灾方案
系统容灾方案第1篇系统容灾方案一、背景随着信息技术的不断发展，企业对信息系统的依赖程度越来越高，信息系统已成为企业运营的重要支撑。
然而，自然灾害、人为破坏、系统故障等因素可能导致信息系统发生中断，给企业带来不可估量的损失。
为保障企业信息系统稳定、可靠运行，降低潜在风险，制定系统容灾方案成为当务之急。
二、目标1. 确保关键业务系统在发生故障时，能够在规定时间内恢复正常运行。
2. 提高系统抗灾能力，降低因灾害导致的业务中断风险。
3. 保障数据安全，防止数据丢失或损坏。
4. 符合国家相关法律法规及行业标准，合法合规。
三、容灾策略1. 数据备份：定期对关键数据进行备份，确保数据安全。
a. 全量备份：定期对整个系统进行全量备份，以备不时之需。
b. 增量备份：在两次全量备份之间，对发生变动的数据进行增量备份。
c. 差异备份：在两次全量备份之间，对发生变动的数据进行差异备份。
2. 灾难恢复：在发生系统故障时，通过以下措施进行恢复：a. 本地恢复：在本地搭建一套备用系统，用于快速恢复业务。
b. 异地恢复：在异地建立备份中心，用于在本地发生严重灾害时切换业务。
3. 容灾演练：定期进行容灾演练，验证容灾方案的可行性，提高应对灾害的能力。
四、具体措施1. 数据备份a. 备份频率：根据数据重要性和变化频率，制定合适的备份频率。
b. 备份存储：采用可靠的存储设备，确保备份数据的安全。
c. 备份验证：定期对备份数据进行验证，确保备份可用性。
2. 灾难恢复a. 本地恢复：i. 搭建备用系统：在本地搭建一套与生产系统相似的备用系统。
ii. 数据同步：采用实时或定时方式，将生产系统数据同步至备用系统。
iii. 切换策略：制定明确的切换条件和切换流程，确保在发生故障时，能够快速切换至备用系统。
b. 异地恢复：i. 建立备份中心：在异地建立备份中心，部署相应的硬件和软件资源。
ii. 数据同步：采用专用网络或公网，将本地数据实时或定时同步至备份中心。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
容灾系统建设应注意的问题2007-8-10 作者：编辑：眼镜丢了点击进入论坛随着信息化在社会生活中逐渐占据主角，人们的生活逐渐被日益渗透的信息控制所包围。
而以911为显著特征的国际安全形势的变化以及各类大型或突发灾难的不期而遇，使人们看到了信息集中化在带来入社会进步和改变生活的同时，也带来了高度的风险集中。
业务的核心载体―信息系统在各类风险的威胁下，其健壮性和抗击风险的能力直接决定了企业甚至于行业的生存能力，成为服务水准的基本保障。
这样就引伸出了近来频频见诸于报端和各类媒体的一个热门词汇---容灾系统的建设。
建设容灾系统就是指利用各种技术和管理手段将灾难的影响化解，它的主要表现形式为两个方面：一是保证企业数据的安全；二是保证业务的连续性。
当各企业的信息化建设走向了一个新的层次，面临各类法规、竞争、高质量服务的新的要求时，能否有效的建立灾难防御体系就成了企业进一步发展的一个里程碑。
容灾系统的建设意义已经被铺天盖地的渲染，各级政府和行业也开始制定规则，规范信息系统在各种灾难下的危机响应水平，从各方面来看，是否有必要建设容灾系统已经走过了探讨的阶段，而摆在人们面前的却是另一个过去始料不及的问题---建立容灾系统的复杂性。
这个问题的复杂度在人们考虑灾备系统规划和建设方案时凸现了出来，例如：人们会发现当提出一个理想的各类业务统一灾难防御体系的建设目标之后，却无法选出满足要求的技术路线或者需要极为高昂的造价。
又比如，人们发现容灾体系建设中，IT部门却无法控制一个整体的容灾流程，而流程的制定又是一个需要全民意识的多兵种工程，等等诸如此类。
笔者遇到许多IT管理者经常针对各种容灾系统构建中出现的不解现象和困惑发问，建设经验的缺乏使得人们在遇到各类问题时感到十分迷茫。
如果人们能够在建立容灾系统的初始阶段就能够对各类概念和实现手段十分清晰，就能够大大加快灾备系统的建设步伐，做到有的放矢，做到高效率和投入有效。
以下，我们总结一些常见的容灾系统建设中容易混淆惑经常出现的问题，并给出一定的解决线索，以使得人们能够触类旁通，真正能够将建设的命运掌握在自己的手中，使灾备系统的建设真正做到为企业服务、为社会服务，造福于人民。
业务连续性计划和IT系统的灾备系统是什么关系？答：业务连续性管理是一个危机应急的框架，涵盖：风险管理供应链管理IT容灾和恢复环境设施管理安全管理业务连续性计划的制定主要任务包括定义详细的灾难恢复流程，明确所需的环境和资源，以及相应的容灾团队建设。
业务连续性计划是一套高级管理和规章流程，使一个组织在突发性事件面前能够迅速作出反应，以确保关键业务功能可以持续，而不造成业务中断或业务流程本质的改变。
我们常说的容灾系统就属于IT容灾和恢复的技术范畴，这是一个完整的业务连续性大框架内的一个极为重要的部分，甚至于可能是最有份量的部分。
一般而言，建设灾备系统，需要根据业务的要求和投入规模，确定业务连续性管理的范围和程度，然后，针对IT容灾和恢复提出切实可行的方案。
缺少任何一个环节，整个灾备体系的建设都是不完整的。
没有IT 容灾和恢复的技术实现，整个灾备体系的规划和计划就是无源之水和空中楼阁，根本没有根基。
而没有一个完善的业务连续性体系，则使得整个业务的灾难后的连续运行无法有效进行，整个组织无法形成联动机制，做到危机响应和危机应急。
IT系统的灾备技术手段主要有哪些种？答：IT系统的灾备技术手段根据IT系统的构成有很大的差异，各类手段在适合系统的程度上主要取决于系统本身的组成和建设要求。
比如，IT系统由多操作系统组成，并且灾备系统不能更改生产系统原有的格局，则可行的技术手段就极为严格，需要相当慎重的选择。
灾备技术实现手段中最为重要的一个步骤就是通过网络的连接，将本地端的数据复制一份到远程保存，听起来似乎不难，但在复杂的IT架构下，要想成功实现确也并不容易。
以往，受制于容灾技术实现手段的局限，主要有主机型和存储型两大类容灾方式，而今天，更是出现了具有更强能力的存储网络型的虚拟化容灾方式，使得容灾的技术手段开始丰富起来。
现在开始流行的CDP连续备份技术更是使容灾和备份两大不同的体系开始走向融合。
主机型远程容灾简单的说，就是通过安装在服务器的数据复制软件，或是应用程序提供的数据复制/灾难恢复工具（如数据库的相关工具），利用TCP/IP网络连接远端的容备服务器，实现异地数据复制。
主机型远程容灾的优点是在服务器较少的环境下，所需的成本较低，用户不需更换太多现有的系统架构，也不用担心后端存储系统的兼容性问题，只需支付软件的授权费和灾备端的硬件设备费用即可。
但如果是服务器数量较多的环境，管理上的复杂程度就会增加，整体的投入成本成也会增加。
它的另一个缺点是软件安装在应用程序主机上，运行时会消耗主机的运行资源，如果硬件的等级不高，就可能给应用程序带来影响。
存储系统型异地容灾顾名思义是基于存储系统（光纤磁盘阵列、NAS）的模式。
通过存储系统内建的固件（firmware）或操作系统，通过IP网络或DWDM、光纤通道等传输介面连结，将数据以同步或异步的方式复制到远端。
知名的存储系统型远程容灾方案有SRDF、TrueCopy、PPRC等。
与主机型远程容灾相比，存储系统型远程容灾的优点就是将数据与运行分开，对主机系统的运行资源影响比较小。
另外，由于运行机制大多是利用镜像（mirror）来复制数据，并借助高速缓冲存储器加速I/O存取，两端的数据差异时间点比较小，加上存储系统本身具备一定的容错能力，具有一定的运行性能和可靠性。
而存储系统型远程容灾的最大的限制就在于其昂贵的构造成本。
由于用户必须在本地端和灾备端分?e配置两套相同的存储系统，不仅采购成本高，而且还要受制于单一的设备厂商，未来的扩展性势必缺乏弹性。
此外，光纤通道存储系统如果要构造远程容灾，必须在本地端和灾备端各安装一台FC-to-IP转接器，硬件成本就会超过5万美元，再加上网络带宽成本的话，整体费用投入定会令人咋舌。
如果企业在安装前没有经过谨慎评估的话，建置存储系统型远程容灾极有可能造成IT支出的黑洞，加重财务负担。
另外，存储型容灾方式对于数据库的一致性容灾存在很大的缺陷。
在多点到一点的容灾架构上存在不适用性。
虚拟化容灾方式一种网络存储型远程容灾架构，是在前端应用服务器与后端存储系统之间的存储区域网络（SAN），加入一层存储网关，这个网关和我们所了解的网络网关不同，以虚拟存储的代表技术美国飞康软件公司的方案为例，它结合了IPStor专用管理器，前端连接服务器主机，后端连接存储设备，它的角色就好像是存储网络中的交通警察，所有的I/O 都交由它来控制管理。
当然，现在也出现了旁路（side-band）的控制方式，对于IO流量进行旁路监控和分流，实现异地数据复制。
虚拟化远程容灾的优点就是功能强大。
由于数据复制是通过存储网关来执行，应用服务器只需数据库执行代理程序，相对于主机型远程容灾来说，它的性能影响十分低。
另外，通过存储网关的虚拟化技术，可以整合前端异构平台的服务器和后端不同品牌的存储设备，本地端和灾备端的设备无需成对配置，用户可以根据RTO和RPO，在远端建立完整的热备份中心，当本地端发生灾难时立即接管业务运行；或是采取仅在灾备端安装存储设备的温站配置，先保护数据的完整性和安全性，在本地端修复完成后再进行恢复。
除了上述的不占用主机运行资源，以及不具备存储平台局限性之外，成本更是存储网络型远程容灾的最大优势。
首先，构造时不需更换原有的IT基础架构，只需在原本的存储区域网络中加入存储网关，本地端的主机和存储设备可以是任何品牌，灾备端的主机和存储设备也不需和本地端相同，用户甚至可以在灾备端采用等级较低的存储系统（如SATA磁盘阵列），根据统计，投资成本可节省多达30％左右，对于那些有构造远程容灾的热切需要而IT预算又十分有限的客户来说，虚拟化远程容灾无疑是最佳的选择。
其次，针对数据库专用代理确保数据库具有完整的容灾和启动能力，无需担忧无法启动的现象发生。
更为重要的是，在存储数据上进行的多点快照等增值功能，能使得各种数据的人为破坏均可以得到瞬间恢复的能力（也就是历史数据的恢复能力，这在前两种容灾方式中是一种恢复的盲点），是一种相当完整的容灾体系，其涵盖的灾难抗击范围远超过前述的各类方式。
另外，对于异地传输的带宽占用，虚拟化容灾方式具有各类调优方式，使得这种方式能够最大限度适应用户现有的网络环境。
在这种容灾体系中，容灾的构建已经不再是难事，灾难也不再是极为可怕的事情。
CDP的技术也是虚拟化容灾方式所衍生出来的一种实时系统备份技术，是一种容灾和备份的合成技术。
当然，还有多种主流灾备技术的变形和衍生技术，这里就不一一论述了。
容灾系统的业务连续指标能够提出零间断吗？答：容灾系统的业务连续性是企业的关键业务在灾难发生时的应对能力和恢复能力，即通过尽可能快速的、全面的企业业务恢复运作，将因灾难造成的损失降低到最小程度。
由于在远程网络传输的实时性能力以及对现有生产系统不产生负面压力的要求等多种综合因素的制约，目前各类技术实现手段均是以一定的RPO和RTO作为灾难备份的指标实现，而零丢失或零间断基本上都不具有技术基础。
由于实现零间断采用全同步方式造成的高额的支出和系统运行损害使得零间断或零丢失都不具有可行性。
为什么多点容灾相比单点容灾具有更为复杂的实现？答：许多远程复制技术是基于点到点的传输方式或者要求对等的系统（如主机或存储是相同的类型），但是一个分布式的多点系统情况则不同，这类系统往往要求各节点集中容灾到一个灾备中心，实现多到一的复制，并且，有可能对等系统（如存储设备）并不完全相同。
更为重要的一点，在多点容灾系统中，各个异地传输的网络条件也可能不尽相同，往往会出现某些节点低带宽的传输特点，这样就大大限制了能够采用的容灾技术。
面对多点容灾体系的架构，人们需要更加注重架构的适应性，选择功能和结构适合的技术实现，也就是说，功能和结构是首选考虑因素。
灾备演练如何考虑？答：灾备演练是验证灾难发生时，业务系统能否有效联动切换的极为重要的手段。
没有灾备的演练计划和手段，往往无法预知灾难发生时生产中心和灾备中心的数据一致性，也无法预知灾备中心是否具有了业务接管的一切必要条件。
以往，由于一些企业采用的容灾技术实现不具有灾备演练的技术手段，出现了一些企业在故障发生时，仍然无法启动后援系统进行业务的接管的现象，这些企业不得不仍然采用传统的备份恢复方式进行耗时的数据恢复，不仅出现了大量的数据丢失而且，动辄数十小时的业务停顿，也使得灾备系统的设计者狼狈不堪，教训十分深刻。
因此，选择有效的灾备技术手段的同时，决不能忽略灾备演练的技术手段的提供，在具有多种技术手段的基础上，制定灾备系统的演练和测试计划。