<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
        主站蜘蛛池模板: 久久久久亚洲av毛片大| 亚洲国产精品无码AAA片| 性色av免费观看| 亚洲精品色婷婷在线影院| 亚洲av日韩av无码黑人| 亚洲午夜成人精品无码色欲| 无码AV动漫精品一区二区免费 | 亚洲愉拍99热成人精品热久久| 亚洲黄色在线观看视频| 污视频网站免费观看| 嘿嘿嘿视频免费网站在线观看| 亚洲一级特黄大片在线观看| 国产日本亚洲一区二区三区| 国产情侣久久久久aⅴ免费| 日本特黄特色aa大片免费| 亚洲视频一区二区三区| 91免费在线播放| 亚洲国产国产综合一区首页| 免费一级毛suv好看的国产网站| 亚洲国产一区视频| 69式互添免费视频| 亚洲免费中文字幕| 亚洲区日韩区无码区| 国产精品玖玖美女张开腿让男人桶爽免费看| 一个人免费视频在线观看www| 蜜桃精品免费久久久久影院| 亚洲国产成人精品无码一区二区 | 3344永久在线观看视频免费首页| 久久亚洲精品无码观看不卡| a级成人免费毛片完整版| 亚洲一区二区三区无码影院| 最新久久免费视频| 亚洲xxxxxx| 色片在线免费观看| 亚洲国产午夜精品理论片在线播放 | 偷自拍亚洲视频在线观看99| 在线不卡免费视频| 国产日韩精品无码区免费专区国产| 国产色婷婷精品免费视频| 亚洲精品免费网站| 成全视频在线观看免费高清动漫视频下载|