oracle數(shù)據(jù)庫健康檢查與評(píng)估(參考版)
2024-10-06 01:14本頁面
【正文】 9. 數(shù)據(jù)庫特別關(guān)注點(diǎn)檢查10. 檢查總結(jié)附錄:初始化參數(shù)數(shù)據(jù)庫所有非默認(rèn)值的參數(shù)：Parameter NameValueModified內(nèi)容總結(jié)
（1）XXXXXXXXXXXXXXX
XXXXX
Oracle數(shù)據(jù)庫健康檢查與評(píng)估
XXXX
巡檢人：
報(bào)告生成日期： yyyymmdd
健康檢查報(bào)告 第27頁。根據(jù)不同的數(shù)據(jù)庫失敗情況制定相應(yīng)的恢復(fù)策略。建議：使用RMAN對數(shù)據(jù)庫進(jìn)行備份。 Resource Limit分析下面列出了出現(xiàn)在Resource limit統(tǒng)計(jì)的Resource情況，需要客戶和應(yīng)用開發(fā)廠家根據(jù)業(yè)務(wù)情況評(píng)估是否需要調(diào)整：Resource NameCurrent UtilizationMax UtilizationInitial AllocationLimit Value Top SQL語句列出最消耗系統(tǒng)邏輯IO(Buffer Gets)的三條SQL語句：Buffer Gets Executions Gets per Exec %TotalCPU Time (s)Elapsed Time (s)SQL IdSQL ModuleSQL Text建議： 使用explain plan去分析TOP SQL的執(zhí)行計(jì)劃，找出消耗資源較高的原因。 Enqueue等待分析在統(tǒng)計(jì)報(bào)告中的TOP5 event中均沒有出現(xiàn)Enqueue等待事件，說明Enqueue等待不是系統(tǒng)的性能瓶頸，性能良好。關(guān)于行遷移/行鏈接統(tǒng)計(jì)信息Totalper Secondper Trans目前行鏈接較少，但是仍需關(guān)注，是否行鏈接集中在特定的segment，以及是否屬于不可避免的行鏈接情況。除大數(shù)據(jù)類型之外，上述情況對數(shù)據(jù)庫的性能是有影響的。行遷移當(dāng)一個(gè)數(shù)據(jù)塊已滿，而一條記錄在更新后記錄長度增加了，這時(shí)oracle 就會(huì)將整個(gè)記錄遷移到一個(gè)新的數(shù)據(jù)塊，這就是行遷移。行鏈當(dāng)一條記錄太大，一個(gè)數(shù)據(jù)塊無法將其存儲(chǔ)時(shí)，oracle 就會(huì)將其存儲(chǔ)在相鏈接的塊中。過時(shí)的索引結(jié)構(gòu)會(huì)產(chǎn)生碎片，此時(shí)索引需要被重新建立。 索引/行遷移/行鏈索引索引需要維護(hù)。如果該數(shù)據(jù)文件包含索引，一個(gè)可以考慮的選擇是使用壓縮索引來減少I/O。 數(shù)據(jù)庫I/O性能 本數(shù)據(jù)庫的數(shù)據(jù)文件絕大部分的平均的讀取時(shí)間20ms,表示當(dāng)前的數(shù)據(jù)庫I/O速度是可以接受的，如果有一些數(shù)據(jù)文件的平均讀取時(shí)間大于20ms，需要引起注意。一、 關(guān)于CPU數(shù)據(jù)庫使用情況Totalper Secondper TransCPU used by this sessionparse time cpurecursive cpu usage分析：可以看出系統(tǒng)CPU主要用于SQL語句的真正的執(zhí)行階段。XXXXSnap IdSnap TimeSessionsCursors/SessionBegin Snap:End Snap:Elapsed:DB Time:YYYYSnap IdSnap TimeSessionsCursors/SessionBegin Snap:End Snap:Elapsed:DB Time:我們可以參考用戶系統(tǒng)忙時(shí)的AWR信息進(jìn)行分析，不一定局限于檢查時(shí)段，這樣可以更加深入的發(fā)現(xiàn)問題。7. 數(shù)據(jù)庫性能數(shù)據(jù)庫的性能情況通過AWR的報(bào)告來體現(xiàn)。連接描述符包括監(jiān)聽程序的地址以及connect_data。 SQL*Net*Net配置的設(shè)置信息。所獲得的跟蹤文件需交由Oracle Support進(jìn)行分析。它從客戶端接受連接請求，并管理這些對服務(wù)端的請求。當(dāng)網(wǎng)絡(luò)通路建立，Net8扮演著客戶端和服務(wù)器端數(shù)據(jù)投遞者的角色。Net8的主要功能就是創(chuàng)建網(wǎng)絡(luò)通話，并且在客戶端和服務(wù)器端，或者兩個(gè)服務(wù)器端之間轉(zhuǎn)換數(shù)據(jù)。建議：目前數(shù)據(jù)庫不存在具有DBA權(quán)限的業(yè)務(wù)用戶，用戶權(quán)限管理情況較好。建議：目前數(shù)據(jù)庫用戶安全方面設(shè)置良好，設(shè)置安全合理。 SYSTEM 經(jīng)檢查，SYS和SYSTEM都沒有使用初始缺省密碼。Database Administrator Usernames/PasswordsOracle自動(dòng)生成兩個(gè)用戶，并授予DBA權(quán)限： 回滾段管理回滾段能夠用來保證讀一致性，回滾事務(wù)以及恢復(fù)數(shù)據(jù)庫。保證每一個(gè)數(shù)據(jù)庫用戶都被分配一個(gè)臨時(shí)類型的TEMP表空間。由于表空間的extent 使用了local management 方式，對表空間采用位圖管理，更利于空間的使用及回收管理。在這種情況下，可以指定用戶使用狀態(tài)為PERMANENT的臨時(shí)表空間。由于這些表空間中的排序段不被清除，所以減少了空間事務(wù)爭奪，同時(shí)減少了SMON對于CPU的使用率。缺省情況下，所有表空間都創(chuàng)建為PERMANENT。Temporary Tablespace臨時(shí)表空間用于存放臨時(shí)段。如果在表空間中沒有足夠的空余空間，那么next extent無法分配，對象也無法增長。建議：表空間的管理方式選擇合理。系統(tǒng)多數(shù)表空間使用ASSM，ASSM使用位圖而不是傳統(tǒng)的FreeList來管理段內(nèi)的free
法律信息相關(guān)推薦
鄂ICP備17016276號(hào)-1