統(tǒng)計下，大家雙機同步速度

bjtzh

學習中，應該把OMS,MIMIX,IASP和XSM的效率做個比較表，看看誰更加的強大�。。。�

hanyu

原帖由 zhangyj 于 2009-4-14 16:38 發(fā)表
重點檢查link的配置,參數(shù)是否合適? 若是從低版本升級的話就更有可能了.

確實是從低版本升上來的。
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

因為我這里備機還要和災備的一個分區(qū)有OMS LINK,所以只能慢慢追
OMS同步主要通過日志同步數(shù)據(jù),而每個APPLY作業(yè)最多只能用到一個CPU,所以如果是多路CPU的系統(tǒng),在追一個文件大量數(shù)據(jù)的時候,明顯感覺性能用不完
DISK情況怎么樣?

zhangyj

我遇到過和你的類似的情況的客戶，現(xiàn)在問題也還在處理中，不過在廠商協(xié)助下，情況已有改善。現(xiàn)在remote journal 技術已經相當成熟，建議采用remote journal，從各方面來說，對ha采用REMOTE JOURNAL 好處也不少哦。

simonshen

還是沒解決掉這個問題，對這個問題到是滿有興趣的，不知道各位現(xiàn)在的情況如何

hanyu

問題依舊，準備再找代理商問問，但首先想問問大家的速度怎么樣