【话题讨论】IT架构不比设备，那么软件灾备反面有什么优势（获奖名单已公布-13-12-26)

arron刘

获奖名单已公布，详情请看：http://bbs.chinaunix.net/thread-4117050-1-1.html  

容灾备份系统是一个近几年新兴的名词，他得到了很多IT企业、机关单位等有大量数据存储的单位青睐。容灾备份系统有自己的一套完整的体系，他可以保障大量数据的安全。当今的世界，正在跨入信息时代，数据和信息逐渐成为各行各业的业务基础和命脉。当企业因为信息化带来快捷的服务决策和方便管理时，也必须面对着数据丢失的危险。

灾难恢复（DR）计划的实质是一个复杂且通常预算不足的计划，专注于建立一个依据业务流程而不是灾难情景的、最优化组织的连续运行能力。而事实上，它需要高级管理层的支持，否则不可能成功。

今天我们讨论的话题就是：

1、容灾系统属于IT容灾和恢复的技术范畴，一般而言，建设灾备系统规模大小该如何设定？
2、现在有一种思想是未来IT架构不比设备，那么软件灾备反面有什么优势呢？
3、各位所在企业在灾备方面有哪些不足或者潜在问题呢？


讨论时间：2013.11.28--2013.12.11


活动奖励：活动结束后将会抽取5名会员赠送精图书徽章一本。
PS:凭此徽章可以到书单中换取图书一枚。书单地址：http://bbs.chinaunix.net/thread-4074217-1-1.html

infoback

非常好的话题哟，灾备容灾的话题正好是我现在在研究的，过来发表下拙见

qingduo04

坐在沙发上，慢慢饮小酒。

infoback

1、容灾系统属于IT容灾和恢复的技术范畴，一般而言，建设灾备系统规模大小该如何设定？

灾备系统规模大小的问题，其实不好回答，因为在我看来，第一涉及到行业和特定公司的问题；第二牵涉到容灾地理位置。
归纳地说，从行业和公司角度说，核心业务（银行）记账计费（电信）等等，不同行业的灾备首先考虑到本身行业和公司的核心业务系统的大小，外围关键业务大小，除此之外，有些公司有特殊运营和开发的，也要将此项进入灾备容灾系统的设计之中。这就直接跟大小有关系了。除此就是容灾地理位置的安排策略了，对于同城灾备和异地灾备，这其中灾备规模的大小和网络策略相差还是很大的，总体说同城的灾备系统会相对更完善些。如何规划并优化好RTO与RPO之间的平衡。11年底银监会印发了商业银行业务连续性监管指引，从业务连续的角度上进一步作出了规范。
参考银监会的《商业银行数据中心监管指引》
在《商业银行数据中心监管指引》第七条也明确的提到（其中第四级和第五级有特别硬性规定的），
“第七条 总资产规模一千亿元人民币以上且跨省设立分支机构的法人商业银行，及省级农村信用联合社应设立异地模式灾备中心，重要信息系统灾难恢复能力应达到《 信息安全技术信息系统灾难恢复规范》 中定义的灾难恢复等级第5级（含）以上；其他法人商业银行应设立同城模式灾备中心并实现数据异地备份，重要信息系统灾难恢复能力应达到《信息安全技术信息系统灾难恢复规范》中定义的灾难恢复等级第4级（含）以上。”

2、现在有一种思想是未来IT架构不比设备，那么软件灾备反面有什么优势呢？
软件灾备的延伸在我看来有种很好的例子就是云灾备，这样不重点运用硬件平台进行灾备的方案是软件备份中的一种，优势总体上来说，不难发现，
1）非常清晰的物理环境，相对于原来说要环保节能，不用重点规划硬件布局
2）成本的节约，灾备系统也是硬件投出的一个重要环节，当然我的观点是该投入的硬件不能省
3）可以灵活地根据《商业银行数据中心监管指引》和不同行业特定灾备要求进行快速合理变更
4）兼容异构存储的备份策略，略化地理区域的灾备概念
5）灵活的扩展和业务延续性

3、各位所在企业在灾备方面有哪些不足或者潜在问题呢？
我不敢深入谈我所在的行业，毕竟还只是发表自己的观点，不代表自己公司，谈谈总体在灾备方面的一些想法，
1）态度问题，这个很关键，灾备是大事，不能轻易感觉不重要，很多中小企业不愿意或者总是拖后灾备系统的建设，一方面是经济原因一方面觉得是态度不重视导致
2）人员专业素养问题，当年的民生银行系统宕机问题中有人这么说过，据说是”由于数据系统进行维护时出现了失误，造成宕机”。开始的时候，大家把关注的焦点放到灾备切换与否的问题上，据说是”没敢切换”。这里不管敢不敢，而是当时没有确切问题定位和灾备使用策略上有点问题。
3）技术上，这个就根据具体公司具体行业分析。重点应该集中在CDP，数据库灾备，存储灾备等等上。

欢迎大家一起讨论一同在CU成长，不对之处希望各位大大和老师提点。

qingduo04

哎，差了几秒钟，还以为坐上沙发了，看来只能是板凳了。

qingduo04

1、容灾系统属于IT容灾和恢复的技术范畴，一般而言，建设灾备系统规模大小该如何设定？

按照另外一个项目的容灾系统规模建设是现在有系统规模的70%，即能够基本支持系统的运行，非要100%的支持。
如果是小项目容灾系统建设投入可能比较低，如果大项目比如高达几千万tpmC性能的系统，容灾的投入则非常非常的大。
同时容灾还有个问题，需要定时或者不定时的进行演练，确保容灾系统能够正常的运行。

2、现在有一种思想是未来IT架构不比设备，那么软件灾备反面有什么优势呢？

1.    软件灾备最主要是节约资金的开销
2.    提高硬件灾备的维护工作
       同时软件灾备可以使用软件进行数据的备份，比如数据库可能有复制因子，复制一份或者两份。
       hadooo部署有多节点部署等等

3、各位所在企业在灾备方面有哪些不足或者潜在问题呢？

     当前现网中存在多个库，db2 数据库给予小型机，规模很大，性能几千万，存储接近1P
而GP 当前是1千多万、存储500T左右。
由于GP数据库软件有自身的复制因子，每台服务器的有主要和备用实例，当一台刀片宕掉后，可以自动切换到另外一台。
当时当前的DB2数据库，由于主机是两两互备，在做HA的时候，测试时间过长，当前DB2数据库已经没有备份了。

2009532140

1、容灾系统属于IT容灾和恢复的技术范畴，一般而言，建设灾备系统规模大小该如何设定？
① 首要因素就是系统数据的敏感程度。
② 资金力量是否能够到位
③ 再者就是跟系统的数据量有关系。对系统的HA 有很大的影响。
=======================
2、现在有一种思想是未来IT架构不比设备，那么软件灾备反面有什么优势呢？
① 可以根据系统的需求采用各种灾备软件。也就是说灵活性能强一些。如果数据需要放在不同的操作系统平台上可以采用EterneCluster集群软件。是一款支持多机及双机集群，远程监控，支持多平台的灾备软件。如果仅仅需要双击热备使用RoseHA就OK。反正总能根据自己的需求找到相应的软件。
② 对硬件的依赖性相对较弱。至于是不是减少了资金的总投入量，这个不敢妄下结论。
③ 由于没用过硬件灾备系统，不知道是不是配置起来要比软件的要复杂，这个暂时记一下，待高手解答。
=======================
3、各位所在企业在灾备方面有哪些不足或者潜在问题呢？
① 我们部门主要是SVN 的灾备。主要问题就是，出现问题只能由相应的管理员来处理.在加班的时候会影响开发进程。
② 最蛋疼的底层数据库没有灾备..这个算是更大的问题吧..

forgaoqiang

酝酿下~ {:3_182:}

q1208c

我很想知道各位在没有硬件的时候,空谈软件有什么实际的用途.

在我看来, 备份必须是硬件, 不管你怎么做, 你把所有的数据都放在同一台机器上, 那不叫备份. 或者说, 根本没有达到备份的目的.
道理很简单, 这台机器如果挂了, 你的数据就算不会丢, 也同样不可访问了.

"不把鸡蛋放在同一个篮子里", 这是备份的第一要务.

软件能够解决的, 只是具体的备份方式, 但无法代替硬件.

虚拟带库, 也是真实的硬件, 只不过不是磁带罢了.

qingduo04

回复 9# q1208c

    有点绝对了， 比如现网中生产设备有20台PC服务器，其中服务器是互备的，或者M+N的备份方式，这样在没有再投入容灾设备的前提下，可以使用现有的设备进行了备份。
至于你说如果备份的服务器也宕了，这种是极个别情况。
    就像容灾设备一样，你主设备坏了，切到容灾，但是如果主设备还没有修复，容灾也故障了，那实际上生产就完了，不过这种概率太小。

   虚拟带库你接触过？可以聊聊，对这方面比较感兴趣。