【正文】 啟mgr進程。（1）146上extract進程配置/***extract ext3 SETENV (ORACLE_SID = ORCL)userid COSS360,password COSS360exttrail C:\ggoracle\dirdat\e3dynamicresolutiongettruncatesTABLE , keycols (sampletime, objectid)。***//***extract pump3userid COSS360,password COSS360rmthost , mgrport 7801rmttrail D:\ggoracle\dirdat\trail146\e3NOPASSTHRU gettruncatestable *。***/（2）142上應(yīng)用進程配置/***REPLICAT rep146e3USERID coss3,PASSWORD coss3SOURCEDEFS d:\ggoracle\dirdef\ext146\assumetargetdefsREPERROR default,discardDISCARDFILE d:\ggoracle\log\,append,megabytes 200gettruncatesHANDLECOLLISIONSBATCHSQL BATCHESPERQUEUE 200, OPSPERBATCH 2000MAP , TARGET ,keycols (sampletime, objectid)。***/ 測試步驟（1）清空兩端測試表SQLtruncate table per_test。（2）清空歸檔和日志sqlplus sys/broada_plat@orcl142 as sysdbaSQL alter system switch logfile。SQLhost RMAN target sys/broada_plat@orcl142RMAN delete noprompt archivelog all。RMAN exitSQLconn sys/broada_plat@orcl146 as sysdbaSQL alter system switch logfile。SQL host RMAN target sys/broada_plat@orcl146RMAN delete archivelog all。這里需要注意的是，extract進程應(yīng)該在歸檔清空后開始抓取，即建立extract進程應(yīng)該在這個時間點之后begin。主要了防止日志大小統(tǒng)計的不準確。（3）開啟兩端GoldenGate進程，記錄初始trail file大小146：2K142：2K（4）執(zhí)行測試腳本分別在兩個命令行窗口中執(zhí)行2個腳本，其中p_gg_testlog提前于P_GG_PERFORDATA執(zhí)行，以記錄完整的測試信息：SQL exec p_gg_testlog(p_marks = 39。one39。)SQL exec P_GG_PERFORDATA(p_looptime = 10000000)。實際執(zhí)行時間約1882秒（5）測試數(shù)據(jù)生成結(jié)束、會話未關(guān)閉時（即10分鐘停頓時間內(nèi)）數(shù)據(jù)監(jiān)控查看相應(yīng)SESSION146 user mit: 10000000次142 user mit: 10082次備注：在應(yīng)用端配置了每1000條事務(wù)進行一次批量提交會話REDO生成情況統(tǒng)計：select , , round( / 1024 / 1024) Size Mbfrom v$sesstat s, v$statname nwhere = and like 39。%redo size%39。order by 3 desc。統(tǒng)計結(jié)果：142上會話redo量（SID 288）1 288 redo size 1679M 146上會話redo量（SID 211）1 211 redo size 10037M 。GoldenGate應(yīng)用端控制臺中，查看lag信息，基本在3秒以內(nèi)。（6）統(tǒng)計表大小SQLanalyze table per_test pute statistics。 190s左右SQLselect ,()||39。K39。 bytes from user_segments s where =UPPER(39。per_test39。)。146上1 PER_TEST 770048K142上1 PER_TEST 770048K兩端的rows均為1000萬行，傳輸中無數(shù)據(jù)丟失。（7）檢查trail文件大小測試后trail文件大?。海╡3*） 146：3,326,940,923 142：3,326,956,814（8）檢查生成的歸檔文件大小sqlplus sys/broada_plat@orcl142 as sysdbaSQL alter system switch logfile。sqlplus sys/broada_plat@orcl146 as sysdbaSQL alter system switch logfile。 146：12,413,898,752 142：1,826,665,472備注：146上的歸檔還包含一部分因日志表數(shù)據(jù)插入造成的歸檔數(shù)據(jù)。但在前面redo統(tǒng)計中則不包含，因為2個腳本分別運行，在不同的會話下。（9）查看146上日志表通過以下語句查看這次測試的日志表數(shù)據(jù)：select * from gg_performance_testlog t where regexp_like(marks,39。one39。) order by 1日志表記錄了同步過程中，兩端同步表已提交數(shù)據(jù)的數(shù)量和差值，每秒記錄一次?？梢酝ㄟ^日志表的數(shù)據(jù)，計算出每秒事務(wù)量，并估算出同步效率。如果差值大，表明網(wǎng)絡(luò)延遲較大；如果差值不斷增大，表明應(yīng)用端同步效率較低，無法滿足源端的事務(wù)量。另一文檔《性能測試日志表數(shù)據(jù)》中記錄了這次測試的日志表數(shù)據(jù)。 性能測試結(jié)果 測試數(shù)據(jù)計算測試日志表中，記錄了測試數(shù)據(jù)生成時間是從9:58:34到10:31:06，約32分32秒，生成1000萬條測試記錄，每生成一條記錄提交一次，所以： 每秒事務(wù)量=10,000,000/1952=5123 次/秒根據(jù)測試日志表記錄，統(tǒng)計差值情況：select avg(difference) avg,max(difference) max from gg_performance_testlog t where regexp_like(marks,39。one39。)and difference0。avg max 51260即同步時兩端記錄平均差值約17896行，最大差值為51260行。差值并不隨著時間增大，表明應(yīng)用進程的應(yīng)用效率能滿足抓取的每秒事務(wù)量。146端在10:31:06完成所有事務(wù)，相應(yīng)的，142端10:31:11完成所有應(yīng)用，最終同步lag約5秒。 生成的trail文件大小3,326,956,814字節(jié)，，所以： 每秒網(wǎng)絡(luò)傳輸流量= 源端1000萬條記錄，相應(yīng)生成的redo為10037M，；應(yīng)用端同步生成的redo為1679M。記錄在表中的存儲大小，兩端均為752M。所以： 源端每秒日志量=10037/1952= 應(yīng)用端每秒日志量=1679/1952= 每秒trail文件大小= GoldenGate傳輸壓縮比=:=:1 兩端數(shù)據(jù)庫日志比=10037:1679=:1比較如下：源端目標端總時間1952s事務(wù)完成時間10:31:0610:31:11數(shù)據(jù)量1000萬行每秒事務(wù)量5123次/s數(shù)據(jù)存儲大小752M產(chǎn)生的REDO10037M1679M每秒日志量TRAIL文件大小網(wǎng)絡(luò)流量 測試結(jié)果 從上述測試數(shù)據(jù)中可得出：（1） 源端每秒5123次事務(wù)，；（2） ，并通過網(wǎng)路傳輸?shù)綉?yīng)用端；（3） ，應(yīng)用延遲約5秒。從這次測試中，可以看出，實時同步，每秒5000次的事務(wù)量，在普通PC上的數(shù)據(jù)庫即可滿足應(yīng)用端實時應(yīng)用同步數(shù)據(jù)。，由于測試是在局域網(wǎng)內(nèi)進行，在實際項目的實時同步中，要保證同步的實時性，就需要考慮到網(wǎng)絡(luò)傳輸?shù)哪芰Γ鄬碚f這一方面的壓力可能會更大。GoldenGate可以再壓縮傳輸?shù)膖rail，同時可以借助BATCHSQL參數(shù)批量應(yīng)用，縮減了應(yīng)用端的數(shù)據(jù)庫壓力和生成的日志大小。25