對於tnsping的連線超時的功能補充(二)
對於tnsping的一些小問題,自己也想了些辦法來補充,最後發現使用nc是一個不錯的選擇。
主要思想如下:
如果網路是通的,那麼會顯示succeeded,否則會有一些錯誤資訊
# nc -w 2 -v 10.11.65.111 22|grep succ
Connection to 10.11.65.111 22 port [tcp/ssh] succeeded!
# nc -w 2 -v 10.11.65.191 22|grep succ
nc: connect to 10.11.65.191 port 22 (tcp) timed out: Operation now in progress
所以我們需要改進tnsping就會很自然的想到解析tnsnames.ora這個檔案,當然解析起來會有一些問題,比如你碰到下面的兩種格式的配置,就會有些迷茫了。
test1 =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.11.2.129)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = peak)
)
)
test2=(DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 10.11.64.161)(PORT = 1521))) (CONNECT_DATA = (SERVICE_NAME = accdb0)(server=dedicated)))
對於這種格式,解析起來就會非常吃力。可能會想到很多複雜的邏輯和判斷,我差點寫一個Java程式來解析了。
最後發現還是簡單一些,這兩種格式的共同之處就是HOST,PORT都在一行,而這也是我們定義tnsnames.ora檔案的基本格式規範。
明白了這點我們解析起來就容易多了。
透過 grep -i 'TCP\|HOST\|PORT' tnsnames.ora 解析到的就是我們需要的內容了。
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.11.55.31)(PORT = 1523))
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.11.133.128)(PORT = 1529))
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.11.133.71)(PORT = 1528))
而在這個基礎上我們進行過濾,轉換,就寫了下面的一個命令,一氣呵成。
grep -i 'TCP\|HOST\|PORT' tnsnames.ora|grep -v \#|awk -FHOST '{print $2}'|sed 's/PORT//g'|awk -F= '{print $2 $3}'|sed -e 's/CONNECT_DATA//g' -e 's/(//g' -e 's/)//g'|awk '{print "nc -w 2 -v "$1" "$2"|grep succ"}'|sort|uniq> a.sh
輸出的檔案格式就會是下面的形式:
nc -w 2 -v 192.168.97.17 1521|grep succ
nc -w 2 -v 192.168.97.60 1532|grep succ
nc -w 2 -v 192.168.97.83 1522|grep succ
nc -w 2 -v 210.245.20.28 1521|grep succ
nc -w 2 -v bak.test.com 1521|grep succ
直接執行生成的指令碼即可。在一些耦合性高的環境中,這種方式就非常有效了,那些成功,哪些失敗,一目瞭然。我們也可以只分析哪些失敗的。
Connection to 10.11.133.15 1523 port [tcp/cichild-lm] succeeded!
Connection to 10.11.133.16 1528 port [tcp/mciautoreg] succeeded!
nc: connect to 10.11.133.163 port 1521 (tcp) timed out: Operation now in progress
Connection to 10.11.65.23 1528 port [tcp/mciautoreg] succeeded!
nc: connect to 192.168.1.41 port 1523 (tcp) timed out: Operation now in progress
nc: connect to 210.245.20.28 port 1521 (tcp) failed: Network is unreachable
nc: connect to bak.test.com port 1521 (tcp) timed out: Operation now in progress
這種方式就會大大提高我們分析問題的效率。
主要思想如下:
如果網路是通的,那麼會顯示succeeded,否則會有一些錯誤資訊
# nc -w 2 -v 10.11.65.111 22|grep succ
Connection to 10.11.65.111 22 port [tcp/ssh] succeeded!
# nc -w 2 -v 10.11.65.191 22|grep succ
nc: connect to 10.11.65.191 port 22 (tcp) timed out: Operation now in progress
所以我們需要改進tnsping就會很自然的想到解析tnsnames.ora這個檔案,當然解析起來會有一些問題,比如你碰到下面的兩種格式的配置,就會有些迷茫了。
test1 =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.11.2.129)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = peak)
)
)
test2=(DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 10.11.64.161)(PORT = 1521))) (CONNECT_DATA = (SERVICE_NAME = accdb0)(server=dedicated)))
對於這種格式,解析起來就會非常吃力。可能會想到很多複雜的邏輯和判斷,我差點寫一個Java程式來解析了。
最後發現還是簡單一些,這兩種格式的共同之處就是HOST,PORT都在一行,而這也是我們定義tnsnames.ora檔案的基本格式規範。
明白了這點我們解析起來就容易多了。
透過 grep -i 'TCP\|HOST\|PORT' tnsnames.ora 解析到的就是我們需要的內容了。
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.11.55.31)(PORT = 1523))
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.11.133.128)(PORT = 1529))
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.11.133.71)(PORT = 1528))
而在這個基礎上我們進行過濾,轉換,就寫了下面的一個命令,一氣呵成。
grep -i 'TCP\|HOST\|PORT' tnsnames.ora|grep -v \#|awk -FHOST '{print $2}'|sed 's/PORT//g'|awk -F= '{print $2 $3}'|sed -e 's/CONNECT_DATA//g' -e 's/(//g' -e 's/)//g'|awk '{print "nc -w 2 -v "$1" "$2"|grep succ"}'|sort|uniq> a.sh
輸出的檔案格式就會是下面的形式:
nc -w 2 -v 192.168.97.17 1521|grep succ
nc -w 2 -v 192.168.97.60 1532|grep succ
nc -w 2 -v 192.168.97.83 1522|grep succ
nc -w 2 -v 210.245.20.28 1521|grep succ
nc -w 2 -v bak.test.com 1521|grep succ
直接執行生成的指令碼即可。在一些耦合性高的環境中,這種方式就非常有效了,那些成功,哪些失敗,一目瞭然。我們也可以只分析哪些失敗的。
Connection to 10.11.133.15 1523 port [tcp/cichild-lm] succeeded!
Connection to 10.11.133.16 1528 port [tcp/mciautoreg] succeeded!
nc: connect to 10.11.133.163 port 1521 (tcp) timed out: Operation now in progress
Connection to 10.11.65.23 1528 port [tcp/mciautoreg] succeeded!
nc: connect to 192.168.1.41 port 1523 (tcp) timed out: Operation now in progress
nc: connect to 210.245.20.28 port 1521 (tcp) failed: Network is unreachable
nc: connect to bak.test.com port 1521 (tcp) timed out: Operation now in progress
這種方式就會大大提高我們分析問題的效率。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/23718752/viewspace-2116402/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 對於tnsping的連線超時的功能補充
- 網路超時控制 + 指數補償法超時連線
- 關於在執行java連線MongoDB時遇到的連線超時問題JavaMongoDB
- ssh連線超時的解決
- 字串連線超長的解決(二)字串
- 對net_lover 《NET中各種資料庫連線大全》一文的補充 (轉)資料庫
- PostgreSQL 連線 超時異常SQL
- python 連線 mongo 資料庫連線超時PythonGo資料庫
- 關於switchover的流程和補充
- [Jenkins]關於slave連結不上master的補充說明JenkinsAST
- TNS-12170 連線超時
- Redis連線超時排查實錄Redis
- pymysql 處理 連線超時最好的解決方案MySql
- CSS如何去除超連結點選時的虛線CSS
- 配置tnsping跟蹤來診斷Oracle Net連線Oracle
- 基於報警處理的補充
- 密碼找回功能可能存在的問題(補充)密碼
- 二分圖補充
- 應用連線超時排查DB MySQLMySql
- 解決代理連線超時問題
- boost::asio設定同步連線超時
- ORA-12170:TNS:連線超時
- ORA-12170: TNS: 連線超時
- ORA-12170 TNS 連線超時
- PHPSOAPphp調取soap的webservice連線超時的問題PHPAPPWeb
- 關於oracle補充日誌作用的理解Oracle
- [20181128]toad連線資料庫的問題(補充).txt資料庫
- 關於紅旗linux網路連線時斷時連的問題(轉)Linux
- 網路連線總超時?從四層模型上解析網路是怎麼連線的模型
- FileZilla 連結伺服器提示 20 秒連線超時伺服器
- Git——關於Git的一些補充(1)Git
- tnsping命令對tnsname.ora檔案的使用
- MYSQL++ 資料庫連線超時的解決辦法LTMySql資料庫
- socket測試遠端地址能否連線併為連線設定超時
- 對 Oracle 備份與恢復 的補充說明Oracle
- 小閃對話:微信長連線設計的探討(二)
- golang連線MySQL時候的連線池設定GolangMySql
- 今天,你遇到redis線上連線超時了嗎?Redis