近年来，地震、海啸等自然灾难频发，使得信息系统的容灾系统建设成为各行业IT建设的重中之重。然而，不同的容灾系统建设技术与繁复的建设过程让许多IT管理者出现了放多不解现象和困惑。
　　
　　如果企业能够在建立容灾系统的初始阶段就清楚的了解容灾的有关概念和技术实现手段，那么企业容灾系统建设的速度就会大大加快，并且能够做到有的放矢，提高容灾系统建设和应用的效率与投资回报率。
　　
　　经过多年的容灾系统建设经验的积累，飞康总结出用户在容灾系统建设中经常遇到的难点问题，并提出了解决方案，希望可以对企业的容灾系统建设有所帮助。
　　
　　灾备系统首要防范的灾难
　　
　　容灾备份体系建设可以从很多个角度去考虑，但其中最重要的一项，是哪些灾难类是用户首要考虑防范的，这些灾难对于RPO/RTO指标有什么具体的要求等。
　　
　　一谈到灾难的防御范围，大家习惯性的会重点考虑一些硬灾难，包括服务器、存储等硬件设备损坏造成的宕机；地震、火灾、机房进水等造成的机房失效，也有空调损坏、多站供电断电等意外；甚至当瘟疫蔓延时机房无法进入等极端情况。这类灾难一般被称为“‘硬’性灾难”或“站点级灾难”，即整个站点失效，从而整个站点所提供的服务中止。
　　
　　此外，还有很多非硬性的灾难。这类灾难发生后，虽然建筑、设备、人员都是无损的，但整个站点同样失效，整个站点所提供的服务同样被中止。我们将这类灾难称为“‘软’性灾难”或“类站点级灾难”。它们带来的后果同样是灾难性的、甚至更加严重。这种灾难主要是由于一些恶意行为：如外部黑客攻击、内部高技术手段进行破坏以及一些人为的误操作（包括系统维护失误、误删除重要数据、打入冲突系统补丁）等。
　　
　　硬性灾难或站点级灾难的发生是管理人员能够即刻发现的，造成的损失大多可以立刻评估、处理。而软性灾难或类站点级灾难大部分是无法被管理人员立时发现，因此造成的损失一般要远远大于前者。而且，软件性灾难的恢复非常麻烦，需要企业投入更多的资源、承担更多大的风险去解决。
　　
　　传统容灾技术从诞生至今，已发展十数年未曾改变。这些传统容灾技术在帮助用户分析灾难时通常会刻意强调硬性灾难或站点级灾难的防御，而处处回避软性灾难或类站点级灾难，并将这些更具破坏性的灾难类型推卸给备份技术而逃避容灾规划中最重要的环节。
　　
　　无论技术如何发展，用户对灾难防御范围的要求却始终如一：防御所有类型的灾难是容灾系统建设的首要目标！因此，找到一种能够全面防灾、时时做到‘有灾即有备’的灾备技术，成为用户灾备建设成功与否的基点。
　　
　　灾备建设的成本
　　
　　建设一个完备的灾备系统到底需要投入多少资金呢？投入巨资建设的一个灾备系统到底值不值呢？很多企业都对灾备建设成本的问题最为关心。
　　
　　在一个灾备项目，目标、规模、风险、成本这几重因素总是紧密关联在一起的。灾备项目的成本是由前三者综合决定的。在灾备建设中，首先要考虑的是建设目标，一般而言，灾备建设目标中，我们需要考虑灾难的防御范围、恢复的效果，还需要考虑是否建设能够防御大型灾害的异地灾备系统（还是仅仅同城）等。当我们对于灾难防御的目标胸有成竹之后，我们就需要考虑建设成本了。
　　
　　以往，很多人认为灾备建设的成本只是购买灾备设备的费用，而在实践中，却因为估计不足吃了大亏，根本原因是没有把灾备建设的总体拥有成本计算清楚。
　　
　　要想搞清灾备建设的总体拥有成本，我们看看以下几个元素：
　　
　　1）场地费用：包括灾备机房基础设施费用，灾备中心人员费用等。
　　
　　2）设备费用：包括购买的灾备存储、交换机、路由器、协议转换器、主机等各种设备的费用。这些费用由于容灾技术方案的不同，组成元素完全不同。
　　
　　3）传输网络费用：这一部分费用随着灾备技术路线的不同更是差距明显。尤其在异地灾备体系的建设中，灾备技术路线的不同导致的传输带宽评估有时令人难以置信，可以相差达到40倍的带宽差异。例如，采用不同的技术，也可能只需要每年支付20万的传输网络费用，也可能需要支付每年200万的网络费用，而实际效果却完全相同。