【故障處理】修改maxuproc引數解決TNS-00519錯誤

secooler發表於2010-01-20
今天在AIX作業系統上遭遇TNS-00519錯誤，簡單記錄一下。告誡自己，提醒他人。

1.問題現象
客戶端無法連線到資料庫，listener執行正常，但是，在重新啟動listener後報出如下錯誤：
 TNS-12549: TNS:operating system resource quota exceeded
  TNS-12560: TNS:protocol adapter error
   TNS-00519: Operating system resource quota exceeded
    IBM/AIX RISC System/6000 Error: 11: Resource temporarily unavailable

監聽無法啟動，觀察後臺連線到資料庫的session不是很多。

2.問題處理思路
既然提示資源超出額度，無外乎和壓力和限制有關，系統是新部署的，裝置效能OK，整體監控下來壓力不大。
因此從另外一個角度來分析，既然是新做的系統，是否與某些與“限制”相關的引數沒有調整有關？

針對這個故障提示，千萬不要讓“IBM/AIX RISC System/6000 Error: 11: Resource temporarily unavailable”報錯資訊矇住了雙眼，問題與儲存無關！

既然是新部署的環境，索性靜下心來研究一下需要修改的引數，漸漸的AIX的maxuproc引數浮出了水面。這個maxuproc引數可以解釋為“max user processes”，用來限制每個使用者最多可用的程式數（類似於Oracle的processes引數對session數的限制）。該引數預設值是128，這豈夠用？！

3.解決故障
既然發現了問題，處理起來也就比較順利了。
1）檢視maxuproc引數當前值
# lsattr -E -l sys0| grep maxuproc
2）使用命令chdev將maxuproc引數調大到1024
# chdev -l sys0 -a maxuproc=1024

引數可動態修改，即改即生效。

搞定，故障已消除，收工。

chdev命令使用方法參考連線
http://www.kuqin.com/aixcmds/aixcmds1/chdev.htm

4.小結
好在問題發現的早，如果上線後才發現這個問題，代價將是慘重的。
計劃和規劃很重要，此類問題需要積累並時刻牢記之。

Good luck.

secooler
10.01.20

-- The End --

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/519536/viewspace-625634/，如需轉載，請註明出處，否則將追究法律責任。

相關文章