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