震后重建与灾难备份 被震跨的社会秩序如何快速恢复？

prada_gu

把私房钱藏在马桶后面，如何做个备份，确保任何灾难场景下，都不会暴露也不会丢失

brucewoo

这个问题有难度

原帖由 prada_gu 于 2008-5-16 15:07 发表
把私房钱藏在马桶后面，如何做个备份，确保任何灾难场景下，都不会暴露也不会丢失

bacchusluo

我们这里灾备的最大问题就是演练，因为很难模拟整个site都瘫掉的情景，你不可能让所有人都停下工作来听侯调遣。但是如果没有成功的演练，真正出事的时候很难说BCM的目的能够达到。据我所知，即使在欧洲大的银行，这方面也是个在研究中的课题。

voca

我现在的公司是把几乎所有的hardware 全部集中在一起。
然后根据需要，提供的很少的异地备份。 但是也不是太远， 还是在一个城市

voca

什么电缆断了，网络不通， 都是很头疼的

7x24小时根本不能提供

voca

所以呢， 冒失提供了些OFFLINE的模式。 解决方案还在研究中。。。。。

space6212

诚然，备份很关键，但遇到天灾，本地备份是万万不行的。必须异地宰备。
但据我了解异地灾备的成本很高，包括硬件成本、软件成本、网络成本、人力成本等等。
我的问题是：
1、如何降低异地灾备成本？
2、如何均衡考虑负载（网络、服务器）及数据损失的关系，使得对服务影响不到的情况下，尽量做到数据不丢失？
3、有了异地灾备是否就可能提高7*24的服务？如何保证切换后的服务性能？如何保证切换后的数据安全？

voca

1. 降低成本还好说。 服务器不买搞点家用型的应急， 呵呵

2. 服务不影响，感觉OFFLINE的才有可能。

3. 7X24小时服务， 真难。 有可能现有的软件完全没有办法支持.......... 我们公司的计划是 ONLINE+OFFLINE

   系统升级，维护的时候很难达到7X24。 个把小时的停工倒是比较好实现

appppa

原帖由 yanggq 于 2008-5-16 12:12 发表
我们是有异地灾备中心的，通过hp得storage硬件复制技术实现，分为三个数据中心，互为备份。
范围涵盖application,database.
人员也是分布全球，APJ, American, EMEA三大区域。
问题是，灾难恢复演练没有作。..

遇到过很多人备份，容灾都是只是为了做而做，而没有真正重视起来。

灾备不是做着好看的，要有实际意义。没有测试过的备份，冗余，关键时候不一定灵。一直运行很正常的双机，可能关键时候怎么切怎么不灵。一直都在备份，就是没有做过恢复测试，很可能到需要恢复的关键时刻，找不到一盘可用的带子。。. 类似的事情之前碰到过很多.
曾经遇到一个客户,RAID5坏了一块盘，结果一次重启以后，数据库怎么也起不来,提示system tablespace 坏了,要做恢复，备份文件不可用。。。

虽说大灾难，几十年才发生一次，但不是说从现在起几十年后才会发生，而是在这几十年里随时都有可能发生,真的希望，经过了一次海底光缆损坏，一次地震，各个单位能越来越重视容灾计划.

To Expert, 能不能展示个同步异地灾备做得比较完美的例子？

Looking forward to Expert's saying.

zijin26

比较安全的是：
1、定好完全级别，就是把恢复的层次定好，按照应用不同，定义对应的安全级别，分别进行备份；形成完整、成熟的灾备体系，比如：
业务数据中的客户数据需要最高级别的备份，需要异地且用磁带冷备份，同时用数据库实现热备份；
而对架构性的应用，需要有完整且经过实践检验的恢复文档，对于关键应用则需要实现两套应用体系；
2、体系建立后，关键是有完整的流程支持更新；不能建立后无更新和维护，否则真要发生灾难，恢复后也没用，最好是每年演习一次；扎扎实实做好一点比建立好后不及时更新要好！

一分钱一分货，关键是按照应用和灾难标准的确实需要定义企业应用的灾备层次，技术很重要，但关键是流程和文档，做好一点是一点，时时检验。
最怕的是花了大价钱和精力建立起来的灾备体系，自以为搞的不错，等真恢复后发现数据已经很老，哭都没办法！
应用可以花钱重新搭建，但是业务数据很难获取呀！！丢了就丢了！！

[ 本帖最后由 zijin26 于 2008-5-18 10:22 编辑 ]