【正文】 事件v$session_event 視圖在進程級提供與 v$system_event 相同的信息(即，SID 等)。這種視圖可以從“systemwide events” 級進一步鉆取，到達進程級，以確哪個進程引起或經(jīng)歷了等待事件。機密文件版權所有 2012第 16 頁 共 45 頁ORACLE 產(chǎn)品日常運行維護年度服務項目 Session_Waitv$session_wait 視圖在特定事件的進程級提供低層次的信息挖掘。不同于其它一些視圖，這種方式可以“實時”獲取進程級的等待信息。這是真正有用的信息。切記，每次查看這一視圖得到的結果可能不一樣。這可能與數(shù)據(jù)庫中當前的活動有關。 應用優(yōu)化從統(tǒng)計(和現(xiàn)實) 的角度看，80% 的 Oracle 系統(tǒng)性能問題可以通過 SQL 代碼優(yōu)化來解決。任何應用優(yōu)化的過程，不外乎是索引優(yōu)化、全表掃描、并行機制改進和選擇正確數(shù)據(jù)組合方法的過程。這正是要達到最佳應用性能所必須考慮的因素。沒有 SQL 的優(yōu)化，就無法實現(xiàn)高性能的應用。良好的 SQL 語句可以減少 CPU資源的消耗，提高響應速度。同時，優(yōu)化后的 SQL 語句還可以提高應用的可擴展性，這是除增加大量內存外，任何其它硬件手段也無法實現(xiàn)的。n需要配置的主要初始化參數(shù)以下是一些已知與例程優(yōu)化關系最密切的一些核心 Oracle 初始化參數(shù)。它們都會影響 Oracle 及 SGA 區(qū)的活動。任何對這些參數(shù)的改動，在實施到生產(chǎn)環(huán)境之前，都必須進行測試。一旦改變了生產(chǎn)環(huán)境的參數(shù)，就必須對相關的 Oracle動態(tài)性能指標和操作系統(tǒng)的性能進行監(jiān)測，尋找可能由此產(chǎn)生的異?，F(xiàn)象。1) DB_BLOCK_SIZE該參數(shù)在數(shù)據(jù)庫建立前設定，決定了數(shù)據(jù)庫中每個數(shù)據(jù)塊的大小。只有重新建立數(shù)據(jù)庫，才有可能改變該參數(shù)。db_block_size 的配置應遵循以下公式：DB_BLOCK_SIZE = FILESYSTEM BLOCKSIZE = OS PAGESIZE 這可以確保 Oracle獲得最佳 I/O 性能，同時不會由于冗余或不必要的 I/O，給 I/O 子系統(tǒng)帶來壓力。2) DB_BLOCK_BUFFERS該參數(shù)決定了 SGA 區(qū)數(shù)據(jù)庫緩沖區(qū)中的塊數(shù)量。由于這是 Oracle 讀取和寫機密文件版權所有 2012第 17 頁 共 45 頁ORACLE 產(chǎn)品日常運行維護年度服務項目入的區(qū)域，它的不正確配置會引起嚴重的 I/O 性能問題。盡管緩沖區(qū)的大小與應用性質、數(shù)據(jù)庫大小、同步用戶數(shù)等無關，它的確是 SGA 區(qū)中最大的組件。經(jīng)常可以看到緩沖區(qū)占用 7580%SGA 區(qū)內存的情況。另外，這一參數(shù)設置過大，也會引起整個系統(tǒng)的內存不足，引起操作系統(tǒng)過多的讀寫操作。該參數(shù)及 SHARED_POOL_SIZE 通常是兩個最重要的 SGA 優(yōu)化目標。只有當數(shù)據(jù)庫緩沖率長時間低于 70%時，才需要增加其大小說。即使在這種情況下，也需要進一步審查應用的性能和整個系統(tǒng)的吞吐性。若存在延遲性的應用設計問題，則無論數(shù)據(jù)庫緩沖區(qū)的大小如何，緩沖和讀寫率都不會有太大改變?yōu)椤Ｔ趯嵳{優(yōu)中，也曾發(fā)現(xiàn)由于 SQL 語句的問題，出現(xiàn)緩沖率很高，但仍存在全系統(tǒng)性能問題的情況。3)SHARED_POOL_SIZE該參數(shù)按字節(jié)數(shù)設定，定義了 SGA 中共享區(qū)的大小。該組件的大小嚴重依賴于應用的類型 (即該應用是重用 SQL，還是生成動態(tài) SQL，等等)。同時它也取決于同步用戶的數(shù)量，以及實例是否被配置成支持多線程服務器(MTS)。如果該應用采用了 MTS 配置，則共享區(qū)應該明顯增加，因為光標狀態(tài)和用戶進程數(shù)據(jù)等程序全局區(qū)域(PGA)都被置入了共享區(qū)。有關多數(shù)應用的 SHARED_POOL_SIZE 大小設置，可以從每 10 個同步用戶 16 MB共享區(qū)開始。這不是一成不變的，因為應用的性質最終會決定該組件的大小。只有當庫緩沖和字典緩沖使用率一直低于 90%時，才需要關注這一參數(shù)。但如果應用并未采用變量合并和/共離圖標時，內存的數(shù)量并不會使緩沖使用率高于 90%。共享區(qū)過大會導致處理時間增加，甚至 SQL 語句的掛起。如果應用不能有效地重用 SQL，則無論配置多大的庫緩沖或字典緩沖都無濟于事，不能改善緩沖使用率。另一個值得考慮的因素是需要隨時使用的存儲 PL/SQL 代碼數(shù)量。應用的核心包可以通過查看 DBA_SOURCE、USER_SOURCE 得以確認，其大小通過查詢DBA_OBJECT_SIZE 了解。另外，為了確定存儲 PL/SQL 是否被置于內存，可以查詢動態(tài)性能視圖 V$DB_OBJECT_SIZE。內時，包 DBMS_SHARED_POOL 中的程序大小可被用于確定應用中大包的規(guī)模。4) LOG_BUFFER機密文件版權所有 2012第 18 頁 共 45 頁ORACLE 產(chǎn)品日常運行維護年度服務項目根據(jù)字節(jié)設定，該參數(shù)定義了 SGA 緩沖區(qū)中 redo log 的大小。缺省值通常是數(shù)據(jù)庫塊大小的四倍，這對于多數(shù)環(huán)境并不是最佳的。對于中型的 Oracle 環(huán)境，其結構應該為 512 Kb 左右。對該存儲結構而言，更大并不意味著更好。超過 1 MB 就可能有問題。需要監(jiān)控 V$SESSION_WAIT 中 log buffer space 的等待事件，以優(yōu)化該內存結構。需要提醒的是，在線 redo log 文件的大小設置不當，會引起 redo 請求的等待。5) DB_WRITERS該參數(shù)可以針對所有文件系統(tǒng)支持，且不可使用 Direct IO 的 Oracle 實施設定。這并不需要與 raw partitions 一起使用，因為異步 IO 更加。建議將該參數(shù)設定為(2 * 獨立磁盤驅動器數(shù)量/卷)。該參數(shù)只有在 中的“average write queue length”持續(xù)高于 1 時，才需要設定。在 Oracle 和更高版本中，該參數(shù)已不再被支持，而為其它兩個名為 DB_WRITER_PROCESSES 和DBWR_IO_SLAVES 的參數(shù)取代。若需要設置 DB_WRITER_PROCESSES 值高于 8，則DB_WRITER_PROCESSES 可被設為 1，且 DBWR_IO_SLAVES 可被設為 “n”，其中 n的值必須設置為 (2 * 獨立磁盤驅動器數(shù)量/卷) IO 優(yōu)化IO 優(yōu)化是系統(tǒng)優(yōu)化中的一個關鍵步驟，還涉及到其它任務，將文件在不同驅動器/卷中進行分布，采用優(yōu)化分區(qū)技術、確定 IO 子系統(tǒng)瓶頸、確定控制器瓶頸并根據(jù)應用的類型選擇最佳的 RAID 級。IO 優(yōu)化應該在全面了解 Oracle 及Oracle RDBMS 結構之后進行。應該在進行 IO 優(yōu)化前后實施 IO 數(shù)據(jù)監(jiān)控，如平均服務時間，IOPS，平均磁盤隊列長度等。多數(shù)與 Oracle 有關的競爭問題可以通過主動配置管理相關的初始化參數(shù)進行。不恰當?shù)嘏渲? 中的鎖參數(shù)可能引起競爭。為了不打破其中的平衡，所需的參數(shù)可進行配置并主動得以處理。包括表在內的 數(shù)據(jù)庫對 象可能存在 兩個競爭 點。第一個 是所配置的機密文件版權所有 2012第 19 頁 共 45 頁ORACLE 產(chǎn)品日常運行維護年度服務項目“freelists”的數(shù)量 (缺省值為 1)。freelist 結構維護著表中可用于插入的塊。對于存在大量同步插入的表，有必要配置該結構。為了以主動方式處理freelist 競爭，必須在建立表時配置 FREELISTS?？煽紤]的最佳值為 (2 * CPU數(shù)量) 。V$WAITSTAT 不可能指示存在 freelist 競爭，除非存在 freelist 組，而這種設置只存在于 Oracle Parallel Server 中。即便如此，也無法了解哪個表存在競爭中。主動式的 freelist 競爭 調優(yōu)可以事先預防問題出現(xiàn)。資源競爭的第二個來源與索引有關，即對象塊頭中配置的事務槽數(shù)量。事務槽是塊頭中的區(qū)域，是事務處理進程采用自身識別號進行注冊，以便任何被修改的更能夠通過特定事務槽數(shù)量在低層得以識別的地方。如果所有現(xiàn)存的事務槽已經(jīng)被其它事務占用，服務器器進程會從塊的 PCTFREE 中請求 23 個字節(jié)，建立一個新的槽。這種情況適用于存在大量同步事務的對象。對于事務槽的競爭，需要設置 INITRANS 參數(shù)。對于塊大小為 8K 的數(shù)據(jù)庫，多數(shù)情況下，4 為最佳設置，占用的空間僅為 92 字節(jié)，卻可以大大減少運行時故障和性能問題。 OS 監(jiān)控數(shù)據(jù)庫忙時，應該對操作系統(tǒng)進行監(jiān)控，因為操作系統(tǒng)的性能指標會揭示數(shù)據(jù)庫活動的性質及其對系統(tǒng)的影響。例如，為了了解 CPU 的利用率，可以通過system activity reporter (sar – u interval frequency) 、 mpstat (SunSolaris), top (多數(shù) UNIX)、 osview (SGI Irix) 及 vmstat 等命令。Sar 和vmstat 也可被用于確定包括內存使用率、IO 參數(shù)、隊列等待、讀取/交換區(qū)活動等信息。在 Solaris 上，mpstat utility 也可用于獲取前面提到的 CPU 利用率數(shù)據(jù)。Solaris 上的 Adrian 性能管理工具也很有用?？梢岳闷渲械囊坏蕉鄠€工具來確定系統(tǒng)的性能狀況，找出可能存在的瓶頸。Oracle 數(shù)據(jù)庫性能的管理需要遵循系統(tǒng)的方法論，以確保所有核心問題得以解決。多數(shù)問題可以事先得以管理。了解與 OS 相關的問題是成功的關鍵。勿需置疑，系統(tǒng)硬件配置上的良好平衡也是至關重要的。必須承認， 80% 的系統(tǒng)性能問題可以通過書寫更好的 SQL 語句來解決。來文試圖探究其余 20%中可能覆蓋的內容。同時，必須遵守嚴格的規(guī)定，在調優(yōu)目標達到后終止所有努力。了解自己想到何處是重要的，更重要的是，要知道自己何時到達了目的地。機密文件版權所有 2012第 20 頁 共 45 頁ORACLE 產(chǎn)品日常運行維護年度服務項目 數(shù)據(jù)庫備份恢復為了保證客戶數(shù)據(jù)庫系統(tǒng)的數(shù)據(jù)安全性，降低各種故障、災難給客戶帶來的數(shù)據(jù)丟失，根據(jù)客戶系統(tǒng)實際情況，協(xié)助客戶規(guī)劃實施符合客戶工作要求的完善的備份恢復方案，以確?？蛻魯?shù)據(jù)庫系統(tǒng)的安全可靠運行。數(shù)據(jù)庫的恢復與備份主要有以下幾點：nnnn恢復管理器(RMAN)，能使備份恢復操作自動化Oracle 數(shù)據(jù)泵，用以數(shù)據(jù)庫的邏輯備份用戶管理允許用戶通過操作系統(tǒng)命令手動備份數(shù)據(jù)庫。各種各樣的其他的數(shù)據(jù)庫備份和恢復軟件，增強了 Oracle 的備份實用程序Oracle 備份時應注意事項：當數(shù)據(jù)庫處于運行狀態(tài)時的熱備份時，不備份活動事務；使用比如 Oracle 工具（Oracle RAMN）或者其他的第三方軟件（IBM/Tivoli的數(shù)據(jù)存儲管理器）壓縮 Oracle 備份數(shù)據(jù)；如果維持數(shù)據(jù)存儲空間比備份和恢復數(shù)據(jù)庫時間更重要的話，可以考慮使用二進制壓縮。 檢查Oracle數(shù)據(jù)庫備份結果檢查 Oracle 數(shù)據(jù)庫備份結果，是日常運維中必不可少的一個環(huán)節(jié)。包含：檢查數(shù)據(jù)庫備份日志信息，檢查 backup 卷中文件產(chǎn)生的時間，檢查 oracle 用戶的 ，總共三個部分。 檢查數(shù)據(jù)庫備份日志信息假設：備份的臨時目錄為/backup/hotbakup，我們需要檢查 2012 年 7 月 22日的備份結果，則用下面的命令來檢查：cat /backup/hotbackup/|grep –i error備份腳本的日志文件為 ，在備份的臨時目錄下面。如果文件中存在“ERROR:”，則表明備份沒有成功，存在問題需要檢查。機密文件版權所有 2012第 21 頁 共 45 頁ORACLE 產(chǎn)品日常運行維護年度服務項目 檢查backup卷中文件產(chǎn)生的時間ls –lt /backup/hotbackupbackup 卷是備份的臨時目錄，查看輸出結果中文件的日期，都應當是在當天凌晨由熱備份腳本產(chǎn)生的。如果時間不對則表明熱備份腳本沒執(zhí)行成功。 檢查oracle用戶的tail –n 300 /var/mail/oracle熱備份腳本是通過 Oracle 用戶的 cron 去執(zhí)行的。cron 執(zhí)行完后操作系統(tǒng)就會發(fā)一條 Email 通知 Oracle 用戶任務已經(jīng)完成。查看 Oracle 中今天凌晨部分有無