OGG 跳过事务(转)
生活随笔
收集整理的這篇文章主要介紹了
OGG 跳过事务(转)
小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.
http://blog.chinaunix.net/uid-26190993-id-3434074.html
在OGG運(yùn)行過程中,通常會(huì)因?yàn)楦鞣N各樣的原因?qū)е氯轂?zāi)端的REPLICAT進(jìn)程ABENDED掉,這個(gè)時(shí)候需要通過分析ggserr.log , DISCARDFILE , REPLICAT REPORT ,以及借助 Logdump 等工具去定位錯(cuò)誤。在具體的應(yīng)用場景下,通過分析排查,有些事務(wù)是可以不在容災(zāi)端去應(yīng)用的,下面的例子是今天在生產(chǎn)配置OGG遇到的一個(gè)問題。由于在同步過程中,從主庫傳過來的列隊(duì)中包含創(chuàng)建OGG用戶下某張表的一個(gè)事務(wù),導(dǎo)致REPLICAT進(jìn)程ABENDED,經(jīng)過分析,該表是在主庫用于DDL復(fù)制的,并不需要在備庫應(yīng)用,確定不會(huì)影響數(shù)據(jù)一致性的前提下決定跳過次事務(wù):
1,定位REPLICAT進(jìn)程當(dāng)前事務(wù)所在列隊(duì)文件及RBA:GGSCI?(sv890n01)?46>?info rads_1
REPLICAT RADS_1 Last Started 2012-12-08 16:29 Status ABENDED
Checkpoint Lag 02:23:36?(updated 00:01:38 ago)
Log Read Checkpoint File?./dirdat/pa000002
?????????????????????2012-12-08 14:05:51.970013 RBA?77698825
2,由于在列隊(duì)中相鄰兩個(gè)事務(wù)的 RBA 并不是簡單的 +1 關(guān)系,所以下一步需要定位到下個(gè)事務(wù)的RBA,在這里需要借助 logdump 工具。打開列隊(duì)文件:
Logdump 10 >open ./dirdat/pa000002 Current LogTrail is /u01/app/oracle/oradata/ogg/dirdat/pa000002 ? ?定位到指定的RBA位置:Logdump 11 >pos 77698825 Reading forward from RBA 77698825 ?查看當(dāng)前事務(wù)詳細(xì)信息,在這里可以看到DDL/DML操作類型,RBA,對(duì)象名等一些相關(guān)信息:Logdump 12 >n 2012/12/08 14:05:52.970.013 DDLOP Len 1221 RBA?77698825 Name: After Image: Partition 0 G s 2c43 353d 2735 3730 3727 2c2c 4237 3d27 3537 3037 | ,C5='5707',,B7='5707 272c 2c42 323d 2735 3631 3330 3027 2c2c 4233 3d27 | ',,B2='561300',,B3=' 4f47 4727 2c2c 4234 3d27 4442 4d53 5f54 4142 434f | OGG',,B4='DBMS_TABCO 4d50 5f54 454d 505f 554e 434d 5027 2c2c 4331 323d | MP_TEMP_UNCMP',,C12= 2727 2c2c 4331 333d 2727 2c2c 4235 3d27 5441 424c | '',,C13='',,B5='TABL 4527 2c2c 4236 3d27 4452 4f50 272c 2c42 383d 274f | E',,B6='DROP',,B8='O 4747 2e47 4753 5f44 444c 5f48 4953 5427 2c2c 4239 | GG.GGS_DDL_HIST',,B9 ? ?查看下一個(gè)事務(wù)信息:Logdump 13 >n 2012/12/08 14:05:52.970.013 Insert Len 370 RBA?77700210 Name: DATAGATE.TB_DOWNLOAD_LOG After Image: Partition 4 G s 0000 0009 0000 0005 7274 7231 3100 0100 0900 0000 | ........rtr11....... 0531 3036 3034 0002 001d 0000 0019 5943 3159 3037 | .10604........YC1Y07 315f 3132 3939 3537 3833 3534 3932 342e 786d 6c00 | 1_1299578354924.xml. 0300 0300 0030 0004 00bf 0000 00bb 6874 7470 3a2f | .....0........http:/ 2f64 6174 6167 6174 652e 6368 696e 6162 6f6e 642e | /datagate.chinabond. 636f 6d2e 636e 2f64 6174 6167 6174 652f 6469 7370 | com.cn/datagate/disp 6174 6368 3f66 756e 635f 6964 3d32 3031 3126 7374 | atch?func_id=2011&st 至此已經(jīng)定位到下一個(gè)事務(wù)的RBA。
3,在GGSCI中通過重新指定REPLICAT進(jìn)程的當(dāng)前RBA以跳過當(dāng)前事務(wù)GGSCI (sv890n01) 47> alter replicat rads_1,extrba?77700210 REPLICAT altered. GGSCI (sv890n01) 48> start rads_1 Sending START request to MANAGER ... REPLICAT RADS_1 starting
來自為知筆記(Wiz)
在OGG運(yùn)行過程中,通常會(huì)因?yàn)楦鞣N各樣的原因?qū)е氯轂?zāi)端的REPLICAT進(jìn)程ABENDED掉,這個(gè)時(shí)候需要通過分析ggserr.log , DISCARDFILE , REPLICAT REPORT ,以及借助 Logdump 等工具去定位錯(cuò)誤。在具體的應(yīng)用場景下,通過分析排查,有些事務(wù)是可以不在容災(zāi)端去應(yīng)用的,下面的例子是今天在生產(chǎn)配置OGG遇到的一個(gè)問題。由于在同步過程中,從主庫傳過來的列隊(duì)中包含創(chuàng)建OGG用戶下某張表的一個(gè)事務(wù),導(dǎo)致REPLICAT進(jìn)程ABENDED,經(jīng)過分析,該表是在主庫用于DDL復(fù)制的,并不需要在備庫應(yīng)用,確定不會(huì)影響數(shù)據(jù)一致性的前提下決定跳過次事務(wù):
1,定位REPLICAT進(jìn)程當(dāng)前事務(wù)所在列隊(duì)文件及RBA:
點(diǎn)擊(此處)折疊或打開
2,由于在列隊(duì)中相鄰兩個(gè)事務(wù)的 RBA 并不是簡單的 +1 關(guān)系,所以下一步需要定位到下個(gè)事務(wù)的RBA,在這里需要借助 logdump 工具。打開列隊(duì)文件:
點(diǎn)擊(此處)折疊或打開
點(diǎn)擊(此處)折疊或打開
點(diǎn)擊(此處)折疊或打開
點(diǎn)擊(此處)折疊或打開
3,在GGSCI中通過重新指定REPLICAT進(jìn)程的當(dāng)前RBA以跳過當(dāng)前事務(wù)
點(diǎn)擊(此處)折疊或打開
來自為知筆記(Wiz)
轉(zhuǎn)載于:https://www.cnblogs.com/skyrim/p/7456193.html
總結(jié)
以上是生活随笔為你收集整理的OGG 跳过事务(转)的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 航空
- 下一篇: Package CJK Error: I