zyearth

真实情况下，灾备中心的大规模切换是非常少的，那灾备中心通常就处于待机状态。目前我们行的做法和思路是： 1. 选择部分应用直接运行在备份中心。2. 部分应用在应用层做成双活，但数据库仍然在主中心。

是的，大部分都会用于测试，机器空着太浪费了！

数据库数据如何同步的？

演练一般有两种1. 跟业务无关，使用灾备中心，内部做一些业务，不对外。2. 真实的业务，在某个晚上，关闭外围渠道，把核心业务切换到灾备中心，做一些真实的交易。然后再切换回来。第一种数据是无用的，第二种数据需要回写过来。

业务损失应该是根据一天的平均盈利能力来测算的，实际损失应该没有这么多。实际上有很多客户业务不是太急的话，会等到第二天办的。但是超过1天的话，估计损失应该比较大。

核心账务数据是银行的底线，这个丢掉了，银行也就不复存在了。

如果有灾难的话，切换肯定是可以的。如果仅是宕机，就切换过去了，就如我之前的帖子，数据差了多少，如何补数据，好像比不切换顶的压力还要大。 而发生大灾难的话，只要业务及时恢复，差的那么点数据相对来说就没有太大关系了。

回复 哞哞牛 AIX 5.2 在P7没有装过，但我们用了5.3。C程序的应用，实际上升级操作系统关系不大，我做过4.3直接升级到5.1的，没有问题。我们也有很多应用从5306升级到53012，也没有问题。开发一般不会有太多意见，这是领导层绝

[quote]学习 备注1是什么意思？你们两套做的事主备模式还是双活模式，双活的话负载能小些为什么不用直接划lpar ... 我们基本是单活，部分会把DB和AP分开。你说的双活好像也没有吧，除了RAC。 直接划LPAR，IO插槽数不够，需要

[quote]学习 备注1是什么意思？IBM 的机器都有一个相对性能指标叫做rperf,rperf的值大机器处理能力就强。 我的P7为什么能替换以前的10个应用，就是把10台P5机器的rperf加起来得到一个值，利用这个值找到对应的机器的。