数据库容灾、复制解决方案全分析

lzj09022351

学习了啊

cyr1974

最初由 lc7888 发布
[B]最近发现论坛上关于数据库远程复制和异地容灾等问题的帖子比较多，现在把我知道的一些解决方案进行一下分析，能力有限，还希望大家多多补充、纠正！

目前，针对oracle数据库的远程复制、容灾主要有以下几种技术或解决方案：
（1）基于存储层的容灾复制方案
这种技术的复制机制是通过基于SAN的存储局域网进行复制，复制针对每个IO进行，复制的数据量比较大;系统可以实现数据的同步或异步两种方式的复制.对大数据量的系统来说有很大的优势（每天日志量在60G以上）,但是对主机、操作系统、数据库版本等要求一致，且对络环境的要求比较高。
目标系统不需要有主机，只要有存储设备就可以，如果需要目标系统可读，需要额外的配置和设备，比较麻烦。 [/B]

费用比较昂贵吧,要求带宽较高啊。

dsg-gulibin

如果是电信自己做的话，就不存在费用的问题了！

li__hl8888

帖子不错,学习中......

冬瓜头

呵呵，我正在搞sap＋db2的容灾，用的是db2的hadr。

xiaodong_1567

又到学习时

mmmmm

好文 。。。

ELLE-

xiexie

Ssteamed_bread

请教诸位，是否接触过关于容灾软件Goldengate。
    容灾备份有很多种，主要有类似基于存储的产品，比如PPRC，True-Copy等，以及Veritas产品的VVR技术，但我担心有两点：1、一旦由于复制原因而影响主节点的正常运行；2、备份节点没法随时确认是否正常状态，亦即演练成本太高，但不演练又不行，希望能随时能确认备份节点的运行情况，最好是双活。
    本人所在行业为金融业。
    最近听说Goldengate产品，感觉挺不错，但也有些担心，特别是只有基于Oracle的案例，没有基于DB2数据库的案例。
    请诸位帮忙把脉。谢谢！

dpjude

Hi mandrake，

感谢你的总结！打消了我对存储级容灾的疑惑。
关于你说的灾难发生时的两种情况的结果我也很认同。

存储级容灾对于逻辑错误是无法屏蔽的，比如drop，truncate等误操作，或者从OS里直接删除数据文件这种误操作。这需要制度来完善。
那么存储级的容灾对于物理错误是否可以屏蔽？
比如当数据文件损坏（比如磁盘故障），数据库无法启动的时候，损坏的位置不是redo中包含的事务信息，无法使用redo来恢复，只能使用备份来恢复。
那么这种情况下，是不是容灾端数据库中的数据文件也是损坏的，数据库也是无法启动的呢？

原帖由 mandrake 于 2005-12-7 14:32 发表
我看这个帖子是一年以前开的，不敢确信各位老大是否还有兴趣和时间来讨论容灾技术问题？


    我最近遇到案例需要用到存储级的容灾方案，但听到这里很多大侠说这种方案不可用，想在这里再次请教各位。

环境：
1.        主中心和备份中心使用光纤线路连接，两端加载密集波分设备，带宽不是问题（当然得考虑光纤线路中断）。由于种种原因，两个中心距离限制在几十公里以内。
2.        主中心和备份中心使用同构的存储设备，以准同步的方式复制数据。
3.        数据库系统均为Oracle

    很多大侠说这种方式可能在灾难发生时备份中心的Oracle无法打开，原因是传输到备份中心的数据块可能失序，但据我了解的技术情况来说，似乎这种可能性极小：理由如下：

    一、目前很多基于存储级的复制技术，都提供了基于全局镜像这样一种实现机制。根据IBM的技术白皮书来说，是这样描述的：



  无论是IBM还是HP的存储产品，都采用了上述原理来实现其产品(HP的CA采用了类似时间戳的机制，确保一批数据写的一致性，类似提交，要么都成功，要么都不成功)，从此可以看出，在备份中心出现数据写的顺序不一致情况几乎是不可能发生的。备份中心数据写延时造成的数据丢失另当别论。这里想要得到的结论只是：数据写的顺序不一致理论上是不存在的。

    二、Oracle的工作原理是：当提交事务时，先写联机日志文件，成功以后再写数据文件。也就是说，数据文件的内容滞后于联机日志文件，凡是写到数据文件中的内容，首先经过了联机日志文件。如果灾难发生在写数据文件的时候，可能出现备份中心的数据文件内容紊乱。但是这可以出通过备份中心镜像的联机日志文件来恢复。

    由于联机日志文件长期处于写状态，那么如果灾发生在写联机日志文件机的时刻，这时，镜像的备份中心的存储系统写入联机日志文件的，就只是提交的事务的一部分，非完整的。这种情况下，Oracle数据库在启动时会检查联机日志文件做Recover操作，当Oracle顺序检查(存储也是循序写的)联机日志文件有错误的时候，就会停止恢复。这时数据库是可以打开的。这样损失的内容只是灾难发生时刻写到联机日志文件的少部分数据。


    以上是我对存储级复制技术实现容灾的理解。不对之处请大家指正。

[ 本帖最后由 dpjude 于 2009-1-22 15:33 编辑 ]