在近在專案開發過程中，由於其他程式執行的需要修改了計算機名稱。修改後，重起機器，發現
oracle
連不上去了！
執行service.msc
檢視當前的服務列表
，發現資料庫服務
oracleservicepms
已經啟動，
oracleorahome92tnslistener
，oracleorahome92agent
兩個服務均沒有啟動。手工啟動
oracleorahome92tnslistener
，無任何提示，服務狀態顯示為啟動，但是一重新整理又顯示為沒有啟動。手工啟動
oracleorahome92agent
後提示服務啟動後又提示。剛開始以為是資料庫出問題，重新配置了
listenser
還是不行。
將資料庫刪除掉，重新建立後還是如此。
鬱悶了半天一直無法解決，後來想到可能是計算機名稱更改的原因。決定試試，先解決
listener
無法啟動的故障。在
oracle
的安裝目錄
/ora92
下面搜尋
listener.ora
檔案，開啟該檔案，果然對應的機器名稱還是原來的老的名稱，修改
host
為新的機器名稱。第二步解決
agent
無法啟動的故障。網路上搜尋一番後找到解決辦法。進入
oracle
安裝目錄
/ora92/network/agent
刪除所有以
.q為擴充套件名字的檔案。重新啟動服務
ok，一切正常，順利解決問題。修改這個問題花費了不少時間，不過收穫應該蠻大。同時了解到
agent
服務，是
oracle
的作業**程式，與
oracle
的連線是沒有任何關係的，只有涉及到資料庫操作的時候的，才需要該服務。
解決線上故障 python分析日誌指令碼
簡直在作死的節奏，乙個專案出了三個故障，半夜被搞醒處理故障。末了，需要從日誌裡面扣出資料，進行歷史資料修復 貼出來。半夜的成果 1 對於gz檔案，已上面其中乙個檔案為例，執行指令碼sudo python parse gz log.py home q www hms.com logs access.2...
重大疑難故障分析日誌（已經解決）
故障現象 三個不同的應用，每個應用都是n臺伺服器的集群。從兩周前出現乙個非常奇怪的現象，每天從11 20開始，到下面的幾個點的20分，如12 20,13 20,14 20,15點20.一直到某個點結束，每個點的20分都是會發生資料庫 連線暴漲,把有資料庫請求的方法進行攔截，很多方法竟然執行20多秒，...
重大疑難故障分析日誌（已經解決）
故障現象 三個不同的應用，每個應用都是n臺伺服器的集群。從兩周前出現乙個非常奇怪的現象，每天從11 20開始，到下面的幾個點的20分，如12 20,13 20,14 20,15點20.一直到某個點結束，每個點的20分都是會發生資料庫 連線暴漲,把有資料庫請求的方法進行攔截，很多方法竟然執行20多秒，...