oracle效能調整的九大要點:二資料庫配置和IO

來源:互聯網
上載者:User
降低磁碟的IO
    分散磁碟的IO
    資料表空間使用本地管理
    1、將檔案分散到不同的裝置上
    1)將資料檔案與記錄檔分開
    2)減少與伺服器無關的磁碟IO
    3)評估裸裝置的使用
    4)分割表資料

    2、資料表空間的使用

    系統資料表空間保留給資料字典對象
    建立本地管理資料表空間以避免空間管理問題
    將表和索引分散到獨立的資料表空間中
    使用獨立的復原資料表空間
    將大的資料庫物件儲存在各自獨立的資料表空間中
    建立一個或多個獨立的暫存資料表空間

    下列資料庫物件應該有單獨的資料表空間:
    資料字典、復原段、索引、臨時段、表、大對象

    3、檢查IO統計資料
    Select phyrds,phywrts,d.name from v$datafile d,v$filestat f where f.file#=d.file# order by d.name;
    檢查最有可能引起磁碟IO瓶頸的檔案。

    4、分割檔案
    可以通過RAID和手工進行
    Alter table table_name allocate extent (datafile ‘fiile_name’ size 10M);
    但手工操作工作量很大。

    5、最佳化全表掃描操作

    1)檢查有多少全表發生:
    Select name,value from v$sysstat where name like ‘%table scan%’;
    table scans (short tables)/ table scans (long tables)與全表掃描相關,如果table scans (long tables)的值很高,說明大部分的table access 沒有經過索引尋找,應該檢查應用或建立索引,要確保有效索引在正確的位置上。

    合理的DB_FILE_MULTIBLOCK_READ_COUNT能減少table scan需要調用的IO次數,提高效能(與OS相關)。

    2)查看full table scan操作:
    Select sid,serial#,opname,target,to_char(start_time,’HH24:MI:SS’) “start”,(sofar/totalwork)*100 “percent_complete” from v$session_longops;
    通過v$session_longops裡的sql_hash_value與v$sqltext關聯,可以查詢導致full table scan的sql。
    6、Checkpoint
    Checkpoint進行的操作:DBWn進行IO操作;CKPT更新資料檔案頭和控制檔案。
    經常進行Checkpoint的結果:減少恢複所需的時間;降低了系統運行時的效能。

    LGWR以迴圈的方式將日誌寫到各個日誌組,當一個日誌組滿時,oracle server必須進行一個Checkpoint,這意味著:DBWn將對應log覆蓋的所有或部分髒資料區塊寫進資料檔案;CKPT更新資料檔案頭和控制檔案。如果DBWn沒有完成操作而LGWR需要同一個檔案,LGWR只能等待。
    在OLTP環境下,如果SGA很大並且checkpoint的次數不多,在Checkpoint的過程中容易出現磁碟競爭的狀況,在這種情況下,經常進行Checkpoint可以減少每次Checkpoint涉及到的髒資料區塊的數目。

    調節Checkpoint次數的辦法:
    增大記錄檔;增加日誌組以增加覆蓋的時間間隔。

    7、記錄檔

    建立大小合適的記錄檔以最小化競爭;
    提供足夠的記錄檔組以消除等待現象;
    將記錄檔存放在獨立的、能快速存取的存放裝置上(記錄檔可以建立在裸裝置上)。記錄檔以組的方式組織管理,每個組裡的記錄檔的內容完全相同。

    8、歸檔記錄檔
    如果選擇歸檔模式,必須要有兩個或兩個以後的日誌組,當從一個組切換到另一個組時,會引起兩種操作:DBWn進行Checkpoint;一個記錄檔進行歸檔。

    歸檔有時候會報錯:
    ARC0:Beginning to archive log# 4 seq# 2772
    Current log# 3 seq# 2773……
    ARC0: Failed to archive log# 4 seq# 2772
    ARCH: Completed to archiving log#4 seq# 2772
    建議init參數修改如下:
    log_archive_max_processes=2
    #log_archive_dest = ‘/u05/prodarch’
    log_archive_dest_1 = "location=/u05/prodarch MANDATORY’
    log_archive_dest_state_1 = enable

    log_archive_dest_2 = "location=/u05/prodarch2 OPTIONAL reopen=10" (或其它目錄)
    log_archive_dest_state_2 = enable
    log_archive_min_succeed_dest=1

    log_archive_dest_state_3 = DEFER
    log_archive_dest_state_4 = DEFER
    log_archive_dest_state_5 = DEFER

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.