【正文】 如果時間不對則表明熱備份腳本沒執(zhí)行成功。如果文件中存在“ERROR:”，則表明備份沒有成功，存在問題需要檢查。包含：檢查數(shù)據(jù)庫備份日志信息，檢查 backup 卷中文件產(chǎn)生的時間，檢查 oracle 用戶的 ，總共三個部分。各種各樣的其他的數(shù)據(jù)庫備份和恢復軟件，增強了 Oracle 的備份實用程序Oracle 備份時應注意事項：當數(shù)據(jù)庫處于運行狀態(tài)時的熱備份時，不備份活動事務；使用比如 Oracle 工具（Oracle RAMN）或者其他的第三方軟件（IBM/Tivoli的數(shù)據(jù)存儲管理器）壓縮 Oracle 備份數(shù)據(jù)；如果維持數(shù)據(jù)存儲空間比備份和恢復數(shù)據(jù)庫時間更重要的話，可以考慮使用二進制壓縮。機密文件版權所有 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)的安全可靠運行。同時，必須遵守嚴格的規(guī)定，在調(diào)優(yōu)目標達到后終止所有努力。必須承認， 80% 的系統(tǒng)性能問題可以通過書寫更好的 SQL 語句來解決。了解與 OS 相關的問題是成功的關鍵。Oracle 數(shù)據(jù)庫性能的管理需要遵循系統(tǒng)的方法論，以確保所有核心問題得以解決。Solaris 上的 Adrian 性能管理工具也很有用。Sar 和vmstat 也可被用于確定包括內(nèi)存使用率、IO 參數(shù)、隊列等待、讀取/交換區(qū)活動等信息。 OS 監(jiān)控數(shù)據(jù)庫忙時，應該對操作系統(tǒng)進行監(jiān)控，因為操作系統(tǒng)的性能指標會揭示數(shù)據(jù)庫活動的性質及其對系統(tǒng)的影響。對于事務槽的競爭，需要設置 INITRANS 參數(shù)。如果所有現(xiàn)存的事務槽已經(jīng)被其它事務占用，服務器器進程會從塊的 PCTFREE 中請求 23 個字節(jié)，建立一個新的槽。資源競爭的第二個來源與索引有關，即對象塊頭中配置的事務槽數(shù)量。即便如此，也無法了解哪個表存在競爭中?？煽紤]的最佳值為 (2 * CPU數(shù)量) 。對于存在大量同步插入的表，有必要配置該結構。第一個 是所配置的機密文件版權所有 2012第 19 頁 共 45 頁ORACLE 產(chǎn)品日常運行維護年度服務項目“freelists”的數(shù)量 (缺省值為 1)。為了不打破其中的平衡，所需的參數(shù)可進行配置并主動得以處理。多數(shù)與 Oracle 有關的競爭問題可以通過主動配置管理相關的初始化參數(shù)進行。IO 優(yōu)化應該在全面了解 Oracle 及Oracle RDBMS 結構之后進行。在 Oracle 和更高版本中，該參數(shù)已不再被支持，而為其它兩個名為 DB_WRITER_PROCESSES 和DBWR_IO_SLAVES 的參數(shù)取代。建議將該參數(shù)設定為(2 * 獨立磁盤驅動器數(shù)量/卷)。5) DB_WRITERS該參數(shù)可以針對所有文件系統(tǒng)支持，且不可使用 Direct IO 的 Oracle 實施設定。需要監(jiān)控 V$SESSION_WAIT 中 log buffer space 的等待事件，以優(yōu)化該內(nèi)存結構。對該存儲結構而言，更大并不意味著更好。缺省值通常是數(shù)據(jù)庫塊大小的四倍，這對于多數(shù)環(huán)境并不是最佳的。內(nèi)時，包 DBMS_SHARED_POOL 中的程序大小可被用于確定應用中大包的規(guī)模。應用的核心包可以通過查看 DBA_SOURCE、USER_SOURCE 得以確認，其大小通過查詢DBA_OBJECT_SIZE 了解。如果應用不能有效地重用 SQL，則無論配置多大的庫緩沖或字典緩沖都無濟于事，不能改善緩沖使用率。但如果應用并未采用變量合并和/共離圖標時，內(nèi)存的數(shù)量并不會使緩沖使用率高于 90%。這不是一成不變的，因為應用的性質最終會決定該組件的大小。如果該應用采用了 MTS 配置，則共享區(qū)應該明顯增加，因為光標狀態(tài)和用戶進程數(shù)據(jù)等程序全局區(qū)域(PGA)都被置入了共享區(qū)。該組件的大小嚴重依賴于應用的類型 (即該應用是重用 SQL，還是生成動態(tài) SQL，等等)。在實調(diào)優(yōu)中，也曾發(fā)現(xiàn)由于 SQL 語句的問題，出現(xiàn)緩沖率很高，但仍存在全系統(tǒng)性能問題的情況。即使在這種情況下，也需要進一步審查應用的性能和整個系統(tǒng)的吞吐性。該參數(shù)及 SHARED_POOL_SIZE 通常是兩個最重要的 SGA 優(yōu)化目標。經(jīng)?？梢钥吹骄彌_區(qū)占用 7580%SGA 區(qū)內(nèi)存的情況。由于這是 Oracle 讀取和寫機密文件版權所有 2012第 17 頁 共 45 頁ORACLE 產(chǎn)品日常運行維護年度服務項目入的區(qū)域，它的不正確配置會引起嚴重的 I/O 性能問題。db_block_size 的配置應遵循以下公式：DB_BLOCK_SIZE = FILESYSTEM BLOCKSIZE = OS PAGESIZE 這可以確保 Oracle獲得最佳 I/O 性能，同時不會由于冗余或不必要的 I/O，給 I/O 子系統(tǒng)帶來壓力。1) DB_BLOCK_SIZE該參數(shù)在數(shù)據(jù)庫建立前設定，決定了數(shù)據(jù)庫中每個數(shù)據(jù)塊的大小。任何對這些參數(shù)的改動，在實施到生產(chǎn)環(huán)境之前，都必須進行測試。n需要配置的主要初始化參數(shù)以下是一些已知與例程優(yōu)化關系最密切的一些核心 Oracle 初始化參數(shù)。良好的 SQL 語句可以減少 CPU資源的消耗，提高響應速度。這正是要達到最佳應用性能所必須考慮的因素。 應用優(yōu)化從統(tǒng)計(和現(xiàn)實) 的角度看，80% 的 Oracle 系統(tǒng)性能問題可以通過 SQL 代碼優(yōu)化來解決。切記，每次查看這一視圖得到的結果可能不一樣。不同于其它一些視圖，這種方式可以“實時”獲取進程級的等待信息。這種視圖可以從“systemwide events” 級進一步鉆取，到達進程級，以確哪個進程引起或經(jīng)歷了等待事件。出于這種原因，這種視力中的數(shù)據(jù)應該在不同時段進行抽樣。盡管它并不包括任何進程級的信息(當前或歷史)，但卻可以顯示上次例程彈出后總的等待時間。最后，結合兩種不同的診斷的結論，找出系統(tǒng)瓶頸所在。最后一步是通過v$session_wait 獲得事件的細節(jié)。 尋找問題根源如上所述，通過查看 v$system_event 事件開始系統(tǒng)事件的問題診斷。通過運行以下腳本開始快照：$ORACLE_HOME/rdbms/admin/.通過運行以下腳本結束快照：$ORACLE_HOME/rdbms/admin/.完成 操作后，會在當前目錄中生成名為“”的文件，包含系統(tǒng)的性能數(shù)據(jù)。同時，測試數(shù)據(jù)應在峰值期間每過 15 分鐘進行一次。獲取 Oracle 的性能指標 (測試前及測試后)必須在峰值處理時測試并獲取系統(tǒng)在優(yōu)化前和優(yōu)化后的性能指標。正如任何聰明的人會告訴你的：“如果還未壞，千萬不要修”。 性能調(diào)優(yōu)及方法性能調(diào)優(yōu)主要有主動調(diào)優(yōu)和被動調(diào)優(yōu)，主動調(diào)優(yōu)在前面我們已經(jīng)進行了闡述，被動調(diào)優(yōu)主要有以下方法進行。)。,39。機密文件版權所有 2012第 14 頁 共 45 頁ORACLE 產(chǎn)品日常運行維護年度服務項目 檢查日志緩沖區(qū)SQL select name,value from v$sysstat where name in (39。%sort%39。SUM(PINHITS)/SUM(PINS)*100如低于 95%，則需要調(diào)整應用程序使用綁定變量，或者調(diào)整數(shù)據(jù)庫參數(shù) sharedpool 的大小。LOGICAL_READS PHYS_READS HIT_RATIO 1273645705 71191430 如果命中率低于 90% 則需加大數(shù)據(jù)庫參數(shù) db_cache_size。physical reads39。consistent gets39。db block gets39。,cascade=TRUE,degree = 4)。sqlselect count(*) from DJ_NSRXX 如 num_rows 和 count(*)如果行數(shù)相差很多,則該表需要更新統(tǒng)計信息，建議一周做一次統(tǒng)計信息收集，如：Sqlexec(ownname=39。查看表或索引的統(tǒng)計信息是否需更新，如：SqlSelect table_name,num_rows,last_analyzed From user_tables wheretable_name =39。 定期做統(tǒng)計分析對于采用 Oracle CostBasedOptimizer 的系統(tǒng)，需要定期對數(shù)據(jù)對象的統(tǒng)計信息進行采集更新，使優(yōu)化器可以根據(jù)準備的信息作出正確的 explain plan。 sqlinsertinto sb_zsxx select * from chained_row where table_name = 39。SB_ZSXX39。SB_ZSXX39。注 ： 含 有 long raw 列 的表 有 行 鏈 接是 正 常 的 ,找 到 遷 移 行 保存 到chained_rows 表 中 , 如 沒 有 該 表 執(zhí) 行 ../rdbms/admin/Sqlanalyze table tablename list chained rows。CTAIS239。有些僵尸進程有阻塞其他業(yè)務的正常運行，定期殺掉僵尸進程。n系統(tǒng)負載情況：uptime12:08:37 up 162 days, 23:33, 15 users,load average: , , 如上所示，藍體字部分表示系統(tǒng)負載，后面的 3 個數(shù)值如果有高于 的時候就表明系統(tǒng)在超負荷運轉了，并將此值記錄到巡檢表，視為異常。機密文件版權所有 2012第 11 頁 共 45 頁ORACLE 產(chǎn)品日常運行維護年度服務項目n內(nèi)存使用情況： free mtotalusedfreesharedbufferscachedMem:20261958670761556/+ buffers/cache:Swap: 59923269217005900如上所示，藍色部分表示系統(tǒng)總內(nèi)存，紅色部分表示系統(tǒng)使用的內(nèi)存，黃色部分表示系統(tǒng)剩余內(nèi)存，當剩余內(nèi)存低于總內(nèi)存的 10%時視為異常。操作系統(tǒng)級 kill 掉 session：kill 9 pid 檢查數(shù)據(jù)庫cpu、I/O、內(nèi)存性能記錄數(shù)據(jù)庫的 cpu 使用、IO、內(nèi)存等使用情況，使用 vmstat,iostat,sar,top等命令進行信息收集并檢查這些信息，判斷資源使用情況。sid,amp。oracle 級 kill 掉該 session：alter system kill session 39。 檢查文件系統(tǒng)的 I/O 比例SQLSELECTSUBSTR(,1,2) , SUBSTR(,1,30)NAME, FROM V$DATAFILE A, V$FILESTAT B WHERE =。) GROUP BY segment_name HAVING COUNT(*)=(SELECT MAX(COUNT(*))FROM dba_segments GROUP BY segment_name)。, 39。 檢查碎片程度高的表SQL SELECT segment_name table_name,COUNT(*) extents FROM dba_segments WHERE ownerNOT IN (39。%amp。 ASPROGRESS,TIME_REMAINING,SQL_TEXT FROM V$SESSION_LONGOPS , V$SQL WHERE機密文件版權所有 2012第 9 頁 共 45 頁ORACLE 產(chǎn)品日常運行維護年度服務項目TIME_REMAINING 0 AND SQL_ADDRESS=ADDRESS AND SQL_HASH_VALUE = HASH_VALUE。 檢查運行很久的SQLCOLUMN USERNAME FORMAT A12COLUMN OPNAME FORMAT A16COLUMN PROGRESS FORMAT A8SELECT USERNAME,SID,OPNAME,ROUND(SOFAR*100