统计下，大家双机同步速度

hanyu

我这边 oms 双机同步速度极慢，在备份机追得速度 不超过 千万 Trns/Hr ，季度结息追数据要从0点做到17点。
主要慢在 Router 上了，配了3个apply job,备机cpu占用不超过 15%

环境是 i570 4路 ，oms V8.2

大家双机同步的速度是多少？

fairyboy

目前公司只有一台。

blogliou

晕, OMS速度也这么慢啊?

象Mimix, OMS,这类ISV提供的HA产品都是基于Journal, 需要传送大量日志, 碰到爆发性的日志增加(如结息), 可能难以克服速度的瓶颈

blogliou

IBM提供HA XSM 是基于IASP和Cluster, 机制不一样,
有没有人做过XSM的速度测试?

[ 本帖最后由 blogliou 于 2009-4-1 11:27 编辑 ]

hanyu

IASP 就一套数据，切换其实更让人放心些，只要数据库能起来就行了，只是切换速度主要取决于文件的多少和数据量大小了。
当然我们这个 oms也太慢了，跟以前640机器差不多。

blogliou

有两种的solution:

一种是可切换的IASP, 就是一个IASP在两个系统之间切换, 不存在数据传送.这正是Hanyu所说的.

还有一种就是bjtzh实施的XSM方案, XSM就是Cross-site Mirror, 此类方案需要有两个IASP, 也就存在数据传输, 但是数据是直接在IASP之间通过cluster service传输的.

qingzhou

如果同步的数据处于密集型，比如业务处于月结或数据清理，备机Apply每小时不超过千万journal Entries是很正常的。

adversa

OMS没用过。。偶用的MIMIX。。。4个DG, 5个app session，用MIMIX时间不长，同步速度还凑合...（同城）
感觉一定要非常熟悉应用系统 exclude不必要的，还有就是一定要逼着应用部门做application的 housekeeping ，不然多大的带宽都不够...

oldv

我们每逢月结季结oms就追不上，慢。

感觉oms做得还不是很好。有时候一些生产机的临时目标在灾备机没有产生，结果整个数据都堵在那了。

hanyu

能 exclude的都做了，
请教 application的 housekeeping  是起什么作用
带宽不是问题。
生产机的临时目标在灾备机没有产生，是不是多成员的，根据经验，这类临时目标是应该exclude的。
我看到的现象其实不是  apply慢了，是route 的分发慢了。
大家用 oms有这个问题吗？