goldengate同步解決方案及性能測(cè)試-資料下載頁(yè)
2025-06-05 18:41本頁(yè)面
【正文】 啟mgr進(jìn)程。（1）146上extract進(jìn)程配置/***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)用進(jìn)程配置/***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)。***/ 測(cè)試步驟（1）清空兩端測(cè)試表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進(jìn)程應(yīng)該在歸檔清空后開(kāi)始抓取，即建立extract進(jìn)程應(yīng)該在這個(gè)時(shí)間點(diǎn)之后begin。主要了防止日志大小統(tǒng)計(jì)的不準(zhǔn)確。（3）開(kāi)啟兩端GoldenGate進(jìn)程，記錄初始trail file大小146：2K142：2K（4）執(zhí)行測(cè)試腳本分別在兩個(gè)命令行窗口中執(zhí)行2個(gè)腳本，其中p_gg_testlog提前于P_GG_PERFORDATA執(zhí)行，以記錄完整的測(cè)試信息：SQL exec p_gg_testlog(p_marks = 39。one39。)SQL exec P_GG_PERFORDATA(p_looptime = 10000000)。實(shí)際執(zhí)行時(shí)間約1882秒（5）測(cè)試數(shù)據(jù)生成結(jié)束、會(huì)話未關(guān)閉時(shí)（即10分鐘停頓時(shí)間內(nèi)）數(shù)據(jù)監(jiān)控查看相應(yīng)SESSION146 user mit: 10000000次142 user mit: 10082次備注：在應(yīng)用端配置了每1000條事務(wù)進(jìn)行一次批量提交會(huì)話REDO生成情況統(tǒng)計(jì)：select , , round( / 1024 / 1024) Size Mbfrom v$sesstat s, v$statname nwhere = and like 39。%redo size%39。order by 3 desc。統(tǒng)計(jì)結(jié)果：142上會(huì)話redo量（SID 288）1 288 redo size 1679M 146上會(huì)話redo量（SID 211）1 211 redo size 10037M 。GoldenGate應(yīng)用端控制臺(tái)中，查看lag信息，基本在3秒以?xún)?nèi)。（6）統(tǒng)計(jì)表大小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萬(wàn)行，傳輸中無(wú)數(shù)據(jù)丟失。（7）檢查trail文件大小測(cè)試后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)計(jì)中則不包含，因?yàn)?個(gè)腳本分別運(yùn)行，在不同的會(huì)話下。（9）查看146上日志表通過(guò)以下語(yǔ)句查看這次測(cè)試的日志表數(shù)據(jù)：select * from gg_performance_testlog t where regexp_like(marks,39。one39。) order by 1日志表記錄了同步過(guò)程中，兩端同步表已提交數(shù)據(jù)的數(shù)量和差值，每秒記錄一次?？梢酝ㄟ^(guò)日志表的數(shù)據(jù)，計(jì)算出每秒事務(wù)量，并估算出同步效率。如果差值大，表明網(wǎng)絡(luò)延遲較大；如果差值不斷增大，表明應(yīng)用端同步效率較低，無(wú)法滿(mǎn)足源端的事務(wù)量。另一文檔《性能測(cè)試日志表數(shù)據(jù)》中記錄了這次測(cè)試的日志表數(shù)據(jù)。 性能測(cè)試結(jié)果 測(cè)試數(shù)據(jù)計(jì)算測(cè)試日志表中，記錄了測(cè)試數(shù)據(jù)生成時(shí)間是從9:58:34到10:31:06，約32分32秒，生成1000萬(wàn)條測(cè)試記錄，每生成一條記錄提交一次，所以： 每秒事務(wù)量=10,000,000/1952=5123 次/秒根據(jù)測(cè)試日志表記錄，統(tǒng)計(jì)差值情況：select avg(difference) avg,max(difference) max from gg_performance_testlog t where regexp_like(marks,39。one39。)and difference0。avg max 51260即同步時(shí)兩端記錄平均差值約17896行，最大差值為51260行。差值并不隨著時(shí)間增大，表明應(yīng)用進(jìn)程的應(yīng)用效率能滿(mǎn)足抓取的每秒事務(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萬(wàn)條記錄，相應(yīng)生成的redo為10037M，；應(yīng)用端同步生成的redo為1679M。記錄在表中的存儲(chǔ)大小，兩端均為752M。所以： 源端每秒日志量=10037/1952= 應(yīng)用端每秒日志量=1679/1952= 每秒trail文件大小= GoldenGate傳輸壓縮比=:=:1 兩端數(shù)據(jù)庫(kù)日志比=10037:1679=:1比較如下：源端目標(biāo)端總時(shí)間1952s事務(wù)完成時(shí)間10:31:0610:31:11數(shù)據(jù)量1000萬(wàn)行每秒事務(wù)量5123次/s數(shù)據(jù)存儲(chǔ)大小752M產(chǎn)生的REDO10037M1679M每秒日志量TRAIL文件大小網(wǎng)絡(luò)流量 測(cè)試結(jié)果 從上述測(cè)試數(shù)據(jù)中可得出：（1） 源端每秒5123次事務(wù)，；（2） ，并通過(guò)網(wǎng)路傳輸?shù)綉?yīng)用端；（3） ，應(yīng)用延遲約5秒。從這次測(cè)試中，可以看出，實(shí)時(shí)同步，每秒5000次的事務(wù)量，在普通PC上的數(shù)據(jù)庫(kù)即可滿(mǎn)足應(yīng)用端實(shí)時(shí)應(yīng)用同步數(shù)據(jù)。，由于測(cè)試是在局域網(wǎng)內(nèi)進(jìn)行，在實(shí)際項(xiàng)目的實(shí)時(shí)同步中，要保證同步的實(shí)時(shí)性，就需要考慮到網(wǎng)絡(luò)傳輸?shù)哪芰?，相?duì)來(lái)說(shuō)這一方面的壓力可能會(huì)更大。GoldenGate可以再壓縮傳輸?shù)膖rail，同時(shí)可以借助BATCHSQL參數(shù)批量應(yīng)用，縮減了應(yīng)用端的數(shù)據(jù)庫(kù)壓力和生成的日志大小。25
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1