標題 是大部分 都能百度出 解決方案的，但是 就是那么的不巧 百度出的任何方案都不能覺得問題。。。。
事情發生在上周五的晚上，魔都的天氣凍死個人，事情也出現的讓人心哇涼哇涼的。。。。。
首先，部里的人 說我們沒傳數據過去，本來是抵著萬般不情愿的心情的，結果腫是那么不近人意，還真是我們的數據庫問題啊，
TNS：無監聽
第一想法：監聽程序異常了？
查看了監聽及相關配置三大文件，etc文件 都很乖的，很正常的
監聽程序也啟動著呢， 本地sqlplus也連接正常啊，怎么就jdbc連接不成功呢？
第二想法：超過最大連接數了？
sql 了一下下，一看，喲 還真是逼近臨界了啊，查看了各個用戶的占用情況，然后很不厚道的lock掉了，占用最多資源的那個
lock 真是簡單粗暴的好幫手
然后，懷著萬分激動的心情，登陸plsql測試，咦，還是 “無監聽”
這時，還不是很著急，應該是還沒到回收的時間，又粗暴的重啟了數據庫，一連 還是“無監聽”。。。。。
妹啊，心理開始慌了，這是弄啥咧！！！
然后，就沒有想法了~~~
開始不停的問度娘，問度娘，給出的答案 在這時的我 看來真是 好傻好天真
看了lisetner.log 。。。 不懂啊，一堆 host，一堆 established 這是啥 啊
抱著 學習寶寶 的心理，百度一下 established ，發現竟然跟 服務器 tcp 資源相關
然后，問題開始明朗化，原來是服務器的tcp連接資源滿額了，造成數據庫“無監聽”
然后，又簡單粗暴了，重啟了服務器，好了。。。。。。。。。。
當然，問題還是出現在客戶端的連接上，還沒找到 從服務器 層面有效的解決方案，
準備明天問問 系統服務部的人。。。。。。。
就這樣~~~~
文章列表
留言列表
