急!repliacation問題(在線)

dob_zhu7781 · 发表于 2004-12-25 09:04

老大們,救救俺啦!
昨天又有一個table沒有replication過去,手動refresh一天一夜,出ORA-01555錯誤,查看MLOG$當,有44萬筆,要復制的table有900萬筆,
oracle-plus大俠:
能否簡要的說明一下您的處理方法,,救火!thanks

oracle-plus · 发表于 2004-12-25 15:40

我现在写好的方法是用unix shell来写的，因为公司的机器是unix server,大概的方法就像上面说过的：
1.把所有要复制的数据生成到一个文本文件中
2.把该文本文件ftp到需要接受该数据的机器上面。
3.再把这文件的内容写到oracle里面。
具体里面的方法，因为不是我一个人的劳动结果，所以实在不好详细说（毕竟是为公司写的）。
包括测试时间，这可是花费了我们几个人两三个星期的工作时间。

你可以先亲手试一下，我觉得关键是实现方法上的思路。

jinava · 发表于 2004-12-25 16:15

Advanced Replication 应该是一个成熟的feature.
如果你真的遇到这样的问题，还不如 tear down the replication table，然后重新复制。毕竟才9万笔记录。

oracle-plus, 你的数据库版本是什么？

dob_zhu7781 · 发表于 2004-12-25 17:31

樓上的,你不知道啦,
從今年4月份資料量一大就時不時出問題,常常晚上復制停了被CALL去處理,以前是分解GROUP,資料比較多就單獨一個TABLE一個GROUP,錯開時間,現在這樣處理不了,
所以肯定,大資料量時Advanced Replication 不可勝任,當初是DB2版改成ORACLE版

dob_zhu7781 · 发表于 2004-12-25 17:38

謝謝oracle-plus,我不會shell,現學可能來不急了,我用下處理方法
1.給每個TABLE建個LOG記綠TABLE
2.給TABLE建trigger,insert,delete,update時記錄該異動于1
3.寫PROCEDURE 定時通過DBLINK 更新到report DB中

還不知道對DB的load有多大?

jinava · 发表于 2004-12-25 20:46

dob_zhu7781，在复制的时候，你的server有异常吗？如CUP Usage比较高。。
复制的工作量大吗？

trouble · 发表于 2004-12-26 00:51

dob_zhu7781，我们公司使用Replication，也是和 oracle-plus 处理机制一样，使用shell来完成的，因为在测试阶段，发现有太多的问题不可控。如果条件允许的话，希望你能够改到这个模式（btw，我们是在上线后，发生了不能够复制的问题，原因有存储的有主机的，只好写shell自己判断了）。
还有一点，如果以前没有问题，看一下，是否服务器已经满负荷运转了。

husthxd · 发表于 2004-12-26 01:08

最初由 dob_zhu7781 发布
[B]樓上的,你不知道啦,
從今年4月份資料量一大就時不時出問題,常常晚上復制停了被CALL去處理,以前是分解GROUP,資料比較多就單獨一個TABLE一個GROUP,錯開時間,現在這樣處理不了,
所以肯定,大資料量時Advanced Replication 不可勝任,當初是DB2版改成ORACLE版 [/B]

物化视图站点的机器性能如何?
我这边30万的mlog$ 2个小时内可以刷新完毕.

dob_zhu7781 · 发表于 2004-12-26 09:08

生產庫:
兩節點RHAS2.1 +9.2.04 RAC 各4 CPU 4 G RAM,350個CLIENT
報表庫
RHAS2.1 +9.2.04 4 CPU 4 G RAM,RAM可有點小,打算增加8G(說來算話,我這有12條IGB內存,但不知怎樣重譯內核),其他正常
問題:
有几個tablbe 每天各新增20多萬,而refreshu總是來不及,而這几個TABLE各有上千萬筆,多點2千萬筆.而生產是24不斷.
謝謝ITPUB朋友,祝所有聖誕快樂!

xinxinhg · 发表于 2004-12-26 10:15

这是一个oracle 9.2.0.4的bug 具体可参考biti_rainy的文章
可恶的bug产生1555错误
http://blog.itpub.net/post/330/2618