循序漸進(jìn)講解Oracle數(shù)據(jù)庫管理員的職責(zé)
Oracle數(shù)據(jù)庫管理員應(yīng)按如下方式對Oracle數(shù)據(jù)庫系統(tǒng)做定期監(jiān)控：
(1). 每天對Oracle數(shù)據(jù)庫的運(yùn)行狀態(tài) , 日志文件 , 備份情況 , 數(shù)據(jù)庫的空間使用情況 , 系統(tǒng)資源的使用情況進(jìn)行檢查 , 發(fā)現(xiàn)并解決問題。
(2). 每周對數(shù)據(jù)庫對象的空間擴(kuò)展情況 , 數(shù)據(jù)的增長情況進(jìn)行監(jiān)控 , 對數(shù)據(jù)庫做健康檢查 , 對數(shù)據(jù)庫對象的狀態(tài)做檢查。
(3). 每月對表和索引等進(jìn)行 Analyze, 檢查表空間碎片 , 尋找數(shù)據(jù)庫性能調(diào)整的機(jī)會 , 進(jìn)行數(shù)據(jù)庫性能調(diào)整 , 提出下一步空間管理計劃。對Oracle數(shù)據(jù)庫狀態(tài)進(jìn)行一次全面檢查。
每天的工作
(1). 確認(rèn)所有的 INSTANCE 狀態(tài)正常
登陸到所有數(shù)據(jù)庫或例程 , 檢測 ORACLE 后臺進(jìn)程 :
$ps –ef|grep ora
(2). 檢查文件系統(tǒng)的使用（剩余空間）。如果文件系統(tǒng)的剩余空間小于 20% ，需刪除不用的文件以釋放空間。
$df –k
(3). 檢查日志文件和 trace 文件記錄 alert 和 trace 文件中的錯誤。
連接到每個需管理的系統(tǒng)
使用' telnet '
對每個數(shù)據(jù)庫 ,cd 到 bdump 目錄 , 通常是 $ORACLE_BASE//bdump
使用 Unix ‘tail' 命令來查看 alert_.log 文件
如果發(fā)現(xiàn)任何新的 ORA- 錯誤 , 記錄并解決
(4). 檢查數(shù)據(jù)庫當(dāng)日備份的有效性。
對 RMAN 備份方式 :
檢查第三方備份工具的備份日志以確定備份是否成功
對 EXPORT 備份方式 :
檢查 exp 日志文件以確定備份是否成功
對其他備份方式 :
檢查相應(yīng)的日志文件
(5). 檢查數(shù)據(jù)文件的狀態(tài)記錄狀態(tài)不是“ online” 的數(shù)據(jù)文件，并做恢復(fù)。
Select file_name from dba_data_files where status='OFFLINE'
(6). 檢查表空間的使用情況
SELECT tablespace_name, max_m, count_blocks free_blk_cnt, sum_free_m,to_char(100*sum_free_m/sum_m, '99.99') || '%' AS pct_free
FROM ( SELECT tablespace_name,sum(bytes)/1024/1024 AS sum_m FROM dba_data_files GROUP BY tablespace_name),
( SELECT tablespace_name AS fs_ts_name, max(bytes)/1024/1024 AS max_m, count(blocks) AS count_blocks, sum(bytes/1024/1024) AS sum_free_m FROM dba_free_space GROUP BY tablespace_name )
WHERE tablespace_name = fs_ts_name
(7). 檢查剩余表空間
SELECT tablespace_name, sum ( blocks ) as free_blk ,
trunc ( sum ( bytes ) /(1024*1024) ) as free_m,
max ( bytes ) / (1024) as big_chunk_k, count (*) as num_chunks
FROM dba_free_space GROUP BY tablespace_name;
(8). 監(jiān)控數(shù)據(jù)庫性能
運(yùn)行 bstat/estat 生成系統(tǒng)報告
或者使用 statspack 收集統(tǒng)計數(shù)據(jù)
(9). 檢查數(shù)據(jù)庫性能，記錄數(shù)據(jù)庫的 cpu 使用、 IO 、 buffer 命中率等等
使用 vmstat,iostat,glance,top 等命令
(10). 日常出現(xiàn)問題的處理。
每周的工作
(1). 控數(shù)據(jù)庫對象的空間擴(kuò)展情況
根據(jù)本周每天的檢查情況找到空間擴(kuò)展很快的數(shù)據(jù)庫對象 , 并采取相應(yīng)的措施
-- 刪除歷史數(shù)據(jù)
--- 擴(kuò)表空間
alter tablespace add datafile ‘' size
--- 調(diào)整數(shù)據(jù)對象的存儲參數(shù)
next extent
pct_increase
(2). 監(jiān)控數(shù)據(jù)量的增長情況
根據(jù)本周每天的檢查情況找到記錄數(shù)量增長很快的數(shù)據(jù)庫對象 , 并采取相應(yīng)的措施
-- 刪除歷史數(shù)據(jù)
--- 擴(kuò)表空間
alter tablespace add datafile ‘' size
(3). 系統(tǒng)健康檢查
檢查以下內(nèi)容 :
init.ora
controlfile
redo log file
archiving
sort area size
tablespace(system,temporary,tablespace fragment)
datafiles(autoextend,location)
object(number of extent,next extent,index)
rollback segment
logging &tracing(alert.log,max_dump_file_size,sqlnet)
(4). 檢查無效的數(shù)據(jù)庫對象
SELECT owner, object_name, object_type FROM dba_objects
WHERE status= ' INVALID '。
(5). 檢查不起作用的約束
SELECT owner, constraint_name, table_name,
constraint_type, status
FROM dba_constraints
WHERE status = 'DISABLED' AND constraint_type = 'P'
(6). 檢查無效的 trigger
SELECT owner, trigger_name, table_name, status
FROM dba_triggers
WHERE status = 'DISABLED'
每月的工作
(1). Analyze Tables/Indexes/Cluster
analyze table estimate statistics sample 50 percent;
(2). 檢查表空間碎片
根據(jù)本月每周的檢查分析數(shù)據(jù)庫碎片情況 , 找到相應(yīng)的解決方法
(3). 尋找數(shù)據(jù)庫性能調(diào)整的機(jī)會
比較每天對數(shù)據(jù)庫性能的監(jiān)控報告 , 確定是否有必要對數(shù)據(jù)庫性能進(jìn) 行調(diào)整
(4). 數(shù)據(jù)庫性能調(diào)整
如有必要 , 進(jìn)行性能調(diào)整
(5). 提出下一步空間管理計劃
根據(jù)每周的監(jiān)控 , 提出空間管理的改進(jìn)方法
Oracle DBA 日常管理
目的：這篇文檔有很詳細(xì)的資料記錄著對一個甚至更多的 ORACLE 數(shù)據(jù)庫每天的，每月的，每年的運(yùn)行的狀態(tài)的結(jié)果及檢查的結(jié)果，在文檔的附錄中你將會看到所有檢查，修改的 SQL和 PL/SQL 代碼。
目錄
1. 日常維護(hù)程序
A ． 檢查已起的所有實例
B ． 查找一些新的警告日志
C ． 檢查 DBSNMP 是否在運(yùn)行
D ． 檢查數(shù)據(jù)庫備份是否正確
E ． 檢查備份到磁帶中的文件是否正確
F ． 檢查數(shù)據(jù)庫的性能是否正常合理，是否有足夠的空間和資源
G ． 將文檔日志復(fù)制到備份的數(shù)據(jù)庫中
H ． 要常看 DBA 用戶手冊
2. 晚間維護(hù)程序
A ．收集 VOLUMETRIC 的數(shù)據(jù)
3. 每周維護(hù)工作
A ． 查找那些破壞規(guī)則的 OBJECT
B ． 查找是否有違反安全策略的問題
C ． 查看錯誤地方的 SQL*NET 日志
D ． 將所有的警告日志存檔
E ． 經(jīng)常訪問供應(yīng)商的主頁
4. 月維護(hù)程序
A ． 查看對數(shù)據(jù)庫會產(chǎn)生危害的增長速度
B ． 回顧以前數(shù)據(jù)庫優(yōu)化性能的調(diào)整
C ． 查看 I/O 的屏頸問題
D ． 回顧 FRAGMENTATION
E ． 將來的執(zhí)行計劃
F ． 查看調(diào)整點和維護(hù)
一．日維護(hù)過程
A ．查看所有的實例是否已起
確定數(shù)據(jù)庫是可用的，把每個實例寫入日志并且運(yùn)行日報告或是運(yùn)行測試文件。當(dāng)然有一些操作我們是希望它能自動運(yùn)行的。
可選擇執(zhí)行：用 ORACLE 管理器中的‘ PROBE' 事件來查看
B ．查找新的警告日志文件
1. 聯(lián)接每一個操作管理系統(tǒng)
2. 使用‘ TELNET' 或是可比較程序
3. 對每一個管理實例，經(jīng)常的執(zhí)行 $ORACLE_BASE//bdump 操作，并使其能回退到控制數(shù)據(jù)庫的 SID 。
4. 在提示下，使用 UNIX 中的‘ TAIL '命令查看 alert_.log ，或是用其他方式檢查文件中最近時期的警告日志
5. 如果以前出現(xiàn)過的一些 ORA_ERRORS 又出現(xiàn)，將它記錄到數(shù)據(jù)庫恢復(fù)日志中并且仔細(xì)的研究它們，這個數(shù)據(jù)庫恢復(fù)日志在〈 FILE 〉中
C ．查看 DBSNMP 的運(yùn)行情況
檢查每個被管理機(jī)器的‘ DBSNMP' 進(jìn)程并將它們記錄到日志中。
在 UNIX 中，在命令行中，鍵入 ps –ef | grep dbsnmp, 將回看到 2 個DBSNMP 進(jìn)程在運(yùn)行。如果沒有，重啟 DBSNMP 。
D ．查數(shù)據(jù)庫備份是否成功
E ．檢查備份的磁帶文檔是否成功
F ．檢查對合理的性能來說是否有足夠的資源
1. 檢查在表空間中有沒有剩余空間
對每一個實例來說，檢查在表空間中是否存在有剩余空間來滿足當(dāng)天的預(yù)期的需要。當(dāng)數(shù)據(jù)庫中已有的數(shù)據(jù)是穩(wěn)定的，數(shù)據(jù)日增長的平均數(shù)也是可以計算出來，最小的剩余空間至少要能滿足每天數(shù)據(jù)的增 長。
A ） 運(yùn)行‘ FREE.SQL' 來檢查表空間的剩余空間。
B ） 運(yùn)行‘ SPACE.SQL' 來檢查表空間中的剩余空間百分率
2. 檢查回滾段
回滾段的狀態(tài)一般是在線的，除了一些為復(fù)雜工作準(zhǔn)備的專用 段，它一般狀態(tài)是離線的。
a. 每個數(shù)據(jù)庫都有一個回滾段名字的列表。
b. 你可以用 V$ROLLSTAT 來查詢在線或是離線的回滾段的現(xiàn)在狀 態(tài) .
c. 對于所有回滾段的存儲參數(shù)及名字， 可用DBA_ROLLBACK_SEGS 來查詢。但是它不如 V$ROLLSTAT 準(zhǔn)確。
3. 識別出一些過分的增長
查看數(shù)據(jù)庫中超出資源或是增長速度過大的段，這些段的存儲參 數(shù)需要調(diào)整。
a.收集日數(shù)據(jù)大小的信息， 可以用
‘ ANALYZE5PCT.SQL '。如果你收集的是每晚的信息， 則可跳過這一步。
b.檢查當(dāng)前的范圍，可用‘ NR.EXTENTS.SQL' 。
c.查詢當(dāng)前表的大小信息。
d.查詢當(dāng)前索引大小的信息。
e.查詢增長趨勢。
4. 確定空間的范圍
如果范圍空間對象的 NEXT_EXTENT 比表空間所能提供的最大范圍還要大，那么這將影響數(shù)據(jù)庫的運(yùn)行。如果我們找到了這個目標(biāo)，可以用‘ ALTER TABLESPACE COALESCE' 調(diào)查它的位置，或加另外 的數(shù)據(jù)文件。
A ）運(yùn)行‘ SPACEBOUND.SQL' 。如果都是正常的，將不返回任何行。
5. 回顧 CPU ，內(nèi)存，網(wǎng)絡(luò)，硬件資源論點的過程
A ）檢查 CPU 的利用情況，進(jìn)到 x:webphase2default.htm =>system
metrics=>CPU 利用頁， CPU 的最大限度為 400 ，當(dāng) CPU 的占用保持在 350 以上有一段時間的話，我們就需要查看及研究出現(xiàn)的問題。
G ．將存檔日志復(fù)制到備用數(shù)據(jù)庫中
如果有一個備用數(shù)據(jù)庫，將適當(dāng)?shù)拇鏅n日志復(fù)制到備用數(shù)據(jù)庫的期望位置，備用數(shù)據(jù)庫中保存最近期的數(shù)據(jù)。
H. 經(jīng)常查閱 DBA 用戶手冊
如果有可能的話，要廣泛的閱讀，包括 DBA 手冊，行業(yè)雜志，新聞 組或是郵件列表。
二．晚間維護(hù)過程
大部分的數(shù)據(jù)庫產(chǎn)品將受益于每晚確定的檢查進(jìn)程的運(yùn)行。
A. 收集 VOLUMETRIC 數(shù)據(jù)
1. 分析計劃和收集數(shù)據(jù)
更準(zhǔn)確的分析計算并保存結(jié)果。
a ） 如果你現(xiàn)在沒有作這些的話，用‘ MK VOLFACT.SQL' 來創(chuàng)建測定體積的 表。
b ） 收集晚間數(shù)據(jù)大小的信息，用‘ ANALYZE COMP.SQL' 。
c ） 收集統(tǒng)計結(jié)果，用‘ POP VOL.SQL' 。
d ） 在空閑的時候檢查數(shù)據(jù)，可能的話，每周或每個月進(jìn)行。
我是用 MS EXCEL 和 ODBC 的聯(lián)接來檢查數(shù)據(jù)和圖表的增長
-------------------------------------------------------------
三．每周維護(hù)過程
A ． 查找被破壞的目標(biāo)
1. 對于每個給定表空間的對象來說， NEXT_EXTENT 的大小是相同的，如12/14/98 ，缺省的NEXT_EXTENT 的 DATAHI 為 1G ， DATALO 為 500MB ，INDEXES 為 256MB 。
A ） 檢查 NEXT_EXTENT 的設(shè)置，可用‘ NEXTEXT 。 SQL' 。
B ） 檢查已有的 EXTENTS ，可用‘ EXISTEXT 。 SQL' 。
2. 所有的表都應(yīng)該有唯一的主鍵
a.查看那些表沒有主鍵，可用‘ NO_PK.SQL' 。
b.查找那些主鍵是沒有發(fā)揮作用的，可用‘ DIS_PK.SQL' 。
c.所有作索引的主鍵都要是唯一的，可用‘ NONUPK 。 SQL' 來檢 查。
3. 所有的索引都要放到索引表空間中。運(yùn)行‘ MKREBUILD_IDX 。 SQL'
4. 不同的環(huán)境之間的計劃應(yīng)該是同樣的，特別是測試環(huán)境和成品環(huán)境之間的 計劃應(yīng)該相同。
a.檢查不同的 2 個運(yùn)行環(huán)境中的數(shù)據(jù)類型是否一致，可用‘ DATATYPE.SQL '。
b.在 2 個不同的實例中尋找對象的不同點， 可用‘ OBJ_COORD.SQL '。
c.更好的做法是，使用一種工具，象尋求軟件的計劃管理器那樣的 工具。
B．查看是否有危害到安全策略的問題。
C．查看報錯的 SQL*NET 日志。
1. 客戶端的日志。
2. 服務(wù)器端的日志。
D ．將所有的警告日志存檔
E ．供應(yīng)商的主頁
1. ORACLE 供應(yīng)商
http://www.oracle.com
http://technet.oracle.com
http://www.oracle.com/support
http://www.oramag.com
2. Quest Software
http://www.quests.com
3. Sun Microsystems
http://www.sun.com
四．月維護(hù)過程
A ．查看對數(shù)據(jù)庫會產(chǎn)生危害的增長速度
1. 從以前的記錄或報告中回顧段增長的變化以此來確定段增長帶來危害
B ． 回顧以前數(shù)據(jù)庫優(yōu)化性能的調(diào)整
1. 回顧一般 ORACLE 數(shù)據(jù)庫的調(diào)整點，比較以前的報告來確定有害的發(fā)展 趨勢。
C ． 查看 I/O 的屏頸問題
1. 查看前期數(shù)據(jù)庫文件的活動性，比較以前的輸出來判斷有可能導(dǎo)致屏頸 問題的趨勢。
D ． 回顧 FRAGMENTATION
E ． 計劃數(shù)據(jù)庫將來的性能
1. 比較 ORACLE 和操作系統(tǒng)的 CPU ，內(nèi)存，網(wǎng)絡(luò)，及硬盤的利用率以此來確定在近期將會有的一些資源爭奪的趨勢
2. 當(dāng)系統(tǒng)將超出范圍時要把性能趨勢當(dāng)作服務(wù)水平的協(xié)議來看
F ． 完成調(diào)整和維護(hù)工作
1. 使修改滿足避免系統(tǒng)資源的爭奪的需要，這里面包括增加新資源或使預(yù)期的停工。
網(wǎng)公網(wǎng)安備