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