【文章內(nèi)容簡(jiǎn)介】 ined rows?？赏ㄟ^表 chained_rows 中table_name,head_rowid看出哪些行是遷移行如:Sqlcreate table aa as selecta.* from sb_zsxx a,chained_rows b where = =39。SB_ZSXX39。 sqldelete from sb_zsxx where rowid in (selecthead_rowid from chained_rows where table_name = 39。SB_ZSXX39。)。 sqlinsertinto sb_zsxx select * from chained_row where table_name = 39。SB_ZSXX39。. 定期做統(tǒng)計(jì)分析對(duì)于采用 Oracle CostBasedOptimizer 的系統(tǒng)，需要定期對(duì)數(shù)據(jù)對(duì)象的統(tǒng)計(jì)信息進(jìn)行采集更新，使優(yōu)化器可以根據(jù)準(zhǔn)備的信息作出正確的 explain plan。在以下情況更需要進(jìn)行統(tǒng)計(jì)信息的更新：應(yīng)用發(fā)生變化；大規(guī)模數(shù)據(jù)遷移、歷史數(shù)據(jù)遷出、其他數(shù)據(jù)的導(dǎo)入等；數(shù)據(jù)量發(fā)生變化。查看表或索引的統(tǒng)計(jì)信息是否需更新，如：SqlSelect table_name,num_rows,last_analyzed From user_tables wheretable_name =39。DJ_NSRXX39。sqlselect count(*) from DJ_NSRXX 如 num_rows 和 count(*)如果行數(shù)相差很多,則該表需要更新統(tǒng)計(jì)信息，建議一周做一次統(tǒng)計(jì)信息收集，如：Sqlexec (ownname=39。CTAIS239。,cascade=TRUE,degree = 4)。. 查看日志緩沖區(qū)SQL select name,value from v$sysstat where name in (39。redo entries39。,39。redo buffer allocationretries39。)。如果 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語(yǔ)句與此有關(guān))n 確定當(dāng)前的操作系統(tǒng)瓶頸n 優(yōu)化相關(guān)的組件 (應(yīng)用、數(shù)據(jù)庫(kù)、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ù)庫(kù) 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 語(yǔ)句可以減少 CPU資源的消耗，提高響應(yīng)速度。同時(shí)，優(yōu)化后的 SQL 語(yǔ)句還可以提高應(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ì)列長(zhǎng)度等。. 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 的利用率，可以通過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ù)庫(kù)性能的管理需要遵循系統(tǒng)的方法論，以確保所有核心問題得以解決。多數(shù)問題可以事先得以管理。了解與 OS 相關(guān)的問題是成功的關(guān)鍵。勿需置疑，系統(tǒng)硬件配置上的良好平衡也是至關(guān)重要的。必須承認(rèn)， 80% 的系統(tǒng)性能問題可以通過書寫更好的 SQL 語(yǔ)句來解決。來文試圖探究其余 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)生的異?，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)帶來壓力。2) DB_BLOCK_BUFFERS該參數(shù)決定了 SGA 區(qū)數(shù)據(jù)庫(kù)緩沖區(qū)中的塊數(shù)量。由于這是 Oracle 讀取和寫入的區(qū)域，它的不正確配置會(huì)引起嚴(yán)重的 I/O 性能問題。盡管緩沖區(qū)的大小與應(yīng)用性質(zhì)、數(shù)據(jù)庫(kù)大小、同步用戶數(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ù)庫(kù)緩沖率長(zhǎng)時(shí)間低于 70%時(shí)，才需要增加其大小說。即使在這種情況下，也需要進(jìn)一步審查應(yīng)用的性能和整個(gè)系統(tǒng)的吞吐性。若存在延遲性的應(yīng)用設(shè)計(jì)問題，則無論數(shù)據(jù)庫(kù)緩沖區(qū)的大小如何，緩沖和讀寫率都不會(huì)有太大改變?yōu)?。在?shí)調(diào)優(yōu)中，也曾發(fā)現(xiàn)由于 SQL 語(yǔ)句的問題，出現(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)庫(kù)緩沖和字典緩沖使用率一直低于 90%時(shí)，才需要關(guān)注這一參數(shù)。但如果應(yīng)用并未采用變量合并和/共離圖標(biāo)時(shí)，內(nèi)存的數(shù)量并不會(huì)使緩沖使用率高于 90%。共享區(qū)過大會(huì)導(dǎo)致處理時(shí)間增加，甚至 SQL 語(yǔ)句的掛起。如果應(yīng)用不能有效地重用 SQL，則無論配置多大的庫(kù)緩沖或字典緩沖都無濟(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ù)庫(kù)塊大小的四倍，這對(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ù)庫(kù)對(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ù)庫(kù)，多數(shù)情況下，4 為最佳設(shè)置，占用的空間僅為 92 字節(jié)，卻可以大大減少運(yùn)行時(shí)故障和性能問題。. 數(shù)據(jù)庫(kù)備份恢復(fù)為了保證客戶數(shù)據(jù)庫(kù)系統(tǒng)的數(shù)據(jù)安全性，降低各種故障、災(zāi)難給客戶帶來的數(shù)據(jù)丟失，根據(jù)客戶系統(tǒng)實(shí)際情況，協(xié)助客戶規(guī)劃實(shí)施符合客戶工作要求的完善的備份恢復(fù)方案，以確保客戶數(shù)據(jù)庫(kù)系統(tǒng)的安全可靠運(yùn)行。數(shù)據(jù)庫(kù)的恢復(fù)與備份主要有以下幾點(diǎn)：n 恢復(fù)管理器(RMAN)，能使備份恢復(fù)操作自動(dòng)化n Oracle 數(shù)據(jù)泵，用以數(shù)據(jù)庫(kù)的邏輯備份n 用戶管理允許用戶通過操作系統(tǒng)命令手動(dòng)備份數(shù)據(jù)庫(kù)。n 各種各樣的其他的數(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ù)