[출처] http://backrush.com/vek.php3?id=143&code=dbadmin&cpage=1
10g가 되면서 inbound_connect_timeout 이 60초로 바뀌게 되었고 그로 인해서 가끔씩 alert에 제목과 같은
메지시가 나오곤 합니다.
우선 ORA-3136이 발생되는 경우를 살펴보면
CASE 1
WIPPY@/oracle> sqlplus /@rac1
SQL*Plus: Release 10.2.0.4.0 - Production on Wed Jan 7 13:33:27 2009
Copyright (c) 1982, 2007, Oracle. All Rights Reserved.
ERROR:
ORA-01017: invalid username/password; logon denied
Enter user-name:
이상태에서 타이핑 없이 대기를 하게되면 60초 후에 alert log에 ORA-3136 이 떨어지게 됩니다.
그렇다면 그 60초 동안 어떤일이 발생하는가?
1. ps -ef|grep LOCAL=NO 로 확인해 보면 process가 하나 늘어나 있는 것을 볼 수 있습니다.
2. v$process 나 v$resource_limit를 보면 process가 하나 늘어나 있는 것을 볼 수 있습니다.
위를 통해서 60초를 강제로 설정해 놓은 이유를 알 수 있습니다.
누군가 악의적인 목적으로 저런식의 접속을 한다음 끊지 않으면 설정해 놓은 process개수를 다 채워버리게 되고
정상적인 connection이 처리되지 못하는 문제가 있겠죠. 따라서 60초를 주기로 oracle에서는 저런 process를 강제로
죽이는 것입니다.
ORA-3136을 발생시키지는 않지만 유사한 경우가 있습니다.
CASE 2
WIPPY@/oracle> telnet 192.168.0.11 1521
Trying 192.168.0.11...
Connected to 192.168.0.11 (192.168.0.11).
Escape character is '^]'.
위와 같이 했을 경우에는 다음과 같은 현상이 나타나게 됩니다.
1. ps -ef|grep LOCAL=NO 로 확인해 보면 process하나 늘어나 있는 것을 볼 수 있습니다.
2. v$process 나 v$resource_limit를 보면 변화가 없습니다.
즉 OS상에서는 process가 뜨지만 oracle의 view에는 반영이 되지 않는 상황입니다.
이러한 상황도 system resource를 사용하는 것이기 때문에 그다지 좋은 상황은 아니겠죠.
위에 유사한 두가지 CASE에 대해서 설명을 했는데 ORA-3136 에 대해서 좀 찾아보신 분들은 알겠지만 이 메세지를 안나오게
하기위해서는 sqlnet.ora 에 SQLNET.INBOUND_CONNECT_TIMEOUT = 0 설정을 하거나 listener.ora에
INBOUND_CONNECT_TIMEOUT_<listener_name> = 0 을 설정하라고 합니다.
제가 테스트 해본 결과에 의하면
sqlnet.ora - SQLNET.INBOUND_CONNECT_TIMEOUT = 0 : sqlplus /@RAC1 에만 영향을 줍니다.
listener.ora - INBOUND_CONNECT_TIMEOUT_<listener_name> = 0 : telnet 192.168.0.11 1521 에만 영향을 줍니다.
즉 APP의 접속 형태에 따라 sqlner.ora와 listener.ora를 취사선택하거나 둘다 설정을 해야할 필요성이 있는 것입니다.
INBOUND_CONNECT_TIMEOUT을 설정할때는 위와 같은 내용을 인지하고 설정을 하셔야 할것으로 생각됩니다.
무작정 ERROR를 보이지 않게 하기 위해서 설정을 한다면 보안상 심각한 문제를 야기할 수도 있으니까요.
즉 ORA-3136이 발생하게 되면 connection이 늦게 처리되는 APP에 대해서 먼저 확인하고 60초 안에 접속이 이루어 지도록
APP단의 수정을 해야 하는 것이 우선이라고 생각합니다.
## 10.2.0.4 linux에서 테스트한 결과 입니다. 버전에 따라 차이가 있을 수 있음을 .. 이해하시길..
'OraclE' 카테고리의 다른 글
tuning block space usage (0) | 2012.06.13 |
---|---|
ALTER TABLE 에 있어서의 SHRINK 와 MOVE (10g) (0) | 2012.06.13 |
Resumable Space Allocation (0) | 2011.01.27 |
테이블스페이스(TABLESPACE) (0) | 2010.10.21 |
Automatic Undo Retention 개요 [펌] (0) | 2010.10.12 |