• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            Prayer

            在一般中尋求卓越
            posts - 1256, comments - 190, trackbacks - 0, articles - 0
              C++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理
            因?yàn)橐獙?shí)現(xiàn)CICS的負(fù)載均衡(配置CTG/CICS Transaction Gateway工作負(fù)載管理器將在后續(xù)BLOG中介紹),當(dāng)一臺(tái)服務(wù)器A的CICS Server宕掉后,CTG自動(dòng)調(diào)用另一臺(tái)服務(wù)器B的CICS Server,但是因?yàn)榄h(huán)境的差異,在A上編譯好的可執(zhí)行程序復(fù)制到B,CICS調(diào)用時(shí)報(bào)錯(cuò),需要在B上重新編譯才行。

            問題出現(xiàn)了:當(dāng)A的CICS宕掉后,CICS客戶端自動(dòng)調(diào)用B的CICS,這時(shí)CICS調(diào)用訪問DB2的應(yīng)用程序,報(bào)SQL0818N錯(cuò)誤,重新編譯B上的應(yīng)用程序(包括db2 prep和cicstcl),不再報(bào)錯(cuò),但此時(shí)將A上的CICS恢復(fù)后,當(dāng)客戶端重新調(diào)用A時(shí),A又報(bào)SQL0818N。

            在網(wǎng)上找到一篇文章《[Share]DB2返回SQLCODE -818 錯(cuò)誤》(http://blog.csdn.net/caoxicao/archive/2006/11/15/1386165.aspx),描述的情況是相同的,但是沒有給出解決方法。

            這個(gè)錯(cuò)誤的原因是,A和B訪問同一個(gè)DB2數(shù)據(jù)庫(kù),在預(yù)編譯SQC文件時(shí)(db2 prep xxx.sqc),除了產(chǎn)生.c文件外,還產(chǎn)生一個(gè)package存放到DB2數(shù)據(jù)庫(kù)中(syscat.packages表),.c文件和package有一個(gè)相同的時(shí)間戳,用.c文件編譯連接生成的可執(zhí)行程序繼承了.c文件的時(shí)間戳,也就是說,可執(zhí)行程序和package的時(shí)間戳也是相同的。

            當(dāng)可執(zhí)行程序訪問DB2時(shí),DB2會(huì)檢查兩個(gè)時(shí)間戳是否一致,如果不一致,就報(bào)錯(cuò):“SQL0818N A timestamp conflict occurred.”

            所以在B上預(yù)編譯了程序,更新了package的時(shí)間戳,A上的程序因?yàn)闀r(shí)間戳和package的不一致,就不能再運(yùn)行。

            通過在IBM官網(wǎng)DB2 Information Center搜索關(guān)鍵字:timestamp conflict,找到一篇文章《Precompiler-Generated Timestamps》(http://publib.boulder.ibm.com/infocenter/db2luw/v8//topic/com.ibm.db2.udb.doc/ad/c0005565.htm),文章中提供了解決方法。

            在db2 prep xxx.sqc時(shí)加上version參數(shù)。例如,在A上用db2 prep xxx.sqc version 1預(yù)編譯,在B上用db2 prep xxx.sqc version 2預(yù)編譯。用db2 "select substr(pkgname,1,8),pkgversion,EXPLICIT_BIND_TIME from syscat.packages where pkgname ='xxx'"查詢,發(fā)現(xiàn)有兩條package記錄,pkgversion分別是1和2。

            這樣,當(dāng)預(yù)編譯B上的程序時(shí),將不會(huì)影響到A上程序的package時(shí)間戳,就不會(huì)使A上的程序運(yùn)行時(shí)報(bào)錯(cuò)。同樣,預(yù)編譯A上的程序時(shí),也不會(huì)影響到B上的程序執(zhí)行。

            還有一種方法,就是只在一個(gè)地方預(yù)編譯SQC文件:把A上預(yù)編譯產(chǎn)生的.c文件拿到B上編譯連接(在B上不執(zhí)行db2 prep,也就不更新package的timestamp),產(chǎn)生的程序也擁有和A上的程序以及數(shù)據(jù)庫(kù)里package相同的時(shí)間戳,執(zhí)行時(shí)也不會(huì)報(bào)錯(cuò)。

            附:db2 prep xxx.sqc,默認(rèn)產(chǎn)生或者更新(如果package已存在)package(pkgname='xxx',長(zhǎng)度為8,超過截取前8位),如果指定bindfile參數(shù),即db2 prep xxx.sqc bindfile,則不產(chǎn)生或者更新package,而是產(chǎn)生xxx.bnd文件,在db2 bind xxx.bnd時(shí)產(chǎn)生或者更新package。
            国产精品亚洲综合久久| 中文字幕无码av激情不卡久久 | 久久青青国产| 久久激情五月丁香伊人| 精品久久人人爽天天玩人人妻| 久久久久亚洲av无码专区| 亚洲中文久久精品无码ww16| 久久久久久曰本AV免费免费| yy6080久久| 久久久久亚洲AV片无码下载蜜桃| 久久强奷乱码老熟女网站| 狠狠综合久久综合88亚洲| 久久国产免费直播| 亚洲综合伊人久久大杳蕉| 久久婷婷五月综合色高清| 2020久久精品国产免费| 久久免费精品视频| 久久久久无码中| 中文字幕久久精品无码| 精品久久亚洲中文无码| 精品久久久噜噜噜久久久 | 国产精品va久久久久久久| 久久久这里有精品中文字幕| 欧美性大战久久久久久| 亚洲精品乱码久久久久66| 久久婷婷久久一区二区三区| 老司机国内精品久久久久| 亚洲国产精品一区二区三区久久| 亚洲国产精品无码久久SM| 日本免费久久久久久久网站| 中文字幕精品久久| 精品久久久久久久久中文字幕| 久久免费视频1| 精品免费tv久久久久久久| 中文字幕无码久久精品青草| 久久久老熟女一区二区三区| 四虎国产精品免费久久5151| 综合久久给合久久狠狠狠97色 | 久久国产色AV免费观看| 欧美色综合久久久久久| 久久综合丝袜日本网|