1、志切換，檢查當前的，內存的利用率。將討論如下的診斷步驟：1）描述清楚岀現的現象問題2）尋找具體錯誤3）收集操作系統級別上的數據4）獲取和的5）獲取的輸岀報告6）獲取的注：可能很多時候沒有必要關閉數據庫來停止，建議如果要關閉數據庫之前獲取這些診斷信息以便找 岀錯誤的原因所在。下面就來具體討論如何診斷數據庫問題。描述清楚岀現的現象問題：先弄清楚運行的數據庫版本，需要完整的版本號，例如920.4。確定當前數據庫是否是真的還是處于活動狀態但是運行的非常慢？檢查下在文件中是否還有日志切換，檢查當前的，內存的利用率。查看數據庫的開始時間，持續了多長時間？數據庫是否是突然發生還是由于增加的活動事務導致性能的

2、 逐步降低？當前有多少的連接用戶？最近的系統負載是否是在上升 ？是否在初始化參數文件中設置了任何？數據庫當前正在做什么類型的事務 ？數據庫的數據量多大？數據庫是運行在集群環境嗎 ？如果是集群數據庫，那么關閉其他實例就留下一個實例，問題是否還持續存在？這里討論的某些解決方法適用于集群數據庫，但是大部分的方法不適合。例如，一個不大的通常對于集群數據庫來說意味著較好的性能。關于集群數據庫的大部分的問題這里不做討論，其中包括鎖問題，空間管理問題，節點間并行查詢調優，共享磁盤或者虛擬共享磁盤問題，網絡問題，問題等。數據庫是運行在環境下嗎？如果取消，是否問題持續存在？是否使用了的應用或者工具 ？最近是否升

3、級了 數據庫，應用，工具或者操作系統，硬件？問題發生的頻率？是否能夠重現問題？是否整個數據庫都被？所有的實例？所有的連接？所有的操作？所有的節點？首先確認是否能夠執行查詢* ?日志文件多久切換一次 ？如果在日志中有歸檔相關的錯誤信息，那么可以著手解決歸檔錯誤問題，因為歸檔問題經常會掛起數據庫。例如：歸檔目的地空間滿了，或者數據庫 處于歸檔模式下但是進程被停止了。一般可以先以權限連接到數據庫中，執行，查看數據庫是否歸檔模式，是否啟用了自動歸檔，一般如果沒有啟用自動歸檔，就很容易掛起數據庫了，這個時候通常的做法就 是把數據庫改成自動歸檔模式或者是非歸檔模式一個指定的語句操作？1）如果是由于指定的語

4、句導致數據庫掛起，先執行帶有參數的輸岀報告以及語句的執行計劃，然后就需要分語句類型來分析了：2）如果是語句，那么這個語句應該是需要被調整，如果是一個非常復雜的語句，那么嘗試是否可以中 斷。3）如果是一個并行查詢語句，可以參考監控當前并行查詢運行狀況腳本獲得并行查詢的執行計劃。可能是空間事務競爭，如果在日志文件中岀現1575錯誤，那么請將臨時表空間的參數設置為0以便禁止進程接合連續的，因此減少查詢的競爭。同時將數據文件盡量分散到不同的磁盤上去，減少磁盤的競爭，適當增加的大小可能會減少'并行度。4）如果是語句，那么可能是由于鎖導致的，需要去獲取v$的輸岀信息，關于鎖的信息可以參考返回鎖信息

5、腳本。查看語句的對象上是否有限制或者觸發器，有可能產生級聯鎖問題。把索引建立在相關的外 鍵列上，這樣會改變在父表上的鎖行為。5）如果是語句，可能是一個數據字典的相關問題。如果是語句則可能是一個空間事務競爭問題。調整是一個比較好的方法，分布式，分開索引和數據的存放空間，并行執行都是比較有用的方法，還可以設置初始化參數為。指定的數據庫對象？在指定對象能是否能做任何操作 ？做一個（*）是否有問題？如果只是該對象存在問題，那么可能鎖了， 可以從上面3）、4）中的腳本獲取鎖的信息。是否預先分配好了空間給這個對象 ？如果是，那么將提高并且導致全表掃描，以至于讓數據庫看起來像 是掛起”了。全表掃描總是會掃描

6、，即使表只存在很少的數據。解決方案就是盡量避免預分配除非馬上要 執行一個大的并行插入或者常規的裝載。千萬不要在直接裝載的時候預分配。如果對象是一個表，那么可以嘗試是否有報錯，如果有報錯，意味著表或者表上的索引存在壞塊了。如果沒有報錯，那么繼續嘗試下面 的語句得到相應的的信息：塊級上的空間信息，一個高的，也可能是問題的一部分。='<>'如果你有很多的更新和刪除操作，那么一個不適合的索引也會造成問題，下面的語句能幫你得到相關 的索引信息：i.*i, d='<>'i.*i, d='<>'；如果是一個視圖，那么需要查看

7、視圖建立在的表的信息:='<>'；大規模的更新操作（例如使用，或者批處理操作）?這些操作上的表上存在有哪些索引？是否這些更新操作是在數據庫高峰時期運行的？是否在文件中存在有”"的錯誤信息？如果有表明重做日志文件太小了，需要調整它們。是否表空間被置于在熱備模式下 ？（v$）如果表空間處于熱備模式，那么產生日志”而不是“在一個大的更新操作中，就可能導致相當多的競爭和性能下降。?是否使用了選項？（推薦使用選項）在的控制文件中是否有如果是一個操作，是否使用了傳統路徑方式 是否采用了，方式？如果是一個操作，是否使用了，這些參數？是否增大了 ？如果在期間，有很多的用戶

8、在操作，那么容易造成資源競爭，導致系統變慢。回滾段，和數據緩沖區都可能成為競爭的區域。我們可以從V$以及中獲取更多關于具體競爭的相關信息。指定的包，存儲過程或者*C應用？?去掉這個語句后相*C程序，那么可首先需要查看這些包，存儲過程或者 *C的具體內容，其中的哪個語句一直在執行 應的程序是否能運行正常？如果是存儲過程，那么可以利用查看那里開始掛起了。如果是 以使用來識別”是否是瓶頸？如果是，那么可以使用預編譯參數和來調整。如果是一個包，那么嘗試是否能單獨執行每個存儲過程？查看是否包和存儲過程被刷新出了共享池，如果是，可以嘗試把這些包和存儲過程在共享池中。*v$='<>

9、9;僅僅是遠程訪問？是否可以執行* ?是否能夠連接到遠程的機器上執行本地的操作？是否是在做一個分布式的更新操作初始化參數設置了多少？是否正在刷新快照？是否使用了對稱復制？嘗試做一個輸岀得到相應的執行計劃，執行計劃中如果標明是的，那么就是遠程執行的操作。如果在一個遠程的機器上兩張表，那么請嘗試在本地 節點上生成視圖之后，查詢這個視圖。在操作中設置，多使用而不是單獨的語句，使用顯性游標這些都可 以減少網絡的負載。使用第三方應用軟件的操作是否能在中重現問題？如果不可以重現，那么就需要聯系第三方應用軟件供應商尋求幫助數據關閉/啟動過程中出現掛起關閉使用的什么參數？數據庫是否了 ？如果是數據庫啟動掛起并

10、且非正常關閉，但是在日志文件中沒有 任何的錯誤，那么可能只是一個正常的實例恢復，如果在文件中岀現內部錯誤，系統錯誤，那么請嘗試正 常的關閉數據庫然后啟動。下面是一個正常實例恢復的時候在日志文件中列出的相關信息：():1020.1.0.120, 461214301:143,4358,51269946, 46, 120如果正常的關閉或者關閉掛起，那么意味著正在等待激活的會話退岀。在系統上，還可以尋找正在掛起的啟動或者關閉操作，然后。尋找錯誤：1) 檢查告警日志文件看看是否存在錯誤信息，此告警日志文件的具體路徑位置可以由初始化參數中的中獲得或者在中執行獲得。2) 檢查上述目錄中的在數據庫掛起時間生成

11、的跟蹤文件。查看里面的錯誤信息，不用搜索整個跟蹤文件，相關的錯誤信息一般都是在文件的最開始岀現。3) 如果是遠程訪問的問題，那么還需要檢查*跟蹤目錄下的跟蹤文件。4) 檢查系統信息的錯誤日志，在大多數的下都是在目錄下。輸出查看相關的V$視圖：當數據庫掛起的時候，執行下面的查詢：*v$;v$;,1,2,v$;)v$ n, v$ h, v$ l=(+)；*v$/*重復最后一個查詢最少三遍，以確定哪個在重復等待*/如果是指定的查詢被掛起了，可以使用下面的查詢找出相應的查詢語句:通過操作系統上的找岀相應的語句的：v$ s, v$ p.<=< >=<v$> >然后通過

12、找出相應的語句的具體內容：v$ s, v$ q=<>查詢V$視圖看看當前的等待事件99099990''99990a30pl 9999999990p2 9999999990p3 9990123 V$<>查詢當前掛起數據庫的語句中的設置的是多少，如果非空，那么看看什么鎖住了當前對象，是什么類 型的鎖。v$=<>A159990A4990”990”1 99999902 9999990)(,0, ", 1, ", 2, ' ', 3,'.',4,", 5,'.', 6,&qu

13、ot;,(,'990'),(,0, '', 1, '', 2, ' ', 3,'.',4, '', 5, ' .', 6,'',(,'990'),1,2 V$ , V$ M(= ! = 0)(=04(1,2)(1,2 V$ S 01=1 2 = 2) ) 1,2,查詢v$視圖中的設置是多少？如果這個值非空，那么繼續查是誰保存了這個。 v$=<>v$=<>a32''v$ a, v$ b, v$ c=(+) =II.

14、上述這些保存了鎖和的會話是否關閉了終端但是沒有退岀，這可能會導致一個影子進程繼續保存那些 資源，這樣就需要殺掉相應的進程，可以使用如下語句：如果會話沒有被掛起而只是運行緩慢，那么需要查看會話的具體信息v$ s, v$ t=<>如果會話極度的緩慢或者是被掛起了，那么需要查看會話的等待信息:v$=<>如果是個分布式事務，那么需要在各個節點上都運行如下語句:* 2;* $；* $；* 2;如果是服務器，那么可以查看一下當前的的繁忙程度：(/( + ) * 100 "%v$ ；還可以查看V$視圖獲取相應的信息：,(/( + ) * 100 "%v$收集操作系

15、統的相關信息：1) 簡短的描述你的架構，包括的數量，磁盤的數量。是否使用了裸設備，使用了文件系統，共享磁盤。 是否鏡像了這些？2) 測量不同操作系統級別的活動：過量的或者，頁面，交換區等。有許多的工具可以監測這些，例如 上的工具：等上的工具：等上的工具：，.，等3) 檢查系統的日志文件，在大多數平臺上日志文件都存在于目錄下。獲取和的這兩個命令將在目錄下創建一個非常大的跟蹤文件，初始化參數文件中的參數確定了能夠容納的最大 跟蹤文件的大小。使用命令設置將能允許執行一個完全的。請確認整個數據庫已經掛起或者即將掛起，并 且在告警日志文件中沒有任何歸檔的錯誤的時候才可以做此操作。操作,注意：當數據庫是集群數據庫的時候，如果需要診斷掛起的問題，則需要在每個節點上都執行建議做3次左右，以便能夠確定數據庫或者進程是否是真的掛起還是激活狀態。對于的版本：$>> '3：90