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

lojian

我觉得，
其实速度并不是越快越好，只要能够在忍受的范围内完成即可！
其他功能，比如数据记录的筛选，数据类型的转换，能否将数据库的数据转入到另外一种数据库中等功能可能也是需要考虑的范围。

lc7888

最初由 eygle 发布
[B]

其实别人的方案拿过来不一定适合我们的情形。
实现是重要的，至于结构等等是次要的。
所以明白了原理，有需要的时候自己的测试肯定是必须的。

如果要更精确，那应该算算redo/undo的数量 [/B]

能介绍一下你们的需求和环境吗？

yanzr_sb

herycom , 不就是物化视图的原理嘛，费得你吹着喇叭到处跳吗？

herycom

嘿嘿，上次是，我看这个贴子跑到后面去了，顺便发布点东西顶一下
7000多记录/秒是实际环境下测试出来的，当然各表的记录长度不一样，每条记录大约在1K左右，只是供大家做一个参考。大家看得还是很仔细呀。
也与redo/undo无关，因为这是初始复制，与增量数据无关。
目前我们的技术有物化视图为基础，但更多的东西是靠程序来实现的，哪些靠程序来实现，我会逐步整理发布出来的。但程序也是在不断完善，所以实现的东西也会逐步增加。

kwin

好像　Oracle 10 G 也有基于　Sql apply ,　它通过几个进程来实现实时的SQL apply ，不知有没有这方面的测试报告。

herycom

该表记录数已达：16745278条，表大小：2072.625M
目标端记录数  ：16745278条，但表大小为：2144.625
这个统计我是停掉计费程序才统计的，否则总有点差距。
为什么记录数一样，而表大小不同？谁能帮我解释下。
该表是分区的，统计数据表大小的语句如下：
select SUM(BYTES/1024/1024) from dba_segments where segment_name='CALL_RECORD'

newilive

多谢herycom的介绍，我也注册来凑下热闹。
不好意思，我们的网站确实比较简单，也不是技术网站，而是纯粹的商业网站，我们的宗旨是把我们的产品和方案介绍清除。
我来回答一下kamus的问题：
1、关于7000多记录/秒这个不容置疑，你可以看看具体的数据，每一个表的具体记录数都有，其实我们公布的这些新闻都是当时的一些邮件复制过来的。在复制时用topas看能看到最高到8MB的Network KB-In,一般5M以上是正常的，topas是我观察同步是否在干活的手段之一。
因为有些表记录没有到1K,所以实际的比你算出来的要小些，我估计一天初始同步500G应该没有问题。
看来Kamus怀疑我的数据，这个真的是实际的测试数据，如果你不相信也没办法，除非你想亲自来看看。
我们的网络是100M的，(PC服务器连接的交换机只有100M，主机之间是1000M网络)
主机是IBM的好像是P650,是一个分区，具体配置我没去问，应该相当于H85以上。
PC服务器是一台hp的双cpu的服务器，==我找下具体配置：
DL380 Server G3
CPU XEON (512KB) 2.8G x2
RAM 1G，Smart Array Controller
HD (10000转) 72Gx5
CD/KBD

newilive

嘿嘿，要不怎么叫“新我来科技——巨型数据库复制专业公司”，1天600G，1T数据2天内肯定要搞定初始复制，多谢kamus给我总结。
这个测试环境还是主机到pc服务器，如果原数据库和目标数据库都是主机，性能应该还要好。

biti_rainy

其实楼上的问题的关键应该是网络好  

yanzr_sb

1T数据2天内 ----〉可这速度的实现是靠oracle自己的物化视图功能完成的啊。

看不出“新我来科技——巨型数据库复制专业公司”公司的产品对提升复制速度有啥作用。(PS: 这个名字的确很牛 )

想能发挥的功能无非是提供一些管理界面和一些附加功能, 除非能说用了我“新我来”，复制速度提升1倍，不然价值在那里？

去网站看了价格，想起一句话" 我最烦你们这些打劫的,一点技术含量都没有!”