一、確定問題
1. 程式是否曾經正常工作過？是始終執行得不好，還是剛開始這樣？是什麼時侯開始發現問題的？2. 程式返回預期的結果，還是異常終止？
3. 哪些使用者抱怨？
4. 所使用的是什麼使用者登入？
5 應用程式在延遲期間試圖執行什麼？
6. 連線到了什麼伺服器或資料庫
7. 所使用資料庫版本是什麼？
8. 連線是遠端的還是本地的？
9. 是否涉及到多個資料庫？
a. 是否只有一組使用者遇到問題？
b. 程式有沒有任何改動？
二、量化問題並注意所有異常因素
1. 檢查基本資訊2. 有無錯誤訊息. 檢查所查詢資料庫的警告日誌。注意觀察所有異常的錯誤訊息，比如空間或回滾問題
. 檢查關於空間錯誤的其他線索
. 確定沒有達到檔案的autoexetend限制
. 確定檔案的日誌檔案系統沒有達到最大值
. 確定沒有達到最大使用者數
. 確定包含listener.log的檔案系統沒有達到最大值
. 確定生成了統計資料
3. 在控制環境下重新執行應用程式(使用會話跟蹤)
4. 檢查應用程式執行日誌
5. 查詢v$sql檢視以找到對應的sql語句
6. 監視活動和非活動會話
7. 需要注意的問題：
>> 查詢延遲了多長時間？>> 消耗了多少cpu時間？
>> 進行了多少次磁碟讀取？
>> 進行了多少次邏輯讀取？
>> sql語句被執行了多少次？
>> 存在大量的網路傳輸嗎？
>> 應用程式有沒有使用其他的資料庫鏈結？如果有，用到其他哪些資料庫連線？
>> 存在其他伺服器活動嗎？如果存在，是什麼活動、何時發生？
>> 是否有其他程序阻塞了工作？
方法：啟用trace生成跟蹤檔案
oracle池式連線請求超時問題排查步驟
1 根據資料庫 程序獲取當前oracle資料庫連線session，注意username select from v session where username ngsoft and program w3wp.exe order by prev exec start 2 列印當前連線數，檢視當前連線...
Oracle資料庫連線問題排查思路
本文分享了自己在使用oracle資料庫時，遇到連線問題的排查方法。最基本的，要想連線，資料庫本身得是正常執行著的。linux需要先執行，windows直接開啟cmd su oracle。以dba角色登入本地資料庫。連這個都連不上，說明資料庫沒啟動好。要排查資料庫本身的問題。sqlplus as sy...
訪問時間過長的排查步驟
關於 訪問時間過長的排查方式 0.先從時間上判斷,如果時間過長,則應該是故障性錯誤.時間稍長則是優化方面問題.1.首先從外層檢視,f12裡network,看看是不是有什麼檔案引用時間過長,或者載入錯誤.如果有則採用本地檔案,或者直接注釋掉.2.之後從內層原因排查,打上斷點看哪個步驟消耗的時間最長.依...