數(shù)據(jù)庫管理員崗位職責

數(shù)據(jù)庫管理員崗位職責 目標、目的 職責分類（一） 職責分類（二） 確保數(shù)據(jù)庫安全、穩(wěn)定運行 1.數(shù)據(jù)庫日常運行 維護和管理 1.1每日數(shù)據(jù)庫健康巡檢。 1.2數(shù)據(jù)庫性能趨勢分析，重點性能指標統(tǒng)計。 1.3數(shù)據(jù)庫重要SQL變化情況跟蹤，及趨勢分析。 1.4定期（按周、

數(shù)據(jù)庫管理員崗位職責

數(shù)據(jù)庫管理員崗位職責詳細說明

一、數(shù)據(jù)庫健康狀態(tài)查詢

檢查項01：操作系統(tǒng)資源狀況（cpu、內(nèi)存、IO、網(wǎng)絡(luò)、文件系統(tǒng)）

作用及意義：數(shù)據(jù)庫運行過程中，操作系統(tǒng)的資源使用情況直接影響到數(shù)據(jù)庫運行的穩(wěn)定性及數(shù)據(jù)庫的性能。通過對操作系統(tǒng)的資源使用情況進行監(jiān)控，可以及時了解數(shù)據(jù)庫服務(wù)器的壓力狀況，以便于進一步分析數(shù)據(jù)庫運行過程中遇到的問題。

OS健康檢測

將CPU、內(nèi)存、磁盤I/O狀況、網(wǎng)絡(luò)狀況等填到上午高峰期檢查情況和下午高峰期檢查情況欄里。對于CPU和內(nèi)存、磁盤IO記錄數(shù)值，對于網(wǎng)絡(luò)狀況，記錄正?；虿徽?。

檢測CPU情況

可以看到，1分鐘，5分鐘，15分鐘的負載都為0，系統(tǒng)很健康的說

相應的指標： cpu、內(nèi)存、磁盤io狀況、網(wǎng)絡(luò)狀況

cpu使用率低于50%

內(nèi)存使用率低于90%，如果高于90%，可以查看虛擬內(nèi)存使用情況，如

果沒有明顯的內(nèi)存換頁情況出現(xiàn)，也視為正常。

磁盤IO狀況,

網(wǎng)絡(luò)狀況:網(wǎng)絡(luò)流量較為穩(wěn)定。

文件系統(tǒng)使用：低于80%

檢測內(nèi)存狀況

可以看到，內(nèi)存雖然占用了90%以上，但是SWAP交換分區(qū)并沒有被占用，所以屬于業(yè)務(wù)正常情況

通過vmstat命令檢測系統(tǒng)

Linux 內(nèi)存監(jiān)控vmstat命令輸出分成六個部分：（參考資料：http://blog.csdn.net/lengyuhong/article/details/5855056）

1、進程procs：

r：在運行隊列中等待的進程數(shù) 。

b：在等待io的進程數(shù) 。

2、Linux 內(nèi)存監(jiān)控內(nèi)存memoy：

swpd：現(xiàn)時可用的交換內(nèi)存（單位KB）。

free：空閑的內(nèi)存（單位KB）。

buff: 緩沖去中的內(nèi)存數(shù)（單位：KB）。

cache：被用來做為高速緩存的內(nèi)存數(shù)（單位：KB）。

3、Linux 內(nèi)存監(jiān)控swap交換頁面

si: 從磁盤交換到內(nèi)存的交換頁數(shù)量，單位：KB/秒。

so: 從內(nèi)存交換到磁盤的交換頁數(shù)量，單位：KB/秒。

4、Linux 內(nèi)存監(jiān)控 io塊設(shè)備:

bi: 發(fā)送到塊設(shè)備的塊數(shù)，單位：塊/秒。

bo: 從塊設(shè)備接收到的塊數(shù)，單位：塊/秒。

5、Linux 內(nèi)存監(jiān)控system系統(tǒng)：

in: 每秒的中斷數(shù)，包括時鐘中斷。

cs: 每秒的環(huán)境（上下文）轉(zhuǎn)換次數(shù)。

6、Linux 內(nèi)存監(jiān)控cpu中央處理器：

cs：用戶進程使用的時間。以百分比表示。

sy：系統(tǒng)進程使用的時間。以百分比表示。

id：中央處理器的空閑時間。以百分比表示。

假如r經(jīng)常大于4，且id經(jīng)常小于40，表示中央處理器的負荷很重。假如bi，bo 長期不等于0，表示物理內(nèi)存容量太小。

通過iostat命令檢測系統(tǒng)

比較重要的參數(shù)（參考資料：http://blog.csdn.net/wyzxg/article/details/3985221 ）

%util: 一秒中有百分之多少的時間用于 I/O 操作，或者說一秒中有多少時間 I/O 隊列是非空的

svctm: 平均每次設(shè)備I/O操作的服務(wù)時間

await: 平均每次設(shè)備I/O操作的等待時間

avgqu-sz: 平均I/O隊列長度

如果%util接近100%,表明i/o請求太多,i/o系統(tǒng)已經(jīng)滿負荷,磁盤可能存在瓶頸,一般%util大于70%,i/o壓力就比較大,讀取速度有較多的wait.同時可以結(jié)合vmstat查看查看b參數(shù)(等待資源的進程數(shù))和wa參數(shù)(IO等待所占用的CPU時間的百分比,高過30%時IO壓力高)。

await 的大小一般取決于服務(wù)時間(svctm) 以及 I/O 隊列的長度和 I/O 請求的發(fā)出模式。如果 svctm 比較接近 await，說明 I/O 幾乎沒有等待時間；如果 await 遠大于 svctm，說明 I/O 隊列太長，應用得到的響應時間變慢。

檢查項02 ：檢查數(shù)據(jù)庫后臺進程（以oracle為例）

作用及意義：Oracle后臺進程是oracle實例的重要組成部分，后臺進程是否正常工作直

接決定了oracle運行的正常與否。如果oracle后臺進程停止，將導致oracle實例的崩潰。

操作方法在操作系統(tǒng)下執(zhí)行命令：

$ ps ‐ef|grep ora_

輸出成果執(zhí)行結(jié)果分析：

返回結(jié)果中至少應包括以下進程：

Oracle寫數(shù)據(jù)文件的進程，輸出顯示為：“ora_dbw0_SID”

Oracle寫日志文件的進程，輸出顯示為：“ora_lgwr_SID”

Oracle監(jiān)聽實例狀態(tài)的進程，輸出顯示為：“ora_smon_SID”

Oracle監(jiān)聽客戶端連接進程狀態(tài)的進程，輸出顯示為：“ora_pmon_SID”

Oracle進行歸檔的進程，輸出顯示為：“ora_arc0_SID”

Oracle進行檢查點的進程，輸出顯示為：“ora_ckpt_SID”

Oracle進行恢復的進程，輸出顯示為：“ora_reco_SID”

命令的輸出中如果包含了上述的后臺進程，則在日檢查情況欄目中記錄為進程正常，在檢查結(jié)果中記錄為正常。反之，如果缺少了某個進程，則記錄為異常。

檢查項03：檢查數(shù)據(jù)庫監(jiān)聽進程（以oracle為例）

作用及意義：Oracle監(jiān)聽進程偵聽從客戶端（如應用服務(wù)器）發(fā)來的對數(shù)據(jù)庫的連接請求，然后為該請求建立一個連接。如果監(jiān)聽進程關(guān)閉，則無法建立起應用服務(wù)器與數(shù)據(jù)庫服務(wù)器之間的連接。

操作方法執(zhí)行命令：

$ lsnrctl status

輸出成果執(zhí)行結(jié)果分析：

返回結(jié)果中“Services Summary...”項表示Oracle監(jiān)聽進程正在監(jiān)聽哪些數(shù)據(jù)庫實例，輸出顯示中至少應該有當前業(yè)務(wù)系統(tǒng)運行必需的實例（SID）項，如ebank、b2b、md等。在日檢查情況中填寫正在監(jiān)聽的數(shù)據(jù)庫實例個數(shù)。

檢查項04：檢查oracle實例狀態(tài)

作用及意義：正常情況下，oracle實例狀態(tài)處于open狀態(tài)，通過檢查此項，可以確定oracle實例是否正常。

操作方法以sysdaba身份登錄數(shù)據(jù)庫，執(zhí)行命令：

SQL> select instance_name,version,status,database_status from v$instance;

輸出成果返回結(jié)果：

“STATUS”表示Oracle當前的實例狀態(tài)，必須為“OPEN”；

“DATABASE_STATUS”表示Oracle當前數(shù)據(jù)庫的狀態(tài)，必須為“ACTIVE”。

檢查項05： 檢查oracle數(shù)據(jù)庫狀態(tài)

作用及意義：通過查看oracle數(shù)據(jù)庫狀態(tài)，可以檢查數(shù)據(jù)庫名稱、數(shù)據(jù)庫歸檔模式、數(shù)據(jù)庫打開模式，從而確定數(shù)據(jù)庫是否處于正常的狀態(tài)。

操作方法以sysdba身份登錄數(shù)據(jù)庫，執(zhí)行命令：

SQL> select name,log_mode,open_mode from v$database;

輸出成果執(zhí)行結(jié)果分析：

返回結(jié)果中“NAME”表示數(shù)據(jù)庫的名稱；“LOG_MODE”表示Oracle當前歸檔方式，“ARCHIVELOG”表示數(shù)據(jù)庫運行在歸檔模式下，“NOARCHIVELOG”表示數(shù)據(jù)庫運行在非歸檔模式下；“OPEN_MODE”表示Oracle的打開模式，“READ WRITE”表示可讀寫，“READ ONLY”表示只讀。在正常情況下，打開模式應為“READ WRITE”。

檢查項06： 數(shù)據(jù)庫會話狀態(tài)

作用及意義：當前會話數(shù)是當前從應用服務(wù)器到數(shù)據(jù)庫服務(wù)器之間建立的連接數(shù)量，這個數(shù)量與數(shù)據(jù)庫的負載之間有密切的聯(lián)系，一個穩(wěn)定運行的數(shù)據(jù)庫里，會話數(shù)量應保持平穩(wěn)，如果出現(xiàn)會話數(shù)量大幅增加或大幅減少，就意味著可能出現(xiàn)了問題，需要進一步查找原因。

操作方法在sqlplus里執(zhí)行如下命令：

SQL> select count(*) from v$session;

輸出成果輸出結(jié)果分析：

返回結(jié)果即當前數(shù)據(jù)庫里會話數(shù)量。根據(jù)檢查結(jié)果，與正常值進行比較。

檢查項07： 當前處于鎖等待會話的數(shù)量

作用及意義：通過查看會話的鎖等待狀況，可以了解數(shù)據(jù)庫中是否有鎖資源爭用現(xiàn)

象，如果出現(xiàn)了時間較長的鎖等待現(xiàn)象，可能會嚴重影響業(yè)務(wù)的正常運行。因此，如果在檢查中發(fā)現(xiàn)數(shù)據(jù)庫鎖等待問題，需要進一步檢查問題發(fā)生的原因。

操作方法在sqlplus下執(zhí)行命令：

SQL> select count(*) from v$session where lockwait is not null;

輸出成果執(zhí)行結(jié)果分析：

返回結(jié)果中如果有記錄返回，則說明當前會話中存在鎖等待現(xiàn)象，數(shù)量值即返回結(jié)果。如果存在鎖等待現(xiàn)象，說明有問題存在，然后進一步查找具體鎖等待原因。

檢查項08: 檢查數(shù)據(jù)庫基本狀況－－檢查oracle預警文件

作用及意義:Oracle預警文件是由消息和一系列的錯誤信息組成，當數(shù)據(jù)庫運行過程中發(fā)生問題時，將會在預警文件中記錄相應的錯誤信息，通過檢查預警文件，可以及時發(fā)現(xiàn)數(shù)據(jù)庫運行中出現(xiàn)的問題。

輸出成果執(zhí)行結(jié)果分析：

用vi打開預警文件，從文件結(jié)尾處查找最近一次的錯誤信息查看的內(nèi)容為是否有“ORA‐”，“Error”，“Failed”等出錯信息出現(xiàn)記錄.

檢查項09： 檢查數(shù)據(jù)庫基本狀況－－檢查oracle內(nèi)核轉(zhuǎn)儲目錄

作用及意義：核心轉(zhuǎn)儲（Core Dump）是UNIX操作系統(tǒng)的一個概念。當進程由于非法

的、不能修正的錯誤（如浮點溢出、內(nèi)存段錯誤等）而導致進程異常終止后會形成一個日志文件，該文件包含了進程終止時所有的內(nèi)存信息、堆棧信息、CPU寄存器信息等內(nèi)容。如果該目錄中的文件在短時間內(nèi)增長很快，則說明Oracle進程在此期間經(jīng)常發(fā)生核心轉(zhuǎn)儲，頻繁的核心轉(zhuǎn)儲特別是數(shù)據(jù)庫后臺進程的核心轉(zhuǎn)儲

會導致數(shù)據(jù)庫異常終止。

查看core_dump_dest

查看該目錄下是否有新的文件產(chǎn)生。

輸出成果：看是否有新的內(nèi)核轉(zhuǎn)儲文件產(chǎn)生，如果有記錄異常。

檢查項10： 檢查數(shù)據(jù)庫基本狀況－－檢查數(shù)據(jù)庫對象狀態(tài)

作用及意義：控制文件是數(shù)據(jù)庫的重要組成部分，如果所有的控制文件發(fā)生損壞將導致數(shù)據(jù)庫無法打開，通過檢查控制文件狀態(tài)，可以及時發(fā)現(xiàn)損壞的控制文件，及時采取補救措施。

操作方法以sysdba身份登錄數(shù)據(jù)庫，執(zhí)行命令：

SQL> select * from v$controlfile;

輸出成果返回結(jié)果中：

“STATUS” 應該為空，狀態(tài)為空表示控制文件狀態(tài)正常。在日檢查情況欄里填寫正常。

檢查項11： 檢查數(shù)據(jù)庫基本狀況－－檢查oracle重做日志文件狀態(tài)

作用及意義：重做日志文件是oracle數(shù)據(jù)庫的重要組成部分，通過檢查重做日志件可以及時發(fā)現(xiàn)重做日志文件出現(xiàn)的損壞等問題。

操作方法以sysdba身份登錄數(shù)據(jù)庫，執(zhí)行命令：

SQL> select * from v$logfile;

輸出成果返回結(jié)果中：

在日常檢查表的日檢查情況中記錄status的值，如果非“INVALID”、“DELETED”則正常，否則異常。

檢查項12： 檢查數(shù)據(jù)庫基本狀況－－檢查oracle表空間狀態(tài)

作用及意義：正常情況下，表空間應處于online狀態(tài)，如果表空間處于offline狀態(tài)則用戶將無法訪問表空間，通過檢查表空間狀態(tài)，可以及時發(fā)現(xiàn)那些表空間處于非正常狀態(tài)。

操作方法以sysdba身份登錄數(shù)據(jù)庫，執(zhí)行命令：

SQL> select tablespace_name,status from dba_tablespaces;

輸出成果返回結(jié)果中：“STATUS” 應該為“ONLINE”，否則異常。

檢查項13： 檢查數(shù)據(jù)庫基本狀況－－檢查oracle回滾段狀態(tài)

作用及意義：通過檢查回滾段狀態(tài)，可以了解回滾段被使用的情況

操作方法以sysdba身份登錄數(shù)據(jù)庫，執(zhí)行命令：

SQL> select segment_name,status from dba_rollback_segs;

輸出成果：

在回滾段處于自動管理的模式下，回滾段的狀態(tài)是自動轉(zhuǎn)換的，由oracle控制。因此，輸出結(jié)果中有部分online和部分offline是正常的，其他狀態(tài)則不正常。

檢查項14： 檢查數(shù)據(jù)庫基本狀況－－檢查oracle數(shù)據(jù)文件狀態(tài)

作用及意義：通過檢查oracle數(shù)據(jù)文件狀態(tài)，可以及時發(fā)現(xiàn)發(fā)生數(shù)據(jù)損壞的數(shù)據(jù)文件。

操作方法以sysdba身份登錄數(shù)據(jù)庫，執(zhí)行命令：

SQL> select name,status from v$datafile;

輸出成果返回結(jié)果中：

“STATUS”除系統(tǒng)表空間外均應為“ONLINE”（系統(tǒng)表空間為“SYSTEM”），其他狀態(tài)為異常。

檢查項15： 檢查數(shù)據(jù)庫基本狀況－－檢查oracle所有對象狀態(tài)

作用及意義：在正常情況下，數(shù)據(jù)庫中所有對象狀態(tài)都應該是VALID，如果出現(xiàn)了處

于INVALID狀態(tài)的對象，則需要進一步檢查，確定是否需要重新編譯。

操作方法以sysdba身份登錄數(shù)據(jù)庫，執(zhí)行命令：

SQL> select owner,object_name,object_type from dba_objects where

status!='VALID' and owner!='SYS' and owner!='SYSTEM';

輸出成果：

如果有狀態(tài)為invalid的對象，要進行做進一步分析處理。

檢查項16： 檢查數(shù)據(jù)庫基本狀況－－檢查oracle相關(guān)資源使用情況

作用及意義：通過查看v$resource_limit視圖，可以查看數(shù)據(jù)庫初始化參數(shù)設(shè)置是否合理，如果有不合理或者超過參數(shù)設(shè)置范圍的情況，就需要考慮進行適當?shù)恼{(diào)整。

操作方法以sysdba身份登錄數(shù)據(jù)庫，執(zhí)行命令：

SQL> select resource_name,max_utilization,initial_allocation,limit_value from v$resource_limit;

輸出成果如果返回結(jié)果中：

“LIMIT_VALU”‐“MAX_UTILIZATION”>5正常，如果返回結(jié)果中

“LIMIT_VALU”‐“MAX_UTILIZATION”<=5,則表明與“RESOURCE_NAME”相關(guān)的Oracle初始化參數(shù)可能需要調(diào)整。

檢查項17： 檢查oracle表空間增長情況

作用及意義：Oracle數(shù)據(jù)庫的數(shù)據(jù)是存放在表空間里，如果表空間剩余空間不足數(shù)據(jù)庫無法繼續(xù)寫入數(shù)據(jù)，數(shù)據(jù)庫將報錯。因此，及時檢查表空間使用情況，確保表空間剩余空間維持在20%以上，對數(shù)據(jù)庫的正常穩(wěn)定運行來說具有重要意義。

操作方法以sysdba身份登錄數(shù)據(jù)庫，執(zhí)行如下腳本：

select a.tablespace_name,sum(a.tots) Tot_Size,

sum(a.sumb) Tot_Free,

sum(a.sumb)*100/sum(a.tots) Pct_Free,

sum(a.largest) Max_Free,sum(a.chunks) Chunks_Free

from

(

select tablespace_name,0 tots,sum(bytes) sumb,

max(bytes) largest,count(*) chunks

from dba_free_space a

group by tablespace_name

union

select tablespace_name,sum(bytes) tots,0,0,0 from

dba_data_files

group by tablespace_name) a

group by a.tablespace_name;

輸出成果查看輸出結(jié)果：

PCT_FREE一列，一般情況下，需要保持每個表空間的PCT_FREE>20%,

如果有表空間PCT_FREE<20%則需要立即處理。

檢查項18： 檢查ORACLE擴展異常對象

作用及意義:數(shù)據(jù)庫中每個segment是由extent組成，而每個segment所能容納的extent數(shù)量是有限制的，dba_segments中的max_extents列就是每個segment所

能容納的最大extent數(shù)量。如果segment中的extent數(shù)達到了這個數(shù)量的限制，則segment將無法繼續(xù)擴展，數(shù)據(jù)庫將報錯。因此，通過檢查每個segment中的extent數(shù)量，可以及時發(fā)現(xiàn)數(shù)據(jù)庫中擴展異常的對象，以便于采取進一步參數(shù)，避免出現(xiàn)segment無法擴展的問題出現(xiàn)。

操作方法以sysdba身份登錄數(shù)據(jù)庫，執(zhí)行如下命令：

SQL>select segment_name, segment_type, tablespace_name,

(extents/max_extents)*100 percent

from dba_segments

where max_extents != 0 and (extents/max_extents)*100>=95

order by percent;

輸出成果返回結(jié)果:

如果有記錄返回，則說明這些對象的擴展已經(jīng)接近定義的最大擴展值，需要修改它的存儲結(jié)構(gòu)參數(shù)。

二、數(shù)據(jù)庫性能分析部分

檢查項19： 每日數(shù)據(jù)庫性能分析（業(yè)務(wù)高峰期AWR報告分析）

作用及意義：AWR報告是oracle提供的一個重要的性能分析工具，通過查看業(yè)務(wù)高峰期的AWR報告，可以分析業(yè)務(wù)高峰期的數(shù)據(jù)庫負載情況及數(shù)據(jù)庫性能瓶頸等重要信息。從而及時發(fā)現(xiàn)并解決數(shù)據(jù)庫運行過程中出現(xiàn)的性能問題

操作方法以SYS用戶登錄數(shù)據(jù)庫,生成AWR報告

分析生成的AWR報告

查看數(shù)據(jù)庫負載情況

查看數(shù)據(jù)庫各性能指標命中率

查看數(shù)據(jù)庫top5等待事件

如果AWR報告中top 5等待事件明顯異常，如出現(xiàn)（latch free、enqueue、

buffer busy wait等）、緩沖區(qū)命中率明顯下降、top sql中突然出現(xiàn)消耗大量邏輯讀或物理讀的sql等等等待事件，就需要記錄，并做進一步分析。

對發(fā)現(xiàn)的性能問題進行測試、分析

例如：某一日發(fā)現(xiàn)statspack報告中top5等待事件，其中一個明顯的等待事件是buffer busy waits，通過查詢v$waitstat視圖，可以看到這些等待大部分是對data block的等待。這意味著多個session嘗試去從磁盤中讀取同一個數(shù)據(jù)塊到

緩沖區(qū)時，產(chǎn)生了競爭，其中的一個session執(zhí)行讀取的操作，另一個sessio就發(fā)生了buffer busy waits等待。這種等待事件通常是找到導致等待的sql，并嘗試加以優(yōu)化。

以sysdaba身份登錄數(shù)據(jù)庫，執(zhí)行以下sql進行抓?。?/p>

select sql_text from v$sqlarea where hash_value in (select

sql_hash_value from v$session where sid in(select sid from

v$session_wait where event like '%buffer busy%'));

三、不定期操作－－為表空間添加數(shù)據(jù)文件

1、表的重組

2、索引的重建

3、數(shù)據(jù)庫打補丁

4、數(shù)據(jù)庫升級

5、數(shù)據(jù)庫變更前后性能的對比

聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權(quán)等問題請及時與本網(wǎng)聯(lián)系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com