• <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。
            久久亚洲国产最新网站| 99久久99久久精品国产片果冻 | 亚洲αv久久久噜噜噜噜噜| 狠狠色综合网站久久久久久久高清 | 99久久免费国产精品特黄| 狠狠色丁香婷婷综合久久来来去 | 精品熟女少妇aⅴ免费久久| 欧美与黑人午夜性猛交久久久| 久久无码专区国产精品发布| 国产综合久久久久| 久久人人爽人人爽人人片AV麻豆| 久久精品国产秦先生| 色青青草原桃花久久综合| 精品国产91久久久久久久| 亚洲а∨天堂久久精品| 精品久久久久久综合日本| 精品无码久久久久国产动漫3d| 国产精品久久久久久久久鸭 | 97久久香蕉国产线看观看| 91精品观看91久久久久久| 久久精品亚洲中文字幕无码麻豆| 久久国产成人亚洲精品影院| 欧美一区二区三区久久综| 国产午夜精品久久久久九九电影 | 国产99久久九九精品无码| 久久66热人妻偷产精品9| 伊人久久久AV老熟妇色| 久久这里有精品| 伊人色综合九久久天天蜜桃| 久久这里只精品国产99热| 久久精品国产亚洲精品2020 | 午夜精品久久久久久久无码| 国产精品九九久久免费视频 | 一级做a爰片久久毛片人呢| 性色欲网站人妻丰满中文久久不卡| 久久精品亚洲欧美日韩久久| 国产精品99久久久久久www| 91精品国产91久久久久久青草| 2020久久精品国产免费| 久久96国产精品久久久| 日本三级久久网|