灾难&故障 你IT系统的业务连续性有保障吗？（获奖名单已公布-2013-6-7）

send_linux

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

对于企业而言，最大的挑战是什么？生存，只有先生存才可能考虑壮大发展。但是随着信息科技技术的不断发展，IT系统已经成为企业必不可少的工具之一，并且有关企业生存发展的重要数据大多都存储在IT系统之内，那么IT系统一旦遭遇不可抗拒因素而崩溃，数据丢失，你有信心让企业继续生存下去吗？

业务连续性的重要性已经越来越得到企业的认可，从美国911事件到汶川大地震等自然灾害，从艺龙宕机到某银行信用卡大机故障，这不仅仅是经济损失，还有信誉、品牌等无形的价值。面对这些自然或人为灾难，你所在企业是生存还是消亡，完全取决于你的态度。

业务连续性（简称“BCM”）是关系企业生死存亡的课题之一，其大多是一套立基于IT系统的管理体系，IT系统在其中起着至关重要的作用，可以说IT系统的稳健性将直接决定其称成败。那么你对你所在企业的IT系统有信心吗？

对于IT系统而言，业务连续性的最为重要的两大技术问题就是备份和恢复，企业数据正年复一年地不断增长，不管是主存储系统还是备份系统都越来越“臃肿”，管理越来越复杂。对于备份和恢复而言，海量数据问题使得传统的备份恢复解决方案越来越符合期望值，你有切实可行的办法来帮助其“减负”，以使业务连续性达到期望值吗？

你对企业IT系统的备份和恢复解决方案有信心吗？你在备份、容灾和恢复方面遭遇到哪些问题？或者你对企业灾备有哪些更好的建议？亦或是你对于改进灾备系统以保证业务连续性有更好的解决方案或想法？一起来讨论讨论吧！

本期话题：
1、如果您已经面对大数据带来的备份问题，您是如何解决的？
2、如果您还在对您的大数据灾备解决方案进行选型，你理想中的大数据灾备解决方案有哪些特色？

活动时间：2013年3月29日-5月15日

本期嘉宾：
衍水狂客：ChinaUnix论坛存储备份版块资深版主

本期奖品：
最佳经验分享奖：奖励价值200元家用wifi路由器
积极经验分享奖4名，各奖励价值100元的保温杯一个；
参与讨论的会员，获得社区积分20分


更多参与，更多好礼！

lemoncandy

系统恢复的五步骤

　　选择一个可靠而灵活的系统恢复解决方案较为简单。为了实施一个有效的系统恢复策略，还需采取以下五个简单步骤，以帮助中小企业充满信心地保护自己的业务免遭灾害的破坏：

　　1、确定关键业务系统

　　确定哪些信息对你的企业至关重要，以及这些信息存放的位置。这样可以帮助中小企业准确区分哪些系统必须受到保护并可用。

　　2、定义恢复时间

　　业务中断发生前，你的业务在不使用关键系统上存储或处理数据的情况下能持续多久？了解自己的恢复时间目标将有助于确定哪些信息是业务无法或缺的，并有助于制定一个尽快恢复信息和系统的计划。

　　3、建立备份日程

　　一个系统的备份频率是由该系统上的数据变化频率来决定的，无论是每天、每周还是每月。此外，要确保在主要位置以外也要进行异地备份，从而防止因人为错误或自然灾害而导致的磁盘故障所带来的业务中断。

　　4、自动化与测试

　　当有其他成千上万需要做的事情时，便可能没有时间进行备份。这时，使流程自动化，并定期对系统恢复进行测试，可以确保其正确运行。如果出现问题，专门的IT人员会自动得到提示。

　　5、确定恢复功能

　　选择一个拥有灵活的恢复选项的系统恢复解决方案。这是什么意思呢？一般来说，大多数中小企业没有能力购买或维持两个同样的硬件，以备现有系统更换之用。

lemoncandy

yimizqc 发表于 2013-04-11 13:14
坐等高人高见。

任何业务中断都会产生巨大影响，但对中小型企业来说，这还意味着灾难。系统故障或停电会造成相当长的停工期，期间要确保公司信息免受业务中断的影响，但是，很多中小企业对此却缺乏准备。

lemoncandy

xike2002 发表于 2013-03-31 17:44
1、如果您已经面对大数据带来的备份问题，您是如何解决的？
答：其实实现数据备份有很多种解决方案，这个可 ...

这个信息有点陈旧了，没有说的这么简单

lemoncandy

对于小企业来说，没有这么多资金和实力，问题就难办得多了。

先看看摆在我们面前的事实。纵观各类中小企业，可以发现大部分企业的数据灾备都是初级、粗糙且不容乐观的。首先在IT规划上，大部分中小企业都在忙于开发和完善应用系统，备份系统的建设则很少被列入日程；其次在硬件上，大多数中小企业没有专门的备份设备，很多是简单地将PC上的数据集中存放到服务器内部的硬盘上。这些数据的安全只是依赖于服务器硬盘的Raid（磁盘阵列）设置；最后在软件上，很多技术人员使用的是免费的备份工具，以及功能有限的单机备份软件。有的技术人员甚至不使用软件，干脆手动操作，用简单的拷贝粘贴进行备份。

很多时候我们也想扭转这种不利的局面，但是我们发现很难找到适合的解决方案。不是说如今市场上没有成熟的灾备解决方案，而是这类解决方案基本上都面向大型企业，费用高昂，技术难度也比较大。使用这类方案备份我们的数据，就如同杀鸡用牛刀，既不划算，也不顺手；当然也不能说市场上完全没有为中小企业设计的方案，只是这些为数不多的方案，要么技术不成熟，不稳定，要么是功能不完备，一般只能解决局部问题，很难让人放心、省心地使用。

lemoncandy

对于小企业来说，没有这么多资金和实力，问题就难办得多了。

先看看摆在我们面前的事实。纵观各类中小企业，可以发现大部分企业的数据灾备都是初级、粗糙且不容乐观的。首先在IT规划上，大部分中小企业都在忙于开发和完善应用系统，备份系统的建设则很少被列入日程；其次在硬件上，大多数中小企业没有专门的备份设备，很多是简单地将PC上的数据集中存放到服务器内部的硬盘上。这些数据的安全只是依赖于服务器硬盘的Raid（磁盘阵列）设置；最后在软件上，很多技术人员使用的是免费的备份工具，以及功能有限的单机备份软件。有的技术人员甚至不使用软件，干脆手动操作，用简单的拷贝粘贴进行备份。

很多时候我们也想扭转这种不利的局面，但是我们发现很难找到适合的解决方案。不是说如今市场上没有成熟的灾备解决方案，而是这类解决方案基本上都面向大型企业，费用高昂，技术难度也比较大。使用这类方案备份我们的数据，就如同杀鸡用牛刀，既不划算，也不顺手；当然也不能说市场上完全没有为中小企业设计的方案，只是这些为数不多的方案，要么技术不成熟，不稳定，要么是功能不完备，一般只能解决局部问题，很难让人放心、省心地使用。

to407

我也来举一个比较常见的oracle的策略，在数据量比较大的时候，可能比较注重下面的方式。

1. 数据量不大的时候，用expdp之类的导入导出备份数据是一个方案，但在大数据的时候这不是一个好的选项，大数据量的时候，全备+增量备份 是一个必要的选项。
   在大数据的应用场景下，NoSQL固然新颖，但传统的关系型/事务型的解决方案依然有比较好的思路， 比如在 增量备份这一点上，Incremental的方式能让每次备份的IO和存储空间减少，然>后在一段时间内再做全备，可以达到一个比较好的折衷效果。
   现在还有许多客户比较喜欢磁带，这一点我们可以认可，但在备份策略上，我们建议有条件的客户，在磁带和硬盘上都做备份，毕竟有时候硬盘的速度还是相对要好。
   当然有客户如果用Exadata的解决方案，那么EHCC(混合列压缩)特性就比较好用，特别是在大数量的表结构下，节省不少的存储空间。(这是以cpu/mem的压力换来的。)
   至于说RAID，我觉得吧，在数据量不大的时候，RAID0/5之类分别做redo/datafile的做法，在大数据量时候已经不再适用了。因为大数据的时候像RAID5极易出大问题，而与其用RAID6还不如用ORACLE自己的，我比较建议使用Oracle 11.2的用户攺用ASM自身的冗余策略,比较建议High Redundancy.当然这样的一个问题是不支持直接冷备份到物理文件～


2. 备份大概就是这样的思路，但我们有时候会把HA当成备份策略的一部分目标，毕竟在销售和客户眼里，MAA的很多概念都是混用的， 很多人不会太在乎HA, Rebalance, 以及扩展性能的区别>。
   所以现在比较普遍的策略是DataGuard，这是对于普通厂商的推荐解决方案，因为DG的部署费用不高。从可用性和业务持续性的角度，DG可以保证能够fail over，而且其实在平时也是一个备
份选项。
   RAC+DG是一个比较成熟的方案，无论是在实验室还是客户环境下都经受过考验，而像Exadata上的RAC做DataGuard则是比较高级的客户需要考虑的，因为RAC，还有高速的infiniband网卡传输
保证了在主机业务中断时候做的fail over可以尽可能地减少性能影响。(其实在现实环境下Exadata做DataGuard的不多，而像在ebay这些客户的实例中，其实容错等问题已经解决得比较好了，>像disk坏掉之类，直接换上就好了，像一个机房跳电了或者受影响了，备份的DataGuard Slave才会起来。)
   这样的话，考虑的业务连续性，也就是比如一台主机不能提供服务，另外一台主机会响应服务，算HA。 也比如一台主机的负担大，业务排队多，可以分流给压力小的主机，这算Rebalance。
而主机间的透明切换，对用户来说不影响结果，甚至性能基本无影响的，就是MAA的要求了。


3. 像一些partner也提供了非常好的组合 解决方案，比如EMC，可以看看下面的方案，用EMC DataDomain来备份好Exadata的关键数据，并且基本不影响其性能。
   http://www.emc.com/collateral/ha ... -tech-review-wp.pdf
   http://www.emc.com/collateral/ha ... -ora-exadata-wp.pdf
   
4. 更大的概念，毁灭性的打击对于机房安全，关键业务的安全要求也很高。
   所以现在很多客户的机房选址都对于电力，网络供应的安全性要求比较高。而有些关键业务，在成本和损失之间权衡的话，我觉得GoldenGate也是可以考虑的，他本身就是对于数据安全来设计的， 像RAC+GG的方案，国内像移动和一些大的政府部门的关键业务也都已经有了部署。

   总而言之，我觉得这种解决方案，
一是要尽量满足高可用性，减少对关键数据的安全担忧，减少对终端用户的业务影响。
一是要符合大数据的规律，试想如果没有DataGuard,只做全备+增量备份，那么关键业务fail后，恢复的时间太长，远远抵不上损失。
还有一个就是量力而行，重要的关键数据关键业务，做Goldengate甚至机房备份，这些都没问题，但如果衡量下来 做这些保障需要的成本 甚至高于 可能承受的损失，那怎么考量？ 不必盲目。

wang290

边-城 发表于 2013-04-22 19:23
作为存储备份出身的，我谈一下我对这个问题的理解

1、如果您已经面对大数据带来的备份问题，您是如何解决 ...

学习了，这个内容很翔实。

wang290

to407 发表于 2013-04-10 00:36
回复 14# wolfop

确实，这个行业还是偏向于传统行业的IT建设，互联网行业也没有这么多的容灾备份啥的，顶多做些集群和高可用，关键的数据库有每日的备份吧

wang290

meego2012 发表于 2013-05-09 15:17
随着大数据越发变得重要起来，人们开始担心，大数据时代，企业如何保护这些大数据，如何保证整体业务的连续 ...

从中大型企业的规模来说，这个还是有可能的，但是对于绝大部分的中小企业的IT部分，是无法做到你这样的，他们是无法投入这么多财力的。
所以制度才是第一要务，技术反而不是罪重要的。