• <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++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            解決DB2日志滿問題的一種方法

            Posted on 2008-12-25 15:03 Prayer 閱讀(1082) 評論(0)  編輯 收藏 引用 所屬分類: DB2
            環(huán)境:  
              產(chǎn)品:DB2   UDB  
              平臺:跨平臺  
              版本:8  
               
               
              問題描述:  
               
              DB2   使用的活動日志的最大空間是由下面公式:  
               
              (logprimary   +   logsecond)   *   logfilsiz   *   4096  
               
              計算出的大小來決定的(logprimary,logsecond,logfilsiz是數(shù)據(jù)庫配置參數(shù))。若該空  
              間已全部被分配,而應用仍試圖請求更多活動日志空間時,就會發(fā)生日志滿的情況,此時,  
              用戶的更新、刪除或插入操作都會使   DB2DIAG.LOG   中寫入以下信息:  
               
              SQL0964C   數(shù)據(jù)庫的事務日志已滿。  
               
              DB2   活動日志滿通常是由于存在大量未提交事務的數(shù)據(jù),使得活動日志的空間不能及時釋放  
              ,使新的事務無法申請到可用日志空間,而最終報出   SQL0964C   的錯誤所致。為使應用程序  
              成功運行,而不是被回滾,通常會考慮根據(jù)情況選擇增大以上公式中的某些數(shù)據(jù)庫參數(shù),以  
              增大活動日志空間來解決這一問題。  
               
              但還有另外一種原因,即在日志空間并未用盡的情況下,當某個占有最舊活動日志的應用長  
              時間未作提交操作,阻止了日志的   LSN   的分配,造成日志空間無法使用,同樣會引發(fā)這一日  
              志滿的報錯。對于這種情況,可以提交該交易或利用   FORCE   命令來終止此應用程序,以便釋  
              放它所占用的日志空間,使   LSN   可以繼續(xù)分配,空閑的日志空間可用。這里就提供了由這一  
              原因?qū)е氯罩緷M問題的解決方法。  
               
               
              解答:  
               
              首先檢查   DB2   診斷日志文件   db2diag.log,在其中查找類似如下信息:  
               
              2003-01-16-02.53.54.935308   Instance:db2inst1   Node:016  
              PID:144252(db2agntp   (SAMPLE)   16)   Appid:*.*  
              data_protection   sqlpgrsp   Probe:50   Database:SAMPLE  
               
              Log   Full   --   active   log   held   by   appl.   handle   787273    
              End   this   application   by   COMMIT,   ROLLBACK   or   FORCE   APPLICATION.    
              :  
              :  
               
              由此,可以找到最早持有日志空間的應用程序,其句柄為   787273。如果使用   DB2   的快照工  
              具,通過從快照的輸出中查找類似以下信息:  
               
              Appl   id   holding   the   oldest   transaction   =   787273  
               
              同樣可以找到這個應用程序的句柄。這時使用以下命令可以在無需斷開數(shù)據(jù)庫其它應用程序  
              的連接的情況下強行終止該應用程序:  
               
              db2   force   application   (787273)  
              DB20000I   FORCE   APPLICATION   命令成功完成。  
              DB21024I   該命令為異步的,可能不會立即生效。  
               
              根據(jù)提示,由于該命令是異步操作,可再次使用:  
               
              db2   list   applications  
               
              驗證應用是否已被真正停止,如果輸出中已沒有該應用,它所占有的日志空間會因應用程序  
              被回滾而立即釋放,而   DB2   日志因此重新可用。   
                
             
            久久久久国产亚洲AV麻豆| 欧美午夜A∨大片久久| 国产欧美久久一区二区| 99久久国产综合精品五月天喷水| 97精品伊人久久久大香线蕉| 一本久久a久久精品综合香蕉| 亚洲国产香蕉人人爽成AV片久久| 亚洲国产精品成人久久| 国产精品丝袜久久久久久不卡| 狠狠色噜噜色狠狠狠综合久久| 久久er国产精品免费观看2| 亚洲色欲久久久久综合网| 欧美一区二区三区久久综| 91久久香蕉国产熟女线看| 久久久久久免费视频| 久久99精品国产99久久6| 一本一本久久A久久综合精品| 97久久精品人人做人人爽| 久久亚洲日韩看片无码| 久久久久久国产精品美女| 国内精品伊人久久久久av一坑| 一本综合久久国产二区| 91性高湖久久久久| 99国产欧美精品久久久蜜芽 | 久久99久久99精品免视看动漫| 亚洲午夜久久影院| 精品无码久久久久久午夜| 久久久久亚洲AV无码专区首JN| 久久久久久av无码免费看大片| 久久香蕉国产线看观看99| 成人国内精品久久久久影院| 精品久久无码中文字幕| 久久午夜无码鲁丝片| 久久久久人妻一区精品性色av| 久久久久久国产精品无码下载 | 狠狠色丁香婷婷久久综合不卡| 亚洲AV无码久久| 久久婷婷激情综合色综合俺也去| 久久无码AV中文出轨人妻| 亚洲欧美日韩久久精品第一区| 久久精品国产乱子伦|