Oracle資料庫管理者職責（二）

DBA日常管理 　　目的：這篇文檔有很詳細的資料記錄着對一個甚至更多的ORACLE資料庫每天的，每月的，每年的運作的狀态的結果及檢查的結果，在文檔的附錄中你将會看到所有檢查，修改的SQL和PL/SQL代碼。 　　目錄 　　1.日常維護程式 　　A.檢查已起的所有執行個體 　　B.查找一些新的警告日志 　　C.檢查DBSNMP是否在運作 　　D.檢查資料庫備份是否正确 　　E.檢查備份到錄音帶中的檔案是否正确 　　F.檢查資料庫的性能是否正常合理，是否有足夠的空間和資源 　　G.将文檔日志複制到備份的資料庫中 　　H.要常看DBA使用者手冊 　　2.晚間維護程式 　　A.收集VOLUMETRIC的資料 　　3.每周維護工作 　　A.查找那些破壞規則的OBJECT 　　B.查找是否有違反 安全政策的問題 　　C.檢視錯誤地方的SQL*NET日志 　　D.将所有的警告日志存檔 　　E.經常通路供應商的首頁 　　4.月維護程式 　　A.檢視對資料庫會産生危害的增長速度 　　B.回顧以前資料庫優化性能的調整 　　C.檢視I/O的屏頸問題D.回顧FRAGMENTATION 　　E.将來的執行計劃 　　F.檢視調整點和維護 　　5.附錄 　　A.月維護過程 　　B.晚間維護過程 　　C.周維護過程 　　一.日維護過程 　　A.檢視所有的執行個體是否已起： 　　确定資料庫是可用的，把每個執行個體寫入日志并且運作日報告或是運作 測試檔案。當然有一些操作我們是希望它能自動運作的。 　　可選擇執行：用ORACLE管理器中的‘PROBE’事件來檢視; 　　B.查找新的警告日志檔案; 　　1.聯接每一個操作管理系統; 　　2.使用‘TELNET’或是可比較程式; 　　3.對每一個管理執行個體，經常的執行$ORACLE_BASE//bdump操作，并使其能回退到控制資料庫的SID。 　　4.在提示下，使用UNIX中的‘TAIL’指令檢視alert_.log，或是用其他方式檢查檔案中最近時期的警告日志; 　　5.如果以前出現過的一些ORA_ERRORS又出現，将它記錄到資料庫恢複日志中并且仔細的研究它們，這個 資料庫恢複日志在〈FILE〉中; 　　C.檢視DBSNMP的運作情況; 　　檢查每個被管理機器的‘DBSNMP’程序并将它們記錄到日志中。 　　在UNIX中，在指令行中，鍵入ps–ef | grep dbsnmp,将回看到2個DBSNMP程序在運作。如果沒有，重新開機DBSNMP。 　　D.查資料庫備份是否成功; 　　E.檢查備份的錄音帶文檔是否成功; 　　F.檢查對合理的性能來說是否有足夠的資源; 　　1.檢查在表空間中有沒有剩餘空間。 對每一個執行個體來說，檢查在表空間中是否存在有剩餘空間來滿足當天的預期的需要。當資料庫中已有的資料是穩定的，資料日增長的平均數也是可以計算出來，最小的剩餘空間至少要能滿足每天資料的增長。 　　A)運作‘FREE.SQL’來檢查表空間的剩餘空間。 　　B)運作‘SPACE.SQL’來檢查表空間中的剩餘空間百分率 　　2.檢查復原段; 　　復原段的狀态一般是線上的，除了一些為複雜工作準備的專用段，它一般狀态是離線的。 　　a)每個資料庫都有一個復原段名字的清單。 　　b)你可以用V$ROLLSTAT來查詢線上或是離線的復原段的現在狀态.

Select USN, LATCH, EXTENTS, RSSIZE, WRITES, HWMSIZE, SHRINKS, STATUS 　　From v$rollstat;

　　c)對于所有復原段的 存儲參數及名字，可用DBA_ROLLBACK_SEGS來查詢。但是它不如V$ROLLSTAT 準确。　

col segment_name for a15 　　col tablespace_name for a20 　　col file_id for 9999999 　　Select * 　　From dba_rollback_segs;

　　3.識别出一些過分的增長。 　　檢視資料庫中超出資源或是增長速度過大的段，這些段的 存儲參數需要調整。 　　a)收集日資料大小的資訊，可以用‘ANALYZE5PCT.SQL’。如果你收集的是每晚的資訊，則可跳過這 一步。 　　b)檢查目前的範圍，可用‘NR_EXTENTS.SQL’。 　　c)查詢目前表的大小資訊。 　　d)查詢目前索引大小的資訊。 　　e)查詢增長趨勢。 　　4.确定空間的範圍。 　　如果範圍空間對象的NEXT_EXTENT比表空間所能提供的最大範圍還要大，那麼這将影響資料庫的運作。如果我們找到了這個目标，可以用‘ALTER TABLESPACE COALESCE’調查它的位置，或加另外的資料檔案。 　　A)運作‘SPACEBOUND.SQL’。如果都是正常的，将不傳回任何行。 5.回顧CPU，記憶體，網絡，硬體資源論點的過程。 　　A)檢查CPU的利用情況，進到x:.htm =>system metrics=>CPU利用頁，CPU的最大限度為400，當CPU的 占用保持在350以上有一段時間的話，我們就需要檢視及研究出現的問題。 　　G.将存檔日志複制到備用資料庫中 　　如果有一個備用資料庫，将适當的存檔日志複制到備用資料庫的期望位置，備用資料庫中儲存最近期的資料。 　　H.經常查閱DBA使用者手冊 　　如果有可能的話，要廣泛的閱讀，包括DBA手冊，行業雜志，新聞討論區或是郵件清單。 　　二.晚間維護過程 　　大部分的資料庫産品将受益于每晚确定的檢查程序的運作。 　　A.收集VOLUMETRIC資料 　　1.分析計劃和收集資料 　　更準确的分析計算并儲存結果。 　　a)如果你現在沒有作這些的話，用‘MK VOLFACT.SQL’來建立測定體積的表。 　　b)收集晚間資料大小的資訊，用‘ANALYZE COMP.SQL’。 　　c)收集統計結果，用‘POP VOL.SQL’。 　　d)在空閑的時候檢查資料，可能的話，每周或每個月進行。 　　我是用MS EXCEL和ODBC的聯接來檢查資料和圖表的增長。

轉載于:https://blog.51cto.com/ayshilei/100291