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

bjtzh

学习中，应该把OMS,MIMIX,IASP和XSM的效率做个比较表，看看谁更加的强大！！！！

hanyu

原帖由 zhangyj 于 2009-4-14 16:38 发表
重点检查link的配置,参数是否合适? 若是从低版本升级的话就更有可能了.

确实是从低版本升上来的。
link 的配置很简单

Date:  4/14/09            Miscellaneous Definitions            Time:   21:37:53
Link:                                                   System:  
                                                                              
  Active Link . . . . . . . . .  *YES (*YES/*NO)                              
  Remote Location Name. . . . .                                      
  Communication Mode Entry. . .  OMS400                                       
  Communication Protocol. . . .  I    (C=CPI-C, I=TCP/IP, O=OptiConnect/400,   
                                       N=NONE)                                 
    Remote IP Address . . . . .  200.0.201.4                                   
  Role Change Exit Pgm/Lib. . .  *NONE                                         
  Error Delay in Seconds. . . .     30                                         
                                                                              
  Delay Threshold in Seconds. .   1200                                         
  Threshold Check Increments. .    4  (in thousands)                        
                                                                              
  Auto File Sync. . . . . . . .  *NO  (*YES/*NO)                              
  Sync Intervals in Seconds . .    300                                         
                                                                              
                                                                              
  Number of Apply Jobs. . . . .  4    (1-9)

cheng3x

我觉得和配置关系不大,主要是830处理能力跟不上
CPU性能差的挺多的
内存也差了一倍
我做了一个RGZPFM,OMS同步到了备机,3亿条记录备机APPLY用了40个小时

[ 本帖最后由 cheng3x 于 2009-4-15 17:13 编辑 ]

hanyu

3亿条记录备机APPLY用了40个小时,也是不快，用save restore 会快很多。
我这边同步慢应该不是cpu性能的问题，cpu占用没有超过15%

cheng3x

因为我这里备机还要和灾备的一个分区有OMS LINK,所以只能慢慢追
OMS同步主要通过日志同步数据,而每个APPLY作业最多只能用到一个CPU,所以如果是多路CPU的系统,在追一个文件大量数据的时候,明显感觉性能用不完
DISK情况怎么样?

zhangyj

我遇到过和你的类似的情况的客户，现在问题也还在处理中，不过在厂商协助下，情况已有改善。现在remote journal 技术已经相当成熟，建议采用remote journal，从各方面来说，对ha采用REMOTE JOURNAL 好处也不少哦。

simonshen

还是没解决掉这个问题，对这个问题到是满有兴趣的，不知道各位现在的情况如何

hanyu

问题依旧，准备再找代理商问问，但首先想问问大家的速度怎么样