Oracle數(shù)據(jù)庫健康檢查與評估.doc

XXXXXXXXXXXXXXX XXXXX Oracle數(shù)據(jù)庫健康檢查與評估 XXXX 巡檢人 報告生成日期 yyyy mm dd ii Joint Contact Guide v3 0 Commercial in Confidence Page ii 文檔控制 此文檔僅供江蘇移動審閱 不得向與此無關(guān)的個人或機構(gòu)傳閱或復(fù)制 修改記錄 日期 作者 版本 修改記錄 分發(fā)者 姓名 職位 審閱記錄 姓名 職位 相關(guān)文檔 目錄 文檔控制 2 修改記錄 2 分發(fā)者 2 審閱記錄 2 相關(guān)文檔 2 目錄 3 1 檢查介紹 5 1 1 檢查系統(tǒng) 5 1 2 檢查范圍 5 2 硬件配置 7 2 1 主機配置 7 3 系統(tǒng)配置 8 3 1 操作系統(tǒng)數(shù)據(jù)庫相關(guān)要求補丁 8 3 2 硬盤可用空間 8 3 3 CPU 利用率 8 4 數(shù)據(jù)庫配置 10 4 1 數(shù)據(jù)庫版本和單獨補丁 10 4 2 CRS版本和單獨補丁 10 4 3 ORACLE CLUSTER配置 10 4 4 數(shù)據(jù)庫產(chǎn)品選項 10 4 5 初始化參數(shù)文件 11 4 6 CRS日志文件 11 4 7 RDBMS運行日志和跟蹤文件 11 4 8 控制文件 11 4 9 Redo log 文件 12 4 10 歸檔Redo log 文件 13 4 11 數(shù)據(jù)文件 13 4 12 表空間 14 4 13 回滾段管理 15 5 數(shù)據(jù)庫簡單風(fēng)險評估 17 5 1 安全性管理 17 6 SqlNet 概況 18 6 1 監(jiān)聽器Listener 18 6 2 SQL Net 18 6 3 TNSNAMES 18 7 數(shù)據(jù)庫性能 19 7 1 數(shù)據(jù)庫各項基于時間模型的統(tǒng)計信息 19 7 2 數(shù)據(jù)庫負荷壓力分析 20 7 3 各項命中率 21 7 4 等待事件 21 7 5 統(tǒng)計信息分析 21 7 6 數(shù)據(jù)庫I O性能 22 7 7 索引 行遷移 行鏈 22 7 8 Enqueue等待分析 23 7 9 Latch分析 23 7 10 Resource Limit分析 23 7 11 Top SQL語句 24 8 數(shù)據(jù)庫備份策略評估 25 8 1 備份 25 8 2 恢復(fù) 25 9 數(shù)據(jù)庫特別關(guān)注點檢查 26 10 檢查總結(jié) 27 附錄 初始化參數(shù) 28 數(shù)據(jù)庫所有非默認值的參數(shù) 28 1 檢查介紹 1 1 檢查系統(tǒng) 系統(tǒng)主要包括1個數(shù)據(jù)庫 具體情況如下 數(shù)據(jù)庫名稱 數(shù)據(jù)庫實例名 應(yīng)用名稱 應(yīng)用類型OLTP DSS Batch 開發(fā)工具 應(yīng)用簡介 RDBMS 版本 CRS 版本 所有數(shù)據(jù)文件所占磁盤空間 SGA target size DB BLOCK Size 表空間個數(shù) 數(shù)據(jù)文件個數(shù) 控制文件個數(shù) 日志文件大小 日志組數(shù)目 每組日志文件成員數(shù)量 歸檔方式 并發(fā)用戶量 性能需求 1 2 檢查范圍 本次檢查僅限于數(shù)據(jù)庫 在這次檢查中對數(shù)據(jù)庫配置和數(shù)據(jù)庫性能進行了分析 本報告提供的檢查和建議不涉及具體的安全分析和應(yīng)用程序的具體細節(jié) 以下提請注意 本次檢查僅歷時1天 其中還包括了提交分析報告的時間 所以在具體的應(yīng)用程序性能方面并不加以深入 檢查方面 具體檢查內(nèi)容 硬件配置 主機配置 共享內(nèi)存參數(shù) 信號量 操作系統(tǒng)中與數(shù)據(jù)庫相關(guān)主要參數(shù) 操作系統(tǒng)數(shù)據(jù)庫相關(guān)要求補丁 系統(tǒng)配置 硬盤可用空間 CPU利用率 數(shù)據(jù)庫版本 數(shù)據(jù)庫配置 數(shù)據(jù)庫產(chǎn)品選項 數(shù)據(jù)庫參數(shù) 運行日志和跟蹤文件 控制文件 Redo log文件 歸檔Redo log文件 數(shù)據(jù)文件 表空間 回滾段管理 安全性管理 數(shù)據(jù)庫簡單風(fēng)險評估 監(jiān)聽器的設(shè)置 數(shù)據(jù)庫sql net配置 SQL Net設(shè)置 TNSNAMES設(shè)置 數(shù)據(jù)庫各項命中率 數(shù)據(jù)庫性能 等待事件 AWR統(tǒng)計信息分析 數(shù)據(jù)庫I O性能 索引 行遷移 行鏈接 Sort信息統(tǒng)計 Enqueue等待分析 Latch分析 Resource Limit分析 Top SQL 語句 備份 恢復(fù) 數(shù)據(jù)庫備份策略評估 根據(jù)客戶要求只能檢查一項 數(shù)據(jù)庫特別關(guān)注點檢查 2 硬件配置 以下列出系統(tǒng)主機的主要配置情況 2 1 主機配置 機器名 用途 Prod Test Development 所在城市 物理位置 機房 遠程 操作系統(tǒng)及版本 內(nèi)存 cpu 建議 目前系統(tǒng)配置滿足數(shù)據(jù)庫要求 操作系統(tǒng)參數(shù)設(shè)置合理 3 系統(tǒng)配置 和數(shù)據(jù)庫相關(guān)的操作系統(tǒng)配置將被檢查 包括以下方面 l 操作系統(tǒng)數(shù)據(jù)庫相關(guān)要求補丁 l 存放oracle文件的硬盤區(qū)可用空間 oracle文件包括 數(shù)據(jù)文件 控制文件 在線redo logs 歸檔redo logs 運行情況文件和跟蹤文件 l 硬盤利用率 l CPU利用率 3 1 操作系統(tǒng)數(shù)據(jù)庫相關(guān)要求補丁 建議 3 2 硬盤可用空間 硬盤可用情況如下示 數(shù)據(jù)庫XXXX的硬盤使用率情況如下 Filesystem kbytes used avail used Mounted on 數(shù)據(jù)庫YYYY的硬盤使用率情況如下 Filesystem kbytes used avail used Mounted on 建議 目前該數(shù)據(jù)庫服務(wù)器中還沒有其他硬盤空間使用率超過90 的分區(qū) 如果有需要引起注意并且及時增加硬盤空間的容量 3 3 CPU 利用率 CPU利用率的統(tǒng)計時間是 yyyy mm dd hh mi yyyy mm dd hh mi 1 top glance 2 vmstat 2 20 參考值 1 最大CPU使用率 60 70 2 系統(tǒng)進程與用戶進程占用CPU最大比率 40 60 數(shù)據(jù)庫XXXX 數(shù)據(jù)庫YYYY 從上述的情況中看出 數(shù)據(jù)庫 服務(wù)器CPU idle基本在75 以上 CPU資源較為空閑 建議 當(dāng)CPU的使用率超過80 要注意監(jiān)控是否有僵死進程 如果有僵死進程占用CPU 需要將僵死進程kill掉 如果有正常進程占用大量CPU 需要查看是否屬于正常業(yè)務(wù)進程等 4 數(shù)據(jù)庫配置 本次檢查工作主要針對數(shù)據(jù)庫XXXX 4 1 數(shù)據(jù)庫版本和單獨補丁 目前已經(jīng)安裝的單獨補丁列表如下 opatch lsinventory oh ORACLE HOME Patch Base Bug s Installed on 建議 4 2 CRS版本和單獨補丁 CRS安裝單獨補丁列表如下 opatch lsinventory oh ORA CRS HOME Name Version Installed on 建議 4 3 ORACLE CLUSTER配置 OCR使用和備份都正常 相關(guān)CRS的資源和服務(wù)都正常 olsnodes ocrcheck ocrconfig showbackup crsctl check crs CSS appears healthy CRS appears healthy EVM appears healthy crs stat t 4 4 數(shù)據(jù)庫產(chǎn)品選項 當(dāng)oracle軟件安裝時 會選擇要安裝的產(chǎn)品 有某些產(chǎn)品的安裝是需要license的 本次檢查不涉及l(fā)icense問題 一般 很多系統(tǒng)安裝的數(shù)據(jù)庫產(chǎn)品選項根本未被使用 以下列出的安裝產(chǎn)品選項可供未來的應(yīng)用開發(fā)參考 或是可以被確認有哪些產(chǎn)品選項未在原計劃之內(nèi) 以下是數(shù)據(jù)庫安裝的產(chǎn)品選項 Parameter Value 4 5 初始化參數(shù)文件 數(shù)據(jù)庫SPFILE參數(shù)指定了當(dāng)前使用的數(shù)據(jù)庫配置參數(shù) 在數(shù)據(jù)庫啟動時被使用 在附錄A列出了數(shù)據(jù)庫所有的非默認值的參數(shù) 建議 1 數(shù)據(jù)庫的參數(shù)可以看出大部分都是經(jīng)過精心設(shè)置的 2 建議調(diào)整的參數(shù)值 請在測試環(huán)境數(shù)據(jù)庫中測試確認之后 再調(diào)整于生產(chǎn)環(huán)境數(shù)據(jù)庫 4 6 CRS日志文件 從Oracle 10g RAC版本開始 新增加CRS組件 CRS對于RAC使用是必不可少 因此crs的穩(wěn)定對于RAC數(shù)據(jù)庫的正常運行至關(guān)重要 在健康檢查中會檢查CRS CSS和EVM的LOG信息 建議 2 檢查CRS其他相關(guān)進程日志 沒有發(fā)現(xiàn)問題 4 7 RDBMS運行日志和跟蹤文件 Oracle 數(shù)據(jù)庫進程生成跟蹤文件來記錄錯誤或沖突 這些跟蹤文件可以用來進一步分析問題 數(shù)據(jù)庫參數(shù) max dump file size 限制了這些跟蹤文件的大小 以操作系統(tǒng)塊的大小為單位 應(yīng)當(dāng)有足夠的硬盤空間來容納最大值的設(shè)置 否則的話應(yīng)當(dāng)修改上述參數(shù)的設(shè)置 如果參數(shù) max dump file size 設(shè)得太大 會超過硬盤空間容量 如果設(shè)得太小 又不能容納足夠的出錯信息供oracle 支持服務(wù)部門分析問題 此參數(shù)可以在數(shù)據(jù)庫會話級設(shè)置 這樣可以有選擇性地設(shè)置較大值 注意每天監(jiān)控運行日志文件中的出錯信息 以便于在問題還是隱患的時候及時發(fā)現(xiàn)并解決掉 建議每月初將當(dāng)前的alert log重新命名以作備份 同時也可以避免alert log文件變得太大不易管理 在數(shù)據(jù)庫 實例的運行日志文件發(fā)現(xiàn)的最近一月內(nèi)的主要錯誤如下所示 建議 4 8 控制文件 每個數(shù)據(jù)庫至少有一個控制文件 控制文件記錄了數(shù)據(jù)庫的物理結(jié)構(gòu)及同步信息 Control file location 控制文件路徑如下 Name Status 目前所有的控制文件文件存儲在已經(jīng)做了硬件RAID的磁盤陣列上面 提供了硬件級別的保護 建議 4 9 Redo log 文件 對于恢復(fù)操作 最為關(guān)鍵的結(jié)構(gòu)是在線Redo Log 在線Redo Log一般由兩個或兩個以上預(yù)先分配的存儲數(shù)據(jù)庫變化的文件組成 為了防止例程故障 每個數(shù)據(jù)庫的實例都有相關(guān)的在線Redo Log 每個數(shù)據(jù)庫至少有兩個Redo Log組 每組至少有一個日志文件 Oracle的多重在線Redo Log文件可以確保在線日志文件的安全 對于多重在線Redo Log文件 LGWR同時將相同的Redo Log信息寫入不同的Redo Log文件中 從而減少單個文件丟失的損失 當(dāng)Oracle無法訪問一個Redo Log文件時 這個文件狀態(tài)變?yōu)镮NVALID 當(dāng)Oracle推測一個Redo Log文件不完整或者不正確時 它的狀態(tài)變?yōu)镾TALE 當(dāng)一個STALE的文件被重用時 即其所在日志文件組活動時 此文件也能夠使用 在線Redo Log文件減少了數(shù)據(jù)庫數(shù)據(jù)丟失的損失 比如當(dāng)發(fā)生例程故障時 沒有被寫入數(shù)據(jù)文件的數(shù)據(jù)可以從在線Redo Log文件中恢復(fù) Group Thread Sequence Bytes Members Archived Status First Change First Time 建議 4 10 歸檔Redo log 文件 Oracle允許將寫滿的在線Redo Log文件存放在一個或多個脫機位置 即歸檔Redo Log 在線日志文件通過歸檔寫入歸檔日志文件 后臺進程ARCn自動進行歸檔操作 您能通過歸檔日志進行 在線備份 基于時間的恢復(fù) Archived Redo Log Settings Parameter Value 建議 這里能夠很好地在運行環(huán)境中使用歸檔Redo Log 這樣就能夠進行基于時間的恢復(fù) 監(jiān)控歸檔日志文件所暫時存放的磁盤空間 根據(jù)實際情況調(diào)整歸檔日志文件備份到磁帶的頻度 4 11 數(shù)據(jù)文件 數(shù)據(jù)文件是數(shù)據(jù)庫分配的物理文件 在Oracle數(shù)據(jù)庫中 一個表空間可以包含一個或多個物理文件 而一個數(shù)據(jù)文件則只能關(guān)聯(lián)一個表空間和一個數(shù)據(jù)庫 Oracle通過分配一定的磁盤空間以及所需要的文件頭空間 為每個表空間創(chuàng)建一個數(shù)據(jù)文件 Data file locations 檢測數(shù)據(jù)文件的位置 當(dāng)數(shù)據(jù)文件增長過度 數(shù)據(jù)庫中必須添加數(shù)據(jù)文件 應(yīng)該避免 哪里有空間 哪里建文件 的錯誤方法 因為這樣會增加備份策略和文件維護的復(fù)雜性 下面列出部分數(shù)據(jù)文件的位置 Status Name Tablespace File Number Relative File Number Size Used MB Used Autoextensible 建議 目前看來 數(shù)據(jù)文件存放位置基本準確 Autoextend capabilities 通過自動擴展命令進行數(shù)據(jù)文件的自動擴展 假定數(shù)據(jù)文件無法分配所需空間 那么它將提高數(shù)據(jù)文件的大小以獲得更多空間 建議 4 12 表空間 每個數(shù)據(jù)庫由一個或多個邏輯存儲單位 即表空間 所組成 而表空間則由邏輯存儲單位段所組成 而段將被分為多個片 Tablespace Management 以下是關(guān)于數(shù)據(jù)庫表空間管理的信息 Status Name Type Extent Management Segment Space Management Size MB Used MB Used 建議 Tablespace Default Storage Management 每個表空間中 可以為創(chuàng)建的對象指定缺省的存儲參數(shù) 創(chuàng)建對象時指定的存儲參數(shù)將覆蓋缺省值 如果在創(chuàng)建對象時沒有指定存儲參數(shù) 那么系統(tǒng)將使用缺省值 表空間缺省存儲情況 Name Type Initial Extent Next Extent Largest Free Extent Minimum Extents Maximum Extents Minimum Extent Length Increase 數(shù)據(jù)庫表空間的管理方式均為本地管理 這有利于減少表空間級別的碎片 同時避免了DB在進行空間管理時對數(shù)據(jù)字典表 FET UET 的爭用 我們知道系統(tǒng)中存在越多的空閑extent 越容易發(fā)生碎片問題 其中空閑extent的大小非常重要 如果在表空間上有許多個無法滿足指定的next大小的空閑extent 那這個空閑extent就無法被重新使用并成為碎片 這時就需要重新整理碎片 我們可以使用COALESCE命令合并相鄰的extent 來減少系統(tǒng)中的碎片 如果系統(tǒng)中不連續(xù)的小空閑extent過多 也就是碎片過多 則可能需要通過重建表空間的方式來消除碎片 系統(tǒng)多數(shù)表空間使用ASSM ASSM使用位圖而不是傳統(tǒng)的FreeList來管理段內(nèi)的free db block 大大提升了空間管理的性能 同時顯著的減少segment header類型的buffer busy wait等待事件 建議 表空間的管理方式選擇合理 Next Extent 保證段能夠增長是很重要的 因此在必要時分配next extent 如果在表空間中沒有足夠的空余空間 那么next extent無法分配 對象也無法增長 在數(shù)據(jù)庫中沒有發(fā)現(xiàn)無法分配NEXT EXTENT的段 Temporary Tablespace 臨時表空間用于存放臨時段 為了維護數(shù)據(jù)庫的性能 臨時表空間的維護方法有別于其他一般表空間 缺省情況下 所有表空間都創(chuàng)建為PERMANENT 所以在創(chuàng)建臨時段時 需要保證表空間類型為TEMPORARY 由于這些表空間中的排序段不被清除 所以減少了空間事務(wù)爭奪 同時減少了SMON對于CPU的使用率 當(dāng)進行長時間清理時 用戶無法進行排序操作 在這種情況下 可以指定用戶使用狀態(tài)為PERMANENT的臨時表空間 這有可能會引起空間事務(wù)爭奪 但是可以允許用戶在磁盤上進行排序操作 由于表空間的extent 使用了local management 方式 對表空間采用位圖管理 更利于空間的使用及回收管理 Status Name Size MiB Minimum Extents Maximum Extents Minimum Extent Length Increase 建議 在數(shù)據(jù)庫TEMP為TEMPORARY類型的表空間 Extent Management 方式為LOCAL 保證每一個數(shù)據(jù)庫用戶都被分配一個臨時類型的TEMP表空間 以下列出了將PERMANENT表空間作為默認臨時表空間的用戶 沒有發(fā)現(xiàn)用戶將PERMANENT表空間作為默認臨時表空間 4 13 回滾段管理 回滾段能夠用來保證讀一致性 回滾事務(wù)以及恢復(fù)數(shù)據(jù)庫 Rollback Segment List 5 數(shù)據(jù)庫簡單風(fēng)險評估 5 1 安全性管理 在安全性方面 主要考慮用戶訪問數(shù)據(jù)庫的控制以及維護系統(tǒng)的安全性問題 Database Administrator Usernames Passwords Oracle自動生成兩個用戶 并授予DBA權(quán)限 SYS SYSTEM 經(jīng)檢查 SYS和SYSTEM都沒有使用初始缺省密碼 這樣有利于維護數(shù)據(jù)庫的安全性 否則任何具有Oracle知識背景的人都能進入數(shù)據(jù)庫 建議 目前數(shù)據(jù)庫用戶安全方面設(shè)置良好 設(shè)置安全合理 SYSDBA Users 被授予SYSDBA權(quán)限的用戶能夠進行DBA的操作 包括建立數(shù)據(jù)庫 關(guān)閉數(shù)據(jù)庫 建議 目前數(shù)據(jù)庫不存在具有DBA權(quán)限的業(yè)務(wù)用戶 用戶權(quán)限管理情況較好 6 SqlNet 概況 Net8能夠在不同計算機上安裝服務(wù)和應(yīng)用程序 并且能夠使它們?nèi)缤粚由系膽?yīng)用程序一樣進行通信 Net8的主要功能就是創(chuàng)建網(wǎng)絡(luò)通話 并且在客戶端和服務(wù)器端 或者兩個服務(wù)器端之間轉(zhuǎn)換數(shù)據(jù) Net8必須安裝在網(wǎng)絡(luò)的每臺機器上 當(dāng)網(wǎng)絡(luò)通路建立 Net8扮演著客戶端和服務(wù)器端數(shù)據(jù)投遞者的角色 6 1 監(jiān)聽器Listener 位于服務(wù)器端的監(jiān)聽程序是單獨的進程 它從客戶端接受連接請求 并管理這些對服務(wù)端的請求 當(dāng)前LISTENER的參數(shù)設(shè)置如下 Parameter Value STARTUP WAIT TIME LISTENER N A CONNECT TIMEOUT LISTENER N A TRACE LEVEL LISTENER N A 只有當(dāng)SQLNET需要跟蹤判斷所出現(xiàn)的問題時 TRACE LEVEL LISTENER才需要被設(shè)置 所獲得的跟蹤文件需交由Oracle Support進行分析 SQLNET跟蹤只需在一段時間內(nèi)開啟 因為這將占用一些網(wǎng)絡(luò)資源 6 2 SQL Net 配置文件SQLNET ORA包含了客戶端和服務(wù)器對SQL Net配置的設(shè)置信息 當(dāng)前的SQLNET參數(shù)如下 Parameter Value AUTORCLATIC IPC N A TRACE LEVEL CLIENT N A TRACE FILE CLIENT N A TRACE DIRECTORY CLIENT N A SQLNET EXPIRE TIME N A 6 3 TNSNAMES TNSNAMES ORA包含與連接描述符相匹配的網(wǎng)絡(luò)服務(wù)名 連接描述符包括監(jiān)聽程序的地址以及connect data TNSNAMES ORA設(shè)置如下 由于TNSNAMES中相關(guān)的網(wǎng)絡(luò)服務(wù)名比較多 完整的TNSNAMES ORA中的內(nèi)容可以見服務(wù)器上的配置文件 7 數(shù)據(jù)庫性能 數(shù)據(jù)庫的性能情況通過AWR的報告來體現(xiàn) 由于本次檢查并不是完整的性能檢查 所以本報告只列舉最主要的性能問題 XXXX Snap Id Snap Time Sessions Cursors Session Begin Snap End Snap Elapsed DB Time YYYY Snap Id Snap Time Sessions Cursors Session Begin Snap End Snap Elapsed DB Time 我們可以參考用戶系統(tǒng)忙時的AWR信息進行分析 不一定局限于檢查時段 這樣可以更加深入的發(fā)現(xiàn)問題 7 1 數(shù)據(jù)庫各項基于時間模型的統(tǒng)計信息 對數(shù)據(jù)庫業(yè)務(wù)負荷壓力最大情況下每一個實例的一個AWR報告的列出主要的性能結(jié)果 如數(shù)據(jù)庫各項基于時間模型的統(tǒng)計信息等 XXXX Statistic Name Time s of DB Time sql execute elapsed time DB CPU parse time elapsed hard parse elapsed time hard parse sharing criteria elapsed time PL SQL execution elapsed time PL SQL compilation elapsed time connection management call elapsed time sequence load elapsed time repeated bind elapsed time hard parse bind mismatch elapsed time DB time background elapsed time background cpu time YYYY Statistic Name Time s of DB Time DB CPU sql execute elapsed time parse time elapsed hard parse elapsed time hard parse sharing criteria elapsed time hard parse bind mismatch elapsed time PL SQL execution elapsed time sequence load elapsed time PL SQL compilation elapsed time connection management call elapsed time inbound PL SQL rpc elapsed time repeated bind elapsed time DB time background elapsed time background cpu time 7 2 數(shù)據(jù)庫負荷壓力分析 XXXX Load Profile Per Second Per Transaction Redo size Logical reads Block changes Physical reads Physical writes User calls Parses Hard parses Sorts Logons Executes Transactions Blocks changed per Read Recursive Call Rollback per transaction Rows per Sort YYYY Load Profile Per Second Per Transaction Redo size Logical reads Block changes Physical reads Physical writes User calls Parses Hard parses Sorts Logons Executes Transactions Blocks changed per Read Recursive Call Rollback per transaction Rows per Sort 7 3 各項命中率 XXXX Instance Efficiency Percentages Target 100 Buffer Nowait Redo NoWait Buffer Hit In memory Sort Library Hit Soft Parse Execute to Parse Latch Hit Parse CPU to Parse Elapsd Non Parse CPU YYYY Instance Efficiency Percentages Target 100 Buffer Nowait Redo NoWait Buffer Hit In memory Sort Library Hit Soft Parse Execute to Parse Latch Hit Parse CPU to Parse Elapsd Non Parse CPU 7 4 等待事件 列出最主要的等待事件 XXXX Event Waits Time s Avg Wait ms Total Call Time Wait Class YYYY Event Waits Time s Avg Wait ms Total Call Time Wait Class 7 5 統(tǒng)計信息分析 我們選取業(yè)務(wù)最為繁忙的上午時段的AWR報告進行分析 一 關(guān)于CPU數(shù)據(jù)庫使用情況 Total per Second per Trans CPU used by this session parse time cpu recursive cpu usage 分析 可以看出系統(tǒng)CPU主要用于SQL語句的真正的執(zhí)行階段 二 關(guān)于數(shù)據(jù)庫事務(wù)提交 會滾性能指標 Total per Second per Trans user calls user commits user rollbacks 分析 在實例快照統(tǒng)計中 用戶回滾率正常 7 6 數(shù)據(jù)庫I O性能 1 本數(shù)據(jù)庫的數(shù)據(jù)文件絕大部分的平均的讀取時間 20ms 表示當(dāng)前的數(shù)據(jù)庫I O速度是可以接受的 如果有一些數(shù)據(jù)文件的平均讀取時間大于20ms 需要引起注意 2 ORACLE認為平均讀取時間大于20ms是I O性能比較差的 如果一個數(shù)據(jù)文件的平均讀取時間一直大于20ms的話 建議 應(yīng)該檢查對該數(shù)據(jù)文件上的查詢語句 并且優(yōu)化SQL語句 如果該數(shù)據(jù)文件包含索引 一個可以考慮的選擇是使用壓縮索引來減少I O 數(shù)據(jù)文件應(yīng)該盡量條帶化 分布在不同的物理硬盤上面 7 7 索引 行遷移 行鏈 索引 索引需要維護 對于表的刪除或者添加操作都會間接地對索引進行