[20151021]關於sqlnet.expire_time2.txt
[20151021]關於sqlnet.expire_time2.txt
http://blog.itpub.net/267265/viewspace-1373080/
http://www.itpub.net/thread-1940069-1-1.html
--前幾天遇到的問題,我個人懷疑是你們的防火牆設定問題,當然也只是懷疑。
--zergduan 指出
--防火牆或者交換機上的session table空閒時間是5分鐘,那麼sqlnet.expire_time要設定的值必須小於2.5~
--如果設定為5,那麼第一個DCD檢測是在10分鐘後發出的,然後以後的DCD是每隔5分鐘一次~
--也就是第1個監測發出的時間間隔會很長,等於2Xsqlnet.expire_time。
--我自己重複測試看看:
1.修改 sqlnet.ora檔案,加入:
SQLNET.EXPIRE_TIME=1
重啟監聽。
2.在服務端執行如下命令:
# tcpdump -i eth0 -nnn host 192.168.xxx.xxx and port 1521
3.遠端開啟連線資料庫,不做任何操作。
..
09:42:41.700319 IP 192.168.yyy.yyy.1521 > 192.168.xxx.xxx.53119: P 6753:6770(17) ack 8049 win 131
09:42:41.700570 IP 192.168.xxx.xxx.53119 > 192.168.yyy.yyy.1521: . ack 6770 win 16240 <nop,nop,sack sack 1 {6753:6770} >
--09:42:41是我登入資料庫的時間。
09:44:41.420363 IP 192.168.yyy.yyy.1521 > 192.168.xxx.xxx.53119: P 6770:6780(10) ack 8049 win 131
09:44:41.619863 IP 192.168.xxx.xxx.53119 > 192.168.yyy.yyy.1521: . ack 6780 win 16238
--可以發現第1個DCD監測確實2分鐘之後。
09:45:41.421283 IP 192.168.yyy.yyy.1521 > 192.168.xxx.xxx.53119: P 6780:6790(10) ack 8049 win 131
09:45:41.621329 IP 192.168.xxx.xxx.53119 > 192.168.yyy.yyy.1521: . ack 6790 win 16235
09:46:41.422244 IP 192.168.yyy.yyy.1521 > 192.168.xxx.xxx.53119: P 6790:6800(10) ack 8049 win 131
09:46:41.625667 IP 192.168.xxx.xxx.53119 > 192.168.yyy.yyy.1521: . ack 6800 win 16233
09:47:41.422821 IP 192.168.yyy.yyy.1521 > 192.168.xxx.xxx.53119: P 6800:6810(10) ack 8049 win 131
09:47:41.620014 IP 192.168.xxx.xxx.53119 > 192.168.yyy.yyy.1521: . ack 6810 win 16230
09:48:41.423702 IP 192.168.yyy.yyy.1521 > 192.168.xxx.xxx.53119: P 6810:6820(10) ack 8049 win 131
09:48:41.627348 IP 192.168.xxx.xxx.53119 > 192.168.yyy.yyy.1521: . ack 6820 win 16228
09:49:41.424378 IP 192.168.yyy.yyy.1521 > 192.168.xxx.xxx.53119: P 6820:6830(10) ack 8049 win 131
09:49:41.626679 IP 192.168.xxx.xxx.53119 > 192.168.yyy.yyy.1521: . ack 6830 win 16225
09:50:41.425243 IP 192.168.yyy.yyy.1521 > 192.168.xxx.xxx.53119: P 6830:6840(10) ack 8049 win 131
09:50:41.628150 IP 192.168.xxx.xxx.53119 > 192.168.yyy.yyy.1521: . ack 6840 win 16223
09:51:41.426463 IP 192.168.yyy.yyy.1521 > 192.168.xxx.xxx.53119: P 6840:6850(10) ack 8049 win 131
09:51:41.623483 IP 192.168.xxx.xxx.53119 > 192.168.yyy.yyy.1521: . ack 6850 win 16220
09:52:41.427034 IP 192.168.yyy.yyy.1521 > 192.168.xxx.xxx.53119: P 6850:6860(10) ack 8049 win 131
09:52:41.623829 IP 192.168.xxx.xxx.53119 > 192.168.yyy.yyy.1521: . ack 6860 win 16218
--以後才是每隔1分鐘1個。
--看來以後看文件要仔細一些,不知道oracle為什麼要這樣設計!!!
http://blog.itpub.net/267265/viewspace-1373080/
http://www.itpub.net/thread-1940069-1-1.html
--前幾天遇到的問題,我個人懷疑是你們的防火牆設定問題,當然也只是懷疑。
--zergduan 指出
--防火牆或者交換機上的session table空閒時間是5分鐘,那麼sqlnet.expire_time要設定的值必須小於2.5~
--如果設定為5,那麼第一個DCD檢測是在10分鐘後發出的,然後以後的DCD是每隔5分鐘一次~
--也就是第1個監測發出的時間間隔會很長,等於2Xsqlnet.expire_time。
--我自己重複測試看看:
1.修改 sqlnet.ora檔案,加入:
SQLNET.EXPIRE_TIME=1
重啟監聽。
2.在服務端執行如下命令:
# tcpdump -i eth0 -nnn host 192.168.xxx.xxx and port 1521
3.遠端開啟連線資料庫,不做任何操作。
..
09:42:41.700319 IP 192.168.yyy.yyy.1521 > 192.168.xxx.xxx.53119: P 6753:6770(17) ack 8049 win 131
09:42:41.700570 IP 192.168.xxx.xxx.53119 > 192.168.yyy.yyy.1521: . ack 6770 win 16240 <nop,nop,sack sack 1 {6753:6770} >
--09:42:41是我登入資料庫的時間。
09:44:41.420363 IP 192.168.yyy.yyy.1521 > 192.168.xxx.xxx.53119: P 6770:6780(10) ack 8049 win 131
09:44:41.619863 IP 192.168.xxx.xxx.53119 > 192.168.yyy.yyy.1521: . ack 6780 win 16238
--可以發現第1個DCD監測確實2分鐘之後。
09:45:41.421283 IP 192.168.yyy.yyy.1521 > 192.168.xxx.xxx.53119: P 6780:6790(10) ack 8049 win 131
09:45:41.621329 IP 192.168.xxx.xxx.53119 > 192.168.yyy.yyy.1521: . ack 6790 win 16235
09:46:41.422244 IP 192.168.yyy.yyy.1521 > 192.168.xxx.xxx.53119: P 6790:6800(10) ack 8049 win 131
09:46:41.625667 IP 192.168.xxx.xxx.53119 > 192.168.yyy.yyy.1521: . ack 6800 win 16233
09:47:41.422821 IP 192.168.yyy.yyy.1521 > 192.168.xxx.xxx.53119: P 6800:6810(10) ack 8049 win 131
09:47:41.620014 IP 192.168.xxx.xxx.53119 > 192.168.yyy.yyy.1521: . ack 6810 win 16230
09:48:41.423702 IP 192.168.yyy.yyy.1521 > 192.168.xxx.xxx.53119: P 6810:6820(10) ack 8049 win 131
09:48:41.627348 IP 192.168.xxx.xxx.53119 > 192.168.yyy.yyy.1521: . ack 6820 win 16228
09:49:41.424378 IP 192.168.yyy.yyy.1521 > 192.168.xxx.xxx.53119: P 6820:6830(10) ack 8049 win 131
09:49:41.626679 IP 192.168.xxx.xxx.53119 > 192.168.yyy.yyy.1521: . ack 6830 win 16225
09:50:41.425243 IP 192.168.yyy.yyy.1521 > 192.168.xxx.xxx.53119: P 6830:6840(10) ack 8049 win 131
09:50:41.628150 IP 192.168.xxx.xxx.53119 > 192.168.yyy.yyy.1521: . ack 6840 win 16223
09:51:41.426463 IP 192.168.yyy.yyy.1521 > 192.168.xxx.xxx.53119: P 6840:6850(10) ack 8049 win 131
09:51:41.623483 IP 192.168.xxx.xxx.53119 > 192.168.yyy.yyy.1521: . ack 6850 win 16220
09:52:41.427034 IP 192.168.yyy.yyy.1521 > 192.168.xxx.xxx.53119: P 6850:6860(10) ack 8049 win 131
09:52:41.623829 IP 192.168.xxx.xxx.53119 > 192.168.yyy.yyy.1521: . ack 6860 win 16218
--以後才是每隔1分鐘1個。
--看來以後看文件要仔細一些,不知道oracle為什麼要這樣設計!!!
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/267265/viewspace-1815307/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 關於IT,關於技術
- 關於
- 關於~
- [20151021]理解dbms_xplan.display_cursor的format引數all.txtORM
- 關於RedisRedis
- 關於REMREM
- 關於IntentIntent
- 關於HTMLHTML
- 關於 kafkaKafka
- 關於 UndefinedUndefined
- 關於ScrumScrum
- 關於startActivityForResult
- 關於synchronizedsynchronized
- 關於抽象抽象
- 關於GitGit
- 關於MySQLMySql
- 關於lispLisp
- 關於HAIPAI
- 關於 NSMapTableAPT
- 關於sessionSession
- 關於BuilderUI
- 關於打包
- 關於jbuilderUI
- 關於prototype
- 關於NULLNull
- 關於YUIUI
- 關於 TRTLCriticalSection
- 關於面試面試
- 關於NVMe
- 關於namespacenamespace
- 關於列印
- 關於液泡
- 關於AUC
- 關於RE
- 關於裁員
- 關於RESTREST
- 關於 webmWeb
- 關於我