




免費(fèi)預(yù)覽已結(jié)束,剩余23頁可下載查看
下載本文檔
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
XXXXXXXXXXXXXXX XXXXX Oracle數(shù)據(jù)庫健康檢查與評(píng)估 XXXX 巡檢人 報(bào)告生成日期 yyyy mm dd ii Joint Contact Guide v3 0 Commercial in Confidence Page ii 文檔控制 此文檔僅供江蘇移動(dòng)審閱 不得向與此無關(guān)的個(gè)人或機(jī)構(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 主機(jī)配置 7 3 系統(tǒng)配置 8 3 1 操作系統(tǒng)數(shù)據(jù)庫相關(guān)要求補(bǔ)丁 8 3 2 硬盤可用空間 8 3 3 CPU 利用率 8 4 數(shù)據(jù)庫配置 10 4 1 數(shù)據(jù)庫版本和單獨(dú)補(bǔ)丁 10 4 2 CRS版本和單獨(dú)補(bǔ)丁 10 4 3 ORACLE CLUSTER配置 10 4 4 數(shù)據(jù)庫產(chǎn)品選項(xiàng) 10 4 5 初始化參數(shù)文件 11 4 6 CRS日志文件 11 4 7 RDBMS運(yùn)行日志和跟蹤文件 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)險(xiǎn)評(pí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ù)庫各項(xiàng)基于時(shí)間模型的統(tǒng)計(jì)信息 19 7 2 數(shù)據(jù)庫負(fù)荷壓力分析 20 7 3 各項(xiàng)命中率 21 7 4 等待事件 21 7 5 統(tǒng)計(jì)信息分析 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ù)庫備份策略評(píng)估 25 8 1 備份 25 8 2 恢復(fù) 25 9 數(shù)據(jù)庫特別關(guān)注點(diǎn)檢查 26 10 檢查總結(jié) 27 附錄 初始化參數(shù) 28 數(shù)據(jù)庫所有非默認(rèn)值的參數(shù) 28 1 檢查介紹 1 1 檢查系統(tǒng) 系統(tǒng)主要包括1個(gè)數(shù)據(jù)庫 具體情況如下 數(shù)據(jù)庫名稱 數(shù)據(jù)庫實(shí)例名 應(yīng)用名稱 應(yīng)用類型OLTP DSS Batch 開發(fā)工具 應(yīng)用簡介 RDBMS 版本 CRS 版本 所有數(shù)據(jù)文件所占磁盤空間 SGA target size DB BLOCK Size 表空間個(gè)數(shù) 數(shù)據(jù)文件個(gè)數(shù) 控制文件個(gè)數(shù) 日志文件大小 日志組數(shù)目 每組日志文件成員數(shù)量 歸檔方式 并發(fā)用戶量 性能需求 1 2 檢查范圍 本次檢查僅限于數(shù)據(jù)庫 在這次檢查中對(duì)數(shù)據(jù)庫配置和數(shù)據(jù)庫性能進(jìn)行了分析 本報(bào)告提供的檢查和建議不涉及具體的安全分析和應(yīng)用程序的具體細(xì)節(jié) 以下提請(qǐng)注意 本次檢查僅歷時(shí)1天 其中還包括了提交分析報(bào)告的時(shí)間 所以在具體的應(yīng)用程序性能方面并不加以深入 檢查方面 具體檢查內(nèi)容 硬件配置 主機(jī)配置 共享內(nèi)存參數(shù) 信號(hào)量 操作系統(tǒng)中與數(shù)據(jù)庫相關(guān)主要參數(shù) 操作系統(tǒng)數(shù)據(jù)庫相關(guān)要求補(bǔ)丁 系統(tǒng)配置 硬盤可用空間 CPU利用率 數(shù)據(jù)庫版本 數(shù)據(jù)庫配置 數(shù)據(jù)庫產(chǎn)品選項(xiàng) 數(shù)據(jù)庫參數(shù) 運(yùn)行日志和跟蹤文件 控制文件 Redo log文件 歸檔Redo log文件 數(shù)據(jù)文件 表空間 回滾段管理 安全性管理 數(shù)據(jù)庫簡單風(fēng)險(xiǎn)評(píng)估 監(jiān)聽器的設(shè)置 數(shù)據(jù)庫sql net配置 SQL Net設(shè)置 TNSNAMES設(shè)置 數(shù)據(jù)庫各項(xiàng)命中率 數(shù)據(jù)庫性能 等待事件 AWR統(tǒng)計(jì)信息分析 數(shù)據(jù)庫I O性能 索引 行遷移 行鏈接 Sort信息統(tǒng)計(jì) Enqueue等待分析 Latch分析 Resource Limit分析 Top SQL 語句 備份 恢復(fù) 數(shù)據(jù)庫備份策略評(píng)估 根據(jù)客戶要求只能檢查一項(xiàng) 數(shù)據(jù)庫特別關(guān)注點(diǎn)檢查 2 硬件配置 以下列出系統(tǒng)主機(jī)的主要配置情況 2 1 主機(jī)配置 機(jī)器名 用途 Prod Test Development 所在城市 物理位置 機(jī)房 遠(yuǎn)程 操作系統(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)要求補(bǔ)丁 l 存放oracle文件的硬盤區(qū)可用空間 oracle文件包括 數(shù)據(jù)文件 控制文件 在線redo logs 歸檔redo logs 運(yùn)行情況文件和跟蹤文件 l 硬盤利用率 l CPU利用率 3 1 操作系統(tǒng)數(shù)據(jù)庫相關(guān)要求補(bǔ)丁 建議 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ū) 如果有需要引起注意并且及時(shí)增加硬盤空間的容量 3 3 CPU 利用率 CPU利用率的統(tǒng)計(jì)時(shí)間是 yyyy mm dd hh mi yyyy mm dd hh mi 1 top glance 2 vmstat 2 20 參考值 1 最大CPU使用率 60 70 2 系統(tǒng)進(jìn)程與用戶進(jìn)程占用CPU最大比率 40 60 數(shù)據(jù)庫XXXX 數(shù)據(jù)庫YYYY 從上述的情況中看出 數(shù)據(jù)庫 服務(wù)器CPU idle基本在75 以上 CPU資源較為空閑 建議 當(dāng)CPU的使用率超過80 要注意監(jiān)控是否有僵死進(jìn)程 如果有僵死進(jìn)程占用CPU 需要將僵死進(jìn)程kill掉 如果有正常進(jìn)程占用大量CPU 需要查看是否屬于正常業(yè)務(wù)進(jìn)程等 4 數(shù)據(jù)庫配置 本次檢查工作主要針對(duì)數(shù)據(jù)庫XXXX 4 1 數(shù)據(jù)庫版本和單獨(dú)補(bǔ)丁 目前已經(jīng)安裝的單獨(dú)補(bǔ)丁列表如下 opatch lsinventory oh ORACLE HOME Patch Base Bug s Installed on 建議 4 2 CRS版本和單獨(dú)補(bǔ)丁 CRS安裝單獨(dú)補(bǔ)丁列表如下 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)品選項(xiàng) 當(dāng)oracle軟件安裝時(shí) 會(huì)選擇要安裝的產(chǎn)品 有某些產(chǎn)品的安裝是需要license的 本次檢查不涉及l(fā)icense問題 一般 很多系統(tǒng)安裝的數(shù)據(jù)庫產(chǎn)品選項(xiàng)根本未被使用 以下列出的安裝產(chǎn)品選項(xiàng)可供未來的應(yīng)用開發(fā)參考 或是可以被確認(rèn)有哪些產(chǎn)品選項(xiàng)未在原計(jì)劃之內(nèi) 以下是數(shù)據(jù)庫安裝的產(chǎn)品選項(xiàng) Parameter Value 4 5 初始化參數(shù)文件 數(shù)據(jù)庫SPFILE參數(shù)指定了當(dāng)前使用的數(shù)據(jù)庫配置參數(shù) 在數(shù)據(jù)庫啟動(dòng)時(shí)被使用 在附錄A列出了數(shù)據(jù)庫所有的非默認(rèn)值的參數(shù) 建議 1 數(shù)據(jù)庫的參數(shù)可以看出大部分都是經(jīng)過精心設(shè)置的 2 建議調(diào)整的參數(shù)值 請(qǐng)?jiān)跍y試環(huán)境數(shù)據(jù)庫中測試確認(rèn)之后 再調(diào)整于生產(chǎn)環(huán)境數(shù)據(jù)庫 4 6 CRS日志文件 從Oracle 10g RAC版本開始 新增加CRS組件 CRS對(duì)于RAC使用是必不可少 因此crs的穩(wěn)定對(duì)于RAC數(shù)據(jù)庫的正常運(yùn)行至關(guān)重要 在健康檢查中會(huì)檢查CRS CSS和EVM的LOG信息 建議 2 檢查CRS其他相關(guān)進(jìn)程日志 沒有發(fā)現(xiàn)問題 4 7 RDBMS運(yùn)行日志和跟蹤文件 Oracle 數(shù)據(jù)庫進(jìn)程生成跟蹤文件來記錄錯(cuò)誤或沖突 這些跟蹤文件可以用來進(jìn)一步分析問題 數(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è)得太大 會(huì)超過硬盤空間容量 如果設(shè)得太小 又不能容納足夠的出錯(cuò)信息供oracle 支持服務(wù)部門分析問題 此參數(shù)可以在數(shù)據(jù)庫會(huì)話級(jí)設(shè)置 這樣可以有選擇性地設(shè)置較大值 注意每天監(jiān)控運(yùn)行日志文件中的出錯(cuò)信息 以便于在問題還是隱患的時(shí)候及時(shí)發(fā)現(xiàn)并解決掉 建議每月初將當(dāng)前的alert log重新命名以作備份 同時(shí)也可以避免alert log文件變得太大不易管理 在數(shù)據(jù)庫 實(shí)例的運(yùn)行日志文件發(fā)現(xiàn)的最近一月內(nèi)的主要錯(cuò)誤如下所示 建議 4 8 控制文件 每個(gè)數(shù)據(jù)庫至少有一個(gè)控制文件 控制文件記錄了數(shù)據(jù)庫的物理結(jié)構(gòu)及同步信息 Control file location 控制文件路徑如下 Name Status 目前所有的控制文件文件存儲(chǔ)在已經(jīng)做了硬件RAID的磁盤陣列上面 提供了硬件級(jí)別的保護(hù) 建議 4 9 Redo log 文件 對(duì)于恢復(fù)操作 最為關(guān)鍵的結(jié)構(gòu)是在線Redo Log 在線Redo Log一般由兩個(gè)或兩個(gè)以上預(yù)先分配的存儲(chǔ)數(shù)據(jù)庫變化的文件組成 為了防止例程故障 每個(gè)數(shù)據(jù)庫的實(shí)例都有相關(guān)的在線Redo Log 每個(gè)數(shù)據(jù)庫至少有兩個(gè)Redo Log組 每組至少有一個(gè)日志文件 Oracle的多重在線Redo Log文件可以確保在線日志文件的安全 對(duì)于多重在線Redo Log文件 LGWR同時(shí)將相同的Redo Log信息寫入不同的Redo Log文件中 從而減少單個(gè)文件丟失的損失 當(dāng)Oracle無法訪問一個(gè)Redo Log文件時(shí) 這個(gè)文件狀態(tài)變?yōu)镮NVALID 當(dāng)Oracle推測一個(gè)Redo Log文件不完整或者不正確時(shí) 它的狀態(tài)變?yōu)镾TALE 當(dāng)一個(gè)STALE的文件被重用時(shí) 即其所在日志文件組活動(dòng)時(shí) 此文件也能夠使用 在線Redo Log文件減少了數(shù)據(jù)庫數(shù)據(jù)丟失的損失 比如當(dāng)發(fā)生例程故障時(shí) 沒有被寫入數(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文件存放在一個(gè)或多個(gè)脫機(jī)位置 即歸檔Redo Log 在線日志文件通過歸檔寫入歸檔日志文件 后臺(tái)進(jìn)程ARCn自動(dòng)進(jìn)行歸檔操作 您能通過歸檔日志進(jìn)行 在線備份 基于時(shí)間的恢復(fù) Archived Redo Log Settings Parameter Value 建議 這里能夠很好地在運(yùn)行環(huán)境中使用歸檔Redo Log 這樣就能夠進(jìn)行基于時(shí)間的恢復(fù) 監(jiān)控歸檔日志文件所暫時(shí)存放的磁盤空間 根據(jù)實(shí)際情況調(diào)整歸檔日志文件備份到磁帶的頻度 4 11 數(shù)據(jù)文件 數(shù)據(jù)文件是數(shù)據(jù)庫分配的物理文件 在Oracle數(shù)據(jù)庫中 一個(gè)表空間可以包含一個(gè)或多個(gè)物理文件 而一個(gè)數(shù)據(jù)文件則只能關(guān)聯(lián)一個(gè)表空間和一個(gè)數(shù)據(jù)庫 Oracle通過分配一定的磁盤空間以及所需要的文件頭空間 為每個(gè)表空間創(chuàng)建一個(gè)數(shù)據(jù)文件 Data file locations 檢測數(shù)據(jù)文件的位置 當(dāng)數(shù)據(jù)文件增長過度 數(shù)據(jù)庫中必須添加數(shù)據(jù)文件 應(yīng)該避免 哪里有空間 哪里建文件 的錯(cuò)誤方法 因?yàn)檫@樣會(huì)增加備份策略和文件維護(hù)的復(fù)雜性 下面列出部分?jǐn)?shù)據(jù)文件的位置 Status Name Tablespace File Number Relative File Number Size Used MB Used Autoextensible 建議 目前看來 數(shù)據(jù)文件存放位置基本準(zhǔn)確 Autoextend capabilities 通過自動(dòng)擴(kuò)展命令進(jìn)行數(shù)據(jù)文件的自動(dòng)擴(kuò)展 假定數(shù)據(jù)文件無法分配所需空間 那么它將提高數(shù)據(jù)文件的大小以獲得更多空間 建議 4 12 表空間 每個(gè)數(shù)據(jù)庫由一個(gè)或多個(gè)邏輯存儲(chǔ)單位 即表空間 所組成 而表空間則由邏輯存儲(chǔ)單位段所組成 而段將被分為多個(gè)片 Tablespace Management 以下是關(guān)于數(shù)據(jù)庫表空間管理的信息 Status Name Type Extent Management Segment Space Management Size MB Used MB Used 建議 Tablespace Default Storage Management 每個(gè)表空間中 可以為創(chuàng)建的對(duì)象指定缺省的存儲(chǔ)參數(shù) 創(chuàng)建對(duì)象時(shí)指定的存儲(chǔ)參數(shù)將覆蓋缺省值 如果在創(chuàng)建對(duì)象時(shí)沒有指定存儲(chǔ)參數(shù) 那么系統(tǒng)將使用缺省值 表空間缺省存儲(chǔ)情況 Name Type Initial Extent Next Extent Largest Free Extent Minimum Extents Maximum Extents Minimum Extent Length Increase 數(shù)據(jù)庫表空間的管理方式均為本地管理 這有利于減少表空間級(jí)別的碎片 同時(shí)避免了DB在進(jìn)行空間管理時(shí)對(duì)數(shù)據(jù)字典表 FET UET 的爭用 我們知道系統(tǒng)中存在越多的空閑extent 越容易發(fā)生碎片問題 其中空閑extent的大小非常重要 如果在表空間上有許多個(gè)無法滿足指定的next大小的空閑extent 那這個(gè)空閑extent就無法被重新使用并成為碎片 這時(shí)就需要重新整理碎片 我們可以使用COALESCE命令合并相鄰的extent 來減少系統(tǒng)中的碎片 如果系統(tǒng)中不連續(xù)的小空閑extent過多 也就是碎片過多 則可能需要通過重建表空間的方式來消除碎片 系統(tǒng)多數(shù)表空間使用ASSM ASSM使用位圖而不是傳統(tǒng)的FreeList來管理段內(nèi)的free db block 大大提升了空間管理的性能 同時(shí)顯著的減少segment header類型的buffer busy wait等待事件 建議 表空間的管理方式選擇合理 Next Extent 保證段能夠增長是很重要的 因此在必要時(shí)分配next extent 如果在表空間中沒有足夠的空余空間 那么next extent無法分配 對(duì)象也無法增長 在數(shù)據(jù)庫中沒有發(fā)現(xiàn)無法分配NEXT EXTENT的段 Temporary Tablespace 臨時(shí)表空間用于存放臨時(shí)段 為了維護(hù)數(shù)據(jù)庫的性能 臨時(shí)表空間的維護(hù)方法有別于其他一般表空間 缺省情況下 所有表空間都創(chuàng)建為PERMANENT 所以在創(chuàng)建臨時(shí)段時(shí) 需要保證表空間類型為TEMPORARY 由于這些表空間中的排序段不被清除 所以減少了空間事務(wù)爭奪 同時(shí)減少了SMON對(duì)于CPU的使用率 當(dāng)進(jìn)行長時(shí)間清理時(shí) 用戶無法進(jìn)行排序操作 在這種情況下 可以指定用戶使用狀態(tài)為PERMANENT的臨時(shí)表空間 這有可能會(huì)引起空間事務(wù)爭奪 但是可以允許用戶在磁盤上進(jìn)行排序操作 由于表空間的extent 使用了local management 方式 對(duì)表空間采用位圖管理 更利于空間的使用及回收管理 Status Name Size MiB Minimum Extents Maximum Extents Minimum Extent Length Increase 建議 在數(shù)據(jù)庫TEMP為TEMPORARY類型的表空間 Extent Management 方式為LOCAL 保證每一個(gè)數(shù)據(jù)庫用戶都被分配一個(gè)臨時(shí)類型的TEMP表空間 以下列出了將PERMANENT表空間作為默認(rèn)臨時(shí)表空間的用戶 沒有發(fā)現(xiàn)用戶將PERMANENT表空間作為默認(rèn)臨時(shí)表空間 4 13 回滾段管理 回滾段能夠用來保證讀一致性 回滾事務(wù)以及恢復(fù)數(shù)據(jù)庫 Rollback Segment List 5 數(shù)據(jù)庫簡單風(fēng)險(xiǎn)評(píng)估 5 1 安全性管理 在安全性方面 主要考慮用戶訪問數(shù)據(jù)庫的控制以及維護(hù)系統(tǒng)的安全性問題 Database Administrator Usernames Passwords Oracle自動(dòng)生成兩個(gè)用戶 并授予DBA權(quán)限 SYS SYSTEM 經(jīng)檢查 SYS和SYSTEM都沒有使用初始缺省密碼 這樣有利于維護(hù)數(shù)據(jù)庫的安全性 否則任何具有Oracle知識(shí)背景的人都能進(jìn)入數(shù)據(jù)庫 建議 目前數(shù)據(jù)庫用戶安全方面設(shè)置良好 設(shè)置安全合理 SYSDBA Users 被授予SYSDBA權(quán)限的用戶能夠進(jìn)行DBA的操作 包括建立數(shù)據(jù)庫 關(guān)閉數(shù)據(jù)庫 建議 目前數(shù)據(jù)庫不存在具有DBA權(quán)限的業(yè)務(wù)用戶 用戶權(quán)限管理情況較好 6 SqlNet 概況 Net8能夠在不同計(jì)算機(jī)上安裝服務(wù)和應(yīng)用程序 并且能夠使它們?nèi)缤粚由系膽?yīng)用程序一樣進(jìn)行通信 Net8的主要功能就是創(chuàng)建網(wǎng)絡(luò)通話 并且在客戶端和服務(wù)器端 或者兩個(gè)服務(wù)器端之間轉(zhuǎn)換數(shù)據(jù) Net8必須安裝在網(wǎng)絡(luò)的每臺(tái)機(jī)器上 當(dāng)網(wǎng)絡(luò)通路建立 Net8扮演著客戶端和服務(wù)器端數(shù)據(jù)投遞者的角色 6 1 監(jiān)聽器Listener 位于服務(wù)器端的監(jiān)聽程序是單獨(dú)的進(jìn)程 它從客戶端接受連接請(qǐng)求 并管理這些對(duì)服務(wù)端的請(qǐng)求 當(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)的問題時(shí) TRACE LEVEL LISTENER才需要被設(shè)置 所獲得的跟蹤文件需交由Oracle Support進(jìn)行分析 SQLNET跟蹤只需在一段時(shí)間內(nèi)開啟 因?yàn)檫@將占用一些網(wǎng)絡(luò)資源 6 2 SQL Net 配置文件SQLNET ORA包含了客戶端和服務(wù)器對(duì)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的報(bào)告來體現(xiàn) 由于本次檢查并不是完整的性能檢查 所以本報(bào)告只列舉最主要的性能問題 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)忙時(shí)的AWR信息進(jìn)行分析 不一定局限于檢查時(shí)段 這樣可以更加深入的發(fā)現(xiàn)問題 7 1 數(shù)據(jù)庫各項(xiàng)基于時(shí)間模型的統(tǒng)計(jì)信息 對(duì)數(shù)據(jù)庫業(yè)務(wù)負(fù)荷壓力最大情況下每一個(gè)實(shí)例的一個(gè)AWR報(bào)告的列出主要的性能結(jié)果 如數(shù)據(jù)庫各項(xiàng)基于時(shí)間模型的統(tǒng)計(jì)信息等 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ù)庫負(fù)荷壓力分析 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 各項(xiàng)命中率 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)計(jì)信息分析 我們選取業(yè)務(wù)最為繁忙的上午時(shí)段的AWR報(bào)告進(jìn)行分析 一 關(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ù)提交 會(huì)滾性能指標(biāo) Total per Second per Trans user calls user commits user rollbacks 分析 在實(shí)例快照統(tǒng)計(jì)中 用戶回滾率正常 7 6 數(shù)據(jù)庫I O性能 1 本數(shù)據(jù)庫的數(shù)據(jù)文件絕大部分的平均的讀取時(shí)間 20ms 表示當(dāng)前的數(shù)據(jù)庫I O速度是可以接受的 如果有一些數(shù)據(jù)文件的平均讀取時(shí)間大于20ms 需要引起注意 2 ORACLE認(rèn)為平均讀取時(shí)間大于20ms是I O性能比較差的 如果一個(gè)數(shù)據(jù)文件的平均讀取時(shí)間一直大于20ms的話 建議 應(yīng)該檢查對(duì)該數(shù)據(jù)文件上的查詢語句 并且優(yōu)化SQL語句 如果該數(shù)據(jù)文件包含索引 一個(gè)可以考慮的選擇是使用壓縮索引來減少I O 數(shù)據(jù)文件應(yīng)該盡量條帶化 分布在不同的物理硬盤上面 7 7 索引 行遷移 行鏈 索引 索引需要維護(hù) 對(duì)于表的刪除或者添加操作都會(huì)間接地對(duì)索引進(jìn)行
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 小學(xué)節(jié)目比賽活動(dòng)方案
- 少年閱讀活動(dòng)方案
- 工會(huì)拓印活動(dòng)策劃方案
- 山西消費(fèi)扶貧活動(dòng)方案
- 小班野戰(zhàn)活動(dòng)方案
- 小店飲料促銷活動(dòng)方案
- 岳陽五一活動(dòng)方案
- 崇明區(qū)公益保潔活動(dòng)方案
- 小貸公司周年慶活動(dòng)方案
- 工會(huì)勞動(dòng)活動(dòng)方案
- 《椎動(dòng)脈型頸椎病》課件
- 巨量云圖(中級(jí))認(rèn)證考試題庫(附答案)
- 2024年垂直升降貨柜項(xiàng)目可行性研究報(bào)告
- 2023年貴州貴州貴安發(fā)展集團(tuán)有限公司招聘考試真題
- 人文英語4-008-國開機(jī)考復(fù)習(xí)資料
- 公司責(zé)任與權(quán)力分配管理制度
- 甘肅電投集團(tuán)筆試試題
- 部編版四年級(jí)語文閱讀訓(xùn)練20篇專項(xiàng)專題訓(xùn)練帶答案解析
- 《中歐國際工商學(xué)院》課件
- 環(huán)境水利學(xué)-001-國開機(jī)考復(fù)習(xí)資料
- 大講堂之 第五講 大一統(tǒng)與中華民族的初步形成秦漢時(shí)期《中華民族共同體概論》
評(píng)論
0/150
提交評(píng)論