【文章內(nèi)容簡(jiǎn)介】 es＇,＇redo buffer allocationretries＇)。 如果 redo buffer allocation retries/redo entries 超過 1% ，則需要增大 log_buffer。
. 性能調(diào)優(yōu)及方法 性能調(diào)優(yōu)主要有主動(dòng)調(diào)優(yōu)和被動(dòng)調(diào)優(yōu)，主動(dòng)調(diào)優(yōu)在前面我們已經(jīng)進(jìn)行了闡述，被動(dòng)調(diào)優(yōu)主要有以下方法進(jìn)行。
n 確定合理的性能優(yōu)化目標(biāo) n 測(cè)試并記錄當(dāng)前的性能指標(biāo) n 確定當(dāng)前存在的 Oracle 性能瓶頸 (Oracle 中何處存在等待，哪個(gè) SQL語句與此有關(guān)) n 確定當(dāng)前的操作系統(tǒng)瓶頸 n 優(yōu)化相關(guān)的組件 (應(yīng)用、數(shù)據(jù)庫、I/O、連接 OS 及其它) n 跟蹤并實(shí)施變化管理制度 n 測(cè)試并記錄目前的性能指標(biāo) n 重復(fù)第 3 到第 7 步直至達(dá)到既定的優(yōu)化目標(biāo) 不要對(duì)并非性能瓶頸的部分進(jìn)行優(yōu)化，否則可能引起額外的問題。正如任何聰明的人會(huì)告訴你的：“如果還未壞，千萬不要修”。更重要的是，一旦既定的優(yōu)化目標(biāo)已經(jīng)達(dá)到，就務(wù)必停止所有的優(yōu)化。
獲取 Oracle 的性能指標(biāo) (測(cè)試前及測(cè)試后)必須在峰值處理時(shí)測(cè)試并獲取系統(tǒng)在優(yōu)化前和優(yōu)化后的性能指標(biāo)。數(shù)據(jù)采集不應(yīng)在數(shù)據(jù)庫 instance 剛剛起動(dòng)后進(jìn)行。同時(shí)，測(cè)試數(shù)據(jù)應(yīng)在峰值期間每過 15 分鐘進(jìn)行一次。初始化參數(shù)TIMED_STATISTICS 應(yīng)該被設(shè)為 TRUE。
通過運(yùn)行以下腳本開始快照： $ORACLE_HOME/rdbms/admin/. 通過運(yùn)行以下腳本結(jié)束快照： $ORACLE_HOME/rdbms/admin/. 完成 操作后，會(huì)在當(dāng)前目錄中生成名為“”的文件，包含系統(tǒng)的性能數(shù)據(jù)。該報(bào)告包括每 15 分鐘捕獲的所有與 Oracle 例程相關(guān)的參數(shù)。
. 尋找問題根源 如上所述，通過查看 v$system_event 事件開始系統(tǒng)事件的問題診斷。下一步是查看 v$session_event，找出引起或經(jīng)歷等待事件的進(jìn)程。最后一步是通過v$session_wait 獲得事件的細(xì)節(jié)。同時(shí)，應(yīng)該進(jìn)一步通過 OS 進(jìn)行深入分析，了解核心的 CPU、內(nèi)存和 IO 狀態(tài)參數(shù)。最后，結(jié)合兩種不同的診斷的結(jié)論，找出系統(tǒng)瓶頸所在。
. 應(yīng)用優(yōu)化 從統(tǒng)計(jì)(和現(xiàn)實(shí)) 的角度看，80% 的 Oracle 系統(tǒng)性能問題可以通過 SQL 代碼優(yōu)化來解決。任何應(yīng)用優(yōu)化的過程，不外乎是索引優(yōu)化、全表掃描、并行機(jī)制改進(jìn)和選擇正確數(shù)據(jù)組合方法的過程。這正是要達(dá)到最佳應(yīng)用性能所必須考慮的因素。沒有 SQL 的優(yōu)化，就無法實(shí)現(xiàn)高性能的應(yīng)用。良好的 SQL 語句可以減少 CPU資源的消耗，提高響應(yīng)速度。同時(shí)，優(yōu)化后的 SQL 語句還可以提高應(yīng)用的可擴(kuò)展性，這是除增加大量?jī)?nèi)存外，任何其它硬件手段也無法實(shí)現(xiàn)的。
. 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ì)列長度等。
. OS監(jiān)控 數(shù)據(jù)庫忙時(shí)，應(yīng)該對(duì)操作系統(tǒng)進(jìn)行監(jiān)控，因?yàn)椴僮飨到y(tǒng)的性能指標(biāo)會(huì)揭示數(shù)據(jù)庫活動(dòng)的性質(zhì)及其對(duì)系統(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ù)、隊(duì)列等待、讀取/交換區(qū)活動(dòng)等信息。在 Solaris 上，mpstat utility 也可用于獲取前面提到的 CPU 利用率數(shù)據(jù)。Solaris 上的 Adrian 性能管理工具也很有用?？梢岳闷渲械囊坏蕉鄠€(gè)工具來確定系統(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)容。同時(shí)，必須遵守嚴(yán)格的規(guī)定，在調(diào)優(yōu)目標(biāo)達(dá)到后終止所有努力。了解自己想到何處是重要的，更重要的是，要知道自己何時(shí)到達(dá)了目的地。
. 例程調(diào)優(yōu) 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)生的異常現(xiàn)象。
1) DB_BLOCK_SIZE 該參數(shù)在數(shù)據(jù)庫建立前設(shè)定，決定了數(shù)據(jù)庫中每個(gè)數(shù)據(jù)塊的大小。只有重新建立數(shù)據(jù)庫，才有可能改變?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)帶來壓力。
2) DB_BLOCK_BUFFERS 該參數(shù)決定了 SGA 區(qū)數(shù)據(jù)庫緩沖區(qū)中的塊數(shù)量。由于這是 Oracle 讀取和寫入的區(qū)域，它的不正確配置會(huì)引起嚴(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è)置過大，也會(huì)引起整個(gè)系統(tǒng)的內(nèi)存不足，引起操作系統(tǒng)過多的讀寫操作。
該參數(shù)及 SHARED_POOL_SIZE 通常是兩個(gè)最重要的 SGA 優(yōu)化目標(biāo)。只有當(dāng)數(shù)據(jù)庫緩沖率長時(shí)間低于 70%時(shí)，才需要增加其大小說。即使在這種情況下，也需要進(jìn)一步審查應(yīng)用的性能和整個(gè)系統(tǒng)的吞吐性。若存在延遲性的應(yīng)用設(shè)計(jì)問題，則無論數(shù)據(jù)庫緩沖區(qū)的大小如何，緩沖和讀寫率都不會(huì)有太大改變?yōu)?。在?shí)調(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，還是生成動(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)庫緩沖和字典緩沖使用率一直低于 90%時(shí)，才需要關(guān)注這一參數(shù)。但如果應(yīng)用并未采用變量合并和/共離圖標(biāo)時(shí)，內(nèi)存的數(shù)量并不會(huì)使緩沖使用率高于 90%。
共享區(qū)過大會(huì)導(dǎo)致處理時(shí)間增加，甚至 SQL 語句的掛起。如果應(yīng)用不能有效地重用 SQL，則無論配置多大的庫緩沖或字典緩沖都無濟(jì)于事，不能改善緩沖使用率。
另一個(gè)值得考慮的因素是需要隨時(shí)使用的存儲(chǔ) PL/SQL 代碼數(shù)量。應(yīng)用的核心包可以通過查看 DBA_SOURCE、USER_SOURCE 得以確認(rèn)，其大小通過查詢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ù)字節(jié)設(shè)定，該參數(shù)定義了 SGA 緩沖區(qū)中 redo log 的大小。缺X值通常是數(shù)據(jù)庫塊大小的四倍，這對(duì)于多數(shù)環(huán)境并不是最佳的。對(duì)于中型的 Oracle 環(huán)境，其結(jié)構(gòu)應(yīng)該為 512 Kb 左右。對(duì)該存儲(chǔ)結(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)，會(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ù)量/卷) . 競(jìng)爭(zhēng)優(yōu)化 多數(shù)與 Oracle 有關(guān)的競(jìng)爭(zhēng)問題可以通過主動(dòng)配置管理相關(guān)的初始化參數(shù)進(jìn)行。不恰當(dāng)?shù)嘏渲? 中的鎖參數(shù)可能引起競(jìng)爭(zhēng)。為了不打破其中的平衡，所需的參數(shù)可進(jìn)行配置并主動(dòng)得以處理。
包括表在內(nèi)的數(shù)據(jù)庫對(duì)象可能存在兩個(gè)競(jìng)爭(zhēng)點(diǎn)。第一個(gè)是所配置的“freelists”的數(shù)量 (缺X值為 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 中。即便如此，也無法了解哪個(gè)表存在競(jìng)爭(zhēng)中。主動(dòng)式的 freelist 競(jìng)爭(zhēng)調(diào)優(yōu)可以事先預(yù)防問題出現(xiàn)。
資源競(jìng)爭(zhēng)的第二個(gè)來源與索引有關(guān)，即對(duì)象塊頭中配置的事務(wù)槽數(shù)量。事務(wù)槽是塊頭中的區(qū)域，是事務(wù)處理進(jìn)程采用自身識(shí)別號(hào)進(jìn)行注冊(cè)，以便任何被修改的更能夠通過特定事務(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ù)庫，多數(shù)情況下，4 為最佳設(shè)置，占用的空間僅為 92 字節(jié)，卻可以大大減少運(yùn)行時(shí)故障和性能問題。
. 數(shù)據(jù)庫備份恢復(fù) 為了保證客戶數(shù)據(jù)庫系統(tǒng)的數(shù)據(jù)安全性，降低各種故障、災(zāi)難給客戶帶來的數(shù)據(jù)丟失，根據(jù)客戶系統(tǒng)實(shí)際情況，協(xié)助客戶規(guī)劃實(shí)施符合客戶工作要求的完善的備份恢復(fù)方案，以確?？蛻魯?shù)據(jù)庫系統(tǒng)的安全可靠運(yùn)行。數(shù)據(jù)庫的恢復(fù)與備份主要有以下幾點(diǎn)： n 恢復(fù)管理器(RMAN)，能使備份恢復(fù)操作自動(dòng)化 n Oracle 數(shù)據(jù)泵，用以數(shù)據(jù)庫的邏輯備份 n 用戶管理允許用戶通過操作系統(tǒng)命令手動(dòng)備份數(shù)據(jù)庫。
n 各種各樣的其他的數(shù)據(jù)庫備份和恢復(fù)軟件，增強(qiáng)了 Oracle 的備份實(shí)用程序 Oracle 備份時(shí)應(yīng)注意事項(xiàng)：當(dāng)數(shù)據(jù)庫處于運(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ù)庫時(shí)間更重要的話，可以考慮使用二進(jìn)制壓縮。
. 查看Oracle數(shù)據(jù)庫備份結(jié)果 查看 Oracle 數(shù)據(jù)庫備份結(jié)果，是日常運(yùn)維中必不可少的一個(gè)環(huán)節(jié)。包含：查看數(shù)據(jù)庫備份日志信息，查看 backup 卷中文件產(chǎn)生的時(shí)間，查看 oracle 用戶的 ，總共三個(gè)部分。
. 查看數(shù)據(jù)庫備份日志信息 假設(shè)：備份的臨時(shí)目錄為/backup/hotbakup，我們需要查看 2020 年 7 月 22日的備份結(jié)果，則用下面的命令來查看： cat /backup/hotbackup/|grep –i error 備份腳本的日志文件為 ，在備份的臨時(shí)目錄下面。如果文件中存在“ERROR:”，則表明備份沒有成功，存在問題需要查看。
. 查看backup卷中文件產(chǎn)生的時(shí)間 ls –lt /backup/hotbackup backup 卷是備份的臨時(shí)目錄，查看輸出結(jié)果中文件的日期，都應(yīng)當(dāng)是在當(dāng)天凌晨由熱備份腳本產(chǎn)生的。如果時(shí)間不對(duì)則表明熱備份腳本沒執(zhí)行成功。
. 查看oracle用戶的 tail –n 300 /var/mail/oracle 熱備份腳本是通過 Oracle 用戶的 cron 去執(zhí)行的。cron 執(zhí)行完后操作系統(tǒng)就會(huì)發(fā)一條 Email 通知 Oracle 用戶任務(wù)已經(jīng)完成。查看 Oracle 中今天凌晨部分有無 ORA，Error，F(xiàn)ailed 等出錯(cuò)信息，如果有則表明備份不正常。
. 數(shù)據(jù)庫遷移 數(shù)據(jù)遷移是日常運(yùn)維過程中存在的一個(gè)必不可少的應(yīng)急方案。日常維護(hù)過程中，由于硬件的原因或其它一些外在因素需要對(duì)數(shù)據(jù)進(jìn)行遷移，遷移到更加高級(jí)的主機(jī)上、遷移到遠(yuǎn)程的機(jī)房上、遷移到不同的平臺(tái)下等等一些情況。對(duì)于數(shù)據(jù)遷移我公司有非常成熟的方案，從以下幾種方式我們可以充分了解其優(yōu)缺點(diǎn)： n exp/imp：這也算是最常用最簡(jiǎn)單的方法了，一般是基于應(yīng)用的 owner 級(jí)做導(dǎo)出導(dǎo)入； u 優(yōu)點(diǎn)是可以跨平臺(tái)使用； u 缺點(diǎn)是停機(jī)時(shí)間長，停機(jī)時(shí)間為從 exp 到網(wǎng)絡(luò)傳輸?shù)叫聨?，再加上imp 的時(shí)間； n 存儲(chǔ)遷移：這種情況下，數(shù)據(jù)文件、控制文件、日志文件、spfile 都在存儲(chǔ)上（一般情況下是裸設(shè)備），我們可以直接把存儲(chǔ)掛到新機(jī)器上，然后在新機(jī)器上啟動(dòng)數(shù)據(jù)庫； u 優(yōu)點(diǎn)是該遷移方式非常簡(jiǎn)單，主要的工作是主機(jī)工程師的工作，dba只需配合即可，停機(jī)時(shí)間為當(dāng)庫、切存儲(chǔ)、起庫的時(shí)