<span id="mktg5"></span>

<i id="mktg5"><meter id="mktg5"></meter></i>

        <label id="mktg5"><meter id="mktg5"></meter></label>
        最新文章專題視頻專題問答1問答10問答100問答1000問答2000關鍵字專題1關鍵字專題50關鍵字專題500關鍵字專題1500TAG最新視頻文章推薦1 推薦3 推薦5 推薦7 推薦9 推薦11 推薦13 推薦15 推薦17 推薦19 推薦21 推薦23 推薦25 推薦27 推薦29 推薦31 推薦33 推薦35 推薦37視頻文章20視頻文章30視頻文章40視頻文章50視頻文章60 視頻文章70視頻文章80視頻文章90視頻文章100視頻文章120視頻文章140 視頻2關鍵字專題關鍵字專題tag2tag3文章專題文章專題2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章專題3
        問答文章1 問答文章501 問答文章1001 問答文章1501 問答文章2001 問答文章2501 問答文章3001 問答文章3501 問答文章4001 問答文章4501 問答文章5001 問答文章5501 問答文章6001 問答文章6501 問答文章7001 問答文章7501 問答文章8001 問答文章8501 問答文章9001 問答文章9501
        當前位置: 首頁 - 科技 - 知識百科 - 正文

        聯(lián)機日志文件過小引發(fā)的logfile相關等待

        來源:懂視網(wǎng) 責編:小采 時間:2020-11-09 10:51:24
        文檔

        聯(lián)機日志文件過小引發(fā)的logfile相關等待

        聯(lián)機日志文件過小引發(fā)的logfile相關等待:Oracle 聯(lián)機重做日志文件記錄了數(shù)據(jù)庫的所有變化(DML,DDL或管理員對數(shù)據(jù)所作的結構性更改等),用于對于意外刪除或宕機利用日志文 Oracle 聯(lián)機重做日志文件記錄了數(shù)據(jù)庫的所有變化(DML,DDL或管理員對數(shù)據(jù)所作的結構性更改等),用于對于意外刪除或宕機利用日
        推薦度:
        導讀聯(lián)機日志文件過小引發(fā)的logfile相關等待:Oracle 聯(lián)機重做日志文件記錄了數(shù)據(jù)庫的所有變化(DML,DDL或管理員對數(shù)據(jù)所作的結構性更改等),用于對于意外刪除或宕機利用日志文 Oracle 聯(lián)機重做日志文件記錄了數(shù)據(jù)庫的所有變化(DML,DDL或管理員對數(shù)據(jù)所作的結構性更改等),用于對于意外刪除或宕機利用日

        Oracle 聯(lián)機重做日志文件記錄了數(shù)據(jù)庫的所有變化(DML,DDL或管理員對數(shù)據(jù)所作的結構性更改等),用于對于意外刪除或宕機利用日志文

        Oracle 聯(lián)機重做日志文件記錄了數(shù)據(jù)庫的所有變化(DML,DDL或管理員對數(shù)據(jù)所作的結構性更改等),用于對于意外刪除或宕機利用日志文件實現(xiàn)數(shù)據(jù)恢復來確保數(shù)據(jù)的完整性。但不合理的聯(lián)機日志文件規(guī)劃將引發(fā)日志相關的等待事件。下面是這樣一個來自生產(chǎn)環(huán)境中的例子。

        1、故障描述

        --客戶描述該數(shù)據(jù)庫晚上用于實現(xiàn)數(shù)據(jù)同步以及匯總,以前一直工作的比較良好,隨著需要同步的數(shù)量量的增大,最近變得越來越慢。
        --下面我們首先取了客戶晚8點至第二天7點的awr report。

        WORKLOAD REPOSITORY report for

        DB Name DB Id Instance Inst Num Release RAC Host
        ------------ ----------- ------------ -------- ----------- --- ------------
        ST990 2152526631 ST990 1 10.2.0.3.0 NO v2011db02p

        Snap Id Snap Time Sessions Curs/Sess
        --------- ------------------- -------- ---------
        Begin Snap: 21787 21-Feb-13 20:00:22 50 19.5
        End Snap: 21798 22-Feb-13 07:00:47 44 20.0
        Elapsed: 660.42 (mins)
        DB Time: 928.06 (mins)

        --從上面的awr report 可知,單實例,,10.2.0.3版本,期間的會話數(shù)也不多
        --Elapsed < DB Time
        --Elapsed Time=(20130222 07:00:00 - 20130221 20:00:00)≈ 660
        --DB Time=928.06 ,運行環(huán)境為16核CPU, 660*16=10560, cpu花費了928.06分鐘在處理Oralce非空閑等待和運算上
        --從上可知,整個系統(tǒng)還是比較空閑

        --下面來看看top event
        Top 5 Timed Events Avg %Total
        ~~~~~~~~~~~~~~~~~~ wait Call
        Event Waits Time (s) (ms) Time Wait Class
        ------------------------------ ------------ ----------- ------ ------ ----------
        CPU time 20,673 37.1
        log file parallel write 27,399 4,797 175 8.6 System I/O
        control file parallel write 13,428 4,688 349 8.4 System I/O
        log file sync 19,564 3,795 194 6.8 Commit
        db file scattered read 26,651,537 3,439 0 6.2 User I/O

        --從上面的top event事件上來看,log file相關等待事件表現(xiàn)明顯
        --log file parallel write等待事件總等待次數(shù)27,399 總等待時間4,797/60=79.95(min),超出一個小時,相當可觀
        --其次是control file parallel write與log file sync事件的相關等待

        --下面是等待事件的detail信息
        Wait Events DB/Inst: ST1200/ST1200 Snaps: 21787-21798
        -> s - second
        -> cs - centisecond - 100th of a second
        -> ms - millisecond - 1000th of a second
        -> us - microsecond - 1000000th of a second
        -> ordered by wait time desc, waits desc (idle events last)

        %Time Total Wait wait Waits
        Event Waits -outs Time (s) (ms) /txn
        ---------------------------- -------------- ------ ----------- ------- ---------
        log file parallel write 27,399 .0 4,797 175 1.1
        control file parallel write 13,428 .0 4,688 349 0.5
        log file sync 19,564 10.6 3,795 194 0.8
        db file scattered read 26,651,537 .0 3,439 0 1,049.4
        db file sequential read 6,682,373 .0 1,567 0 263.1
        log file switch (checkpoint 1,091 92.9 1,019 934 0.0
        Datapump dump file I/O 633,458 .0 286 0 24.9
        log file switch completion 332 31.6 183 552 0.0
        log buffer space 255 47.8 155 608 0.0
        free buffer waits 2,409 99.5 120 50 0.1
        buffer busy waits 145 62.8 96 664 0.0

        linux

        聲明:本網(wǎng)頁內(nèi)容旨在傳播知識,若有侵權等問題請及時與本網(wǎng)聯(lián)系,我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

        文檔

        聯(lián)機日志文件過小引發(fā)的logfile相關等待

        聯(lián)機日志文件過小引發(fā)的logfile相關等待:Oracle 聯(lián)機重做日志文件記錄了數(shù)據(jù)庫的所有變化(DML,DDL或管理員對數(shù)據(jù)所作的結構性更改等),用于對于意外刪除或宕機利用日志文 Oracle 聯(lián)機重做日志文件記錄了數(shù)據(jù)庫的所有變化(DML,DDL或管理員對數(shù)據(jù)所作的結構性更改等),用于對于意外刪除或宕機利用日
        推薦度:
        • 熱門焦點

        最新推薦

        猜你喜歡

        熱門推薦

        專題
        Top
        主站蜘蛛池模板: 国产精品怡红院永久免费| 国产精品成人四虎免费视频| 亚洲一级毛片免费看| 成人免费视频一区| 亚洲午夜久久久久久久久电影网| 亚洲一级高清在线中文字幕| 人成午夜免费大片在线观看| 日韩视频在线精品视频免费观看| 国产精品亚洲综合一区| 亚洲国产欧美一区二区三区| 久久A级毛片免费观看| 亚洲国产精品成人网址天堂| 亚洲xxxxxx| 毛片免费观看网站| 亚洲AV女人18毛片水真多| 精品国产无限资源免费观看| 亚洲伊人精品综合在合线| 日韩人妻无码精品久久免费一| 亚洲成A∨人片天堂网无码| 无遮挡呻吟娇喘视频免费播放| 狼友av永久网站免费观看| 亚洲精品午夜在线观看| 国产拍拍拍无码视频免费| 国产亚洲人成A在线V网站| 日本一区二区免费看| 亚洲国产精品无码久久SM| 国内精品免费久久影院| 亚洲男人的天堂在线va拉文| 国产精品亚洲专区在线播放 | 亚洲第一成人在线| 无码囯产精品一区二区免费| 亚洲精品乱码久久久久久蜜桃不卡 | 亚洲免费精彩视频在线观看| 亚洲国产中文在线二区三区免| 卡1卡2卡3卡4卡5免费视频| 亚洲欧洲日韩极速播放| 久久综合AV免费观看| 亚洲色成人WWW永久在线观看| 污污网站18禁在线永久免费观看| 亚洲免费观看在线视频| 亚洲国产综合精品中文字幕 |