楼主: wzy25

shareplex测试报告

[复制链接]
论坛徽章:
86
ITPUB元老
日期:2005-02-28 12:57:002012新春纪念徽章
日期:2012-01-04 11:49:542012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:20咸鸭蛋
日期:2012-05-08 10:27:19版主8段
日期:2012-05-15 15:24:112013年新春福章
日期:2013-02-25 14:51:24
31#
发表于 2004-12-16 17:39 | 只看该作者
最初由 davidpan 发布
[B]

你不觉的undo 信息只需放如rollback segment中就足够了吗?并非要放入redo log file中,如果仅为了恢复. [/B]


这个,是只要放到回滚段中就够了……可是因为 undo block 是 DBWR 写的啊!很可能还没有写入数据文件呢!   这是其中一个问题,第二个问题,要从以前的全备份中恢复到某个时间点保持和原来这个时间点的物理的一致,你必须记录下undo 的地址信息才可以! 联机日志就是为了保障 instance  recovery 的啊.

使用道具 举报

回复
论坛徽章:
0
32#
发表于 2004-12-17 13:44 | 只看该作者
关于GOLDENGATE的数据同步条件之一必须是要么SUPPLEMENTAL,要么建立UPDATE TRIGGER,不知SHARPLEX是否需要建立TRIGGER.

使用道具 举报

回复
论坛徽章:
0
33#
发表于 2004-12-20 09:50 | 只看该作者
shareplex不用建立trigger.
在数据库中使用触发器来实现同步数据是一种不太好的机制。
好像9I才开始有supplemental ,难道8I的库都用trigger来做的么?

使用道具 举报

回复
论坛徽章:
12
会员2006贡献徽章
日期:2006-04-17 13:46:34生肖徽章2007版:兔
日期:2009-03-10 21:27:28ERP板块每日发贴之星
日期:2007-10-24 01:04:58ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44设计板块每日发贴之星
日期:2007-10-18 01:06:03ITPUB元老
日期:2007-10-11 14:47:20开发板块每日发贴之星
日期:2007-10-10 01:05:30行业板块每日发贴之星
日期:2007-10-01 01:05:12行业板块每日发贴之星
日期:2007-09-30 01:05:35会员2007贡献徽章
日期:2007-09-26 18:42:10
34#
发表于 2004-12-20 10:29 | 只看该作者
请把软件置在FTP中

使用道具 举报

回复
论坛徽章:
0
35#
发表于 2004-12-20 23:44 | 只看该作者
最初由 lc7888 发布
[B]

我们目前可以确认的就是有无主键的时候shareplex在目标端执行的sql语句是不同的,如果有主键,就会把主键当作条件,否则就把所有的字段都当作条件。不管是否打开suplemental logging ,或者是在8i或9i环境下,结果都是这样。
我比较倾向于biti_rainy的观点,怀疑是查询了数据字典,不过从性能上来说应该没有太大的影响,根据我们测试和实施的经验shareplex在源系统上基本不会有问题(在你们那的测试中也可以证明),即使在很大数据量的情况下也是如此。

可以介绍一下有无主键的情况下redo log里面记录的信息有哪些区别吗?因为我用logminer看到的内容是一样的,对update来说只有被修改字段原来的值和rowid当作条件。但没办法确认是否还有其他信息logminer没有显示。
PS:我使用的是toad中的logminer图形化工具。
[/B]


It maybe help if you open sql_trace.

使用道具 举报

回复
论坛徽章:
0
36#
发表于 2004-12-24 14:31 | 只看该作者
如果哪一天oracle想自己吃这块蛋糕,shareplex, goldengate之类的不知道会如何?消失掉?

使用道具 举报

回复
招聘 : 售前/售后支持
论坛徽章:
5
ITPUB元老
日期:2005-04-25 13:27:42授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34ITPUB8周年纪念徽章
日期:2009-09-27 10:21:21祖国60周年纪念徽章
日期:2009-10-09 08:28:00
37#
发表于 2004-12-24 15:43 | 只看该作者
最初由 Kamus 发布
[B]昨天跟朝华(GoldenGate的总代)的人聊了一下,基本上可以归纳为以下几点:
1。机制:
跟Shareplex一样,从redo中取得SQL,表级别的复制
2。优点:
抓取的算法好,所以抓取效率高(据说比Shareplex要高不少)
网络传输量更小,因为只传输commit的事务
3。缺点:
对于没有主键的表,必须要在数据库级别打开suplimetal logging,对于没有这个特性的8i数据库则需要在那些表上生成一些trigger,这样等于是修改了应用的数据库。
对于DDL,只支持truncate,其它的全部不支持。
4。价格:
比起Shareplex来说好像优势不明显,仍然是每年有一定的服务费。 [/B]


呵呵,说说我的观点,GoldenGate说的抓取效率高有什么样的依据?我猜是因为他们不能取到所有的信息,才需要suplimetal logging,主键、甚至在8i数据库上建trigger吧?如果这样,我觉得这点效率上的提高好像没什么意义。
至于只传输已提交的事务我觉得对传输性能上的提高也没有太多的影响吧?假设有一个非常大的事务修改了100万条记录,而且执行了很长时间以后才提交,这样在目标端是不是要有非常大的延迟?
另外在真正的生产数据库中回滚的事务能有多少呢?所以我觉得这种方式好像没什么优势。价格嘛!我就不好说了,我也不太了解,俺只是高技术的,呵呵


以上仅为从技术上考虑的个人观点和推测

使用道具 举报

回复
论坛徽章:
0
38#
发表于 2004-12-24 15:53 | 只看该作者
还敢用触发器?
触发器出了问题,对业务系统造成影响就不好玩了啊,呵呵。
以前公司里面自己写了一套利用触发器机制来做数据同步的软件,结果后来给废了,限制条件太多,而且不稳定。

使用道具 举报

回复
招聘 : 售前/售后支持
论坛徽章:
5
ITPUB元老
日期:2005-04-25 13:27:42授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34ITPUB8周年纪念徽章
日期:2009-09-27 10:21:21祖国60周年纪念徽章
日期:2009-10-09 08:28:00
39#
发表于 2004-12-24 15:53 | 只看该作者
最初由 ttao 发布
[B]如果哪一天oracle想自己吃这块蛋糕,shareplex, goldengate之类的不知道会如何?消失掉? [/B]

Oracle现在就在做类似的产品了,高级复制,dataguard等等,不过这个市场不是一个厂家能垄断了的,每个产品都有自己的特点,要看用户的需求了,oracle并不一定就是最好的选择。

使用道具 举报

回复
论坛徽章:
0
40#
发表于 2004-12-25 15:18 | 只看该作者
最初由 lc7888 发布
[B]
Oracle现在就在做类似的产品了,高级复制,dataguard等等,不过这个市场不是一个厂家能垄断了的,每个产品都有自己的特点,要看用户的需求了,oracle并不一定就是最好的选择。 [/B]


比方说,oracle修改了redo的格式,甚至采用加密,shareplex等第三方
软件厂商怎么办呢?调整算法?这好像也不是长久之计呀.

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表