答疑解惑

cl130

如果备份服务器的数据和主服务器的数据不是同步的、一致的，还是别启用备用服务器了，长痛不如短痛。

helysan

我们医院用的是oracle的dataguard的机制。备用库启用后，主库降为备用库，主服务器修改后，让两台服务器同步数据完成，然后再把原来的主库（现为备库）升级为主库。我们做过很多次实际操作，数据零丢失。很多国际跨国金融银行都是这种机制。

Mouse

后台自动作同步啦

Taiziyu

业务中断后会自动切换到备的上边，数据库同步

Sld

这个技术上已经不是什么问题了，至少对oracle是如此。

Brain_01

那种dataguard对信息科的人员要求比较高，得有专门的人负责维护数据库

slf

现在的双机热备还主要是操作系统层面的，数据库都在存储上，所以主服务器坏了，备的就自动接管了。双存储也可自动结果，只是造价相当高而已。

黑黑：如果只是低端的，可以考虑双机热备、应用服务器和数据库服务器之间的交叉备份。

在众多解答问题的网友中，有位叫helysan 的网友对双机热备、数据备份、容灾等概念解释的最为详细，他认为：

oracle dataguard对信息科DBA要求较高。但这是最经得起考验和推敲的行业老做法。我个人经验，千万别被一些第三方的所谓容灾软件商忽悠，感觉他们无论怎么上蹿下跳，天花乱坠，有一个坎是迈步过去滴：数据库厂商在逻辑层对他们支持吗？我考察过几家，这一关都过不去，都是自己理论认为可以保护恢复数据。例如，你在硬盘数据块级别把数据同步了，但是如果主库的某部分数据写入数据块异常，那么这个异常的数据块也被复制到备用磁盘了，结果是坏数据块复制，效果可想而知。而dataguard是日志操作同步，自动过滤了这些底层的故障，备库的数据永远是干净可用的（人为故障除外）。再比如oracle的核心控制文件，如果这些文件故障，即使复制100遍，备库还是起不来，干着急。而dataguard备库是另一套控制文件（不同步）。

所以，靠第三方的容灾软件，不如数据库厂商自己的容灾软件可靠。当然，做个容灾补充也没有多余。起码，我的dataguard容灾备库可以在白天实战切换演练，那些给兄弟三甲医院上了第三方容灾的案例，不敢在白天实战演练。起码现在我没有看到。顺便说一句，双服务器切换不算容灾，因为数据还是同一份，oracle rac的两台服务器切换我们随时可以进行，但是传统的HA及时做这个动作也是小心万分。

【HC3i视点】如果这仅仅是讨论双机热备这么一个技术话题，那么放在51CTO论坛来讨论似乎更为合适。但网友从医院这个细分行业出发，给楼主指明了方向。剩下的技术问题，还是请专业人士来做似乎更加保险，毕竟机房稳定压倒一切。