sqlplus 连接数据库等待10-20s port 6200

The sqlplus slow login is because sqlplus trying to connect to db server ONS/6200,

sqldeveloper does not have this issue because sqldeveloper will not auto configure FAN.

a. open port 6200

b. In the db side, use srvctl to configure all _srv db services NOT to enable notification

e.g.

srvctl modify service -d <dbname> -s <service name> -notification FALSE

c. Add a config file ons_oraaccess.xml to disable notification

12c Client: Approximate 9 - 10 Second Delay in Connecting via Remote SQL*Plus (Doc ID 2218140.1)

Symptoms

An Oracle 12c client (SQL*Plus) takes approximately 10 seconds to connect to 12c database.

A review of the client traces shows the connection seemed to hang during the authentication phase.

It also revealed the client was reaching out to the ONS on port 6200:

(2724587008) [22-DEC-2016 17:58:03:577] nsbasic_brc: 0F 00 00 00 0F 41 55 54 |.....AUT|

(2724587008) [22-DEC-2016 17:58:03:577] nsbasic_brc: 48 5F 4F 4E 53 5F 43 4F |H_ONS_CO|

(2724587008) [22-DEC-2016 17:58:03:577] nsbasic_brc: 4E 46 49 47 47 00 00 00 |NFIGG...|

(2724587008) [22-DEC-2016 17:58:03:577] nsbasic_brc: 47 6D 61 78 63 6F 6E 6E |Gmaxconn|

(2724587008) [22-DEC-2016 17:58:03:577] nsbasic_brc: 65 63 74 69 6F 6E 73 2E |ections.|

(2724587008) [22-DEC-2016 17:58:03:577] nsbasic_brc: 30 30 30 31 3D 30 30 30 |0001=000|

(2724587008) [22-DEC-2016 17:58:03:577] nsbasic_brc: 33 0A 6E 6F 64 65 73 2E |3.nodes.|

(2724587008) [22-DEC-2016 17:58:03:577] nsbasic_brc: 30 30 30 31 3D 73 73 30 |0001=any|

(2724587008) [22-DEC-2016 17:58:03:577] nsbasic_brc: 30 37 31 31 31 2E 69 6E |host.here|

(2724587008) [22-DEC-2016 17:58:03:577] nsbasic_brc: 74 72 61 30 31 2E 73 61 |.domain.|

(2724587008) [22-DEC-2016 17:58:03:577] nsbasic_brc: 6E 69 74 61 73 2E 63 6F |world.co|

(2724587008) [22-DEC-2016 17:58:03:577] nsbasic_brc: 6D 3A 36 32 30 30 0A 00 |m:6200..|

10 seconds pass when the client abandons the connection to the ONS because:

A) it is not running or

B) it is not reachable through a firewall.

Connection does get established to the database around 10 seconds later:

Note that at 17:58:13 the banner is delivered to the client indicating the connection to the database

is successful:

(2724587008) [22-DEC-2016 17:58:13:005] nsprecv: 00 00 00 BE 06 00 00 00 |........|

(2724587008) [22-DEC-2016 17:58:13:005] nsprecv: 00 00 08 A5 00 A5 4F 72 |......Or|

(2724587008) [22-DEC-2016 17:58:13:005] nsprecv: 61 63 6C 65 20 44 61 74 |acle.Dat|

(2724587008) [22-DEC-2016 17:58:13:005] nsprecv: 61 62 61 73 65 20 31 32 |abase.12|

(2724587008) [22-DEC-2016 17:58:13:005] nsprecv: 63 20 45 6E 74 65 72 70 |c.Enterp|

(2724587008) [22-DEC-2016 17:58:13:005] nsprecv: 72 69 73 65 20 45 64 69 |rise.Edi|

(2724587008) [22-DEC-2016 17:58:13:005] nsprecv: 74 69 6F 6E 20 52 65 6C |tion.Rel|

(2724587008) [22-DEC-2016 17:58:13:005] nsprecv: 65 61 73 65 20 31 32 2E |ease.12.|

(2724587008) [22-DEC-2016 17:58:13:005] nsprecv: 31 2E 30 2E 32 2E 30 20 |1.0.2.0.|

(2724587008) [22-DEC-2016 17:58:13:005] nsprecv: 2D 20 36 34 62 69 74 20 |-.64bit.|

Changes

This is likely a new installation or an upgrade to the 12c client.

Cause

FAN or Fast Application Notification events are enabled by default in the 12c client.

The client will attempt to contact an Oracle Notification Server during the remote

connection process. The default port for the ONS is 6200.

See the following document:

http://www.oracle.com/technetwork/database/options/clustering/overview/fastapplicationnotification12c-2538999.pdf

Scroll to this section:

Database client 12c, FAN is auto-configured. This means that when the client starts, it queries the databases for the ONS

end-points automatically. The automatic configuration spans data centers. The client automatically receives an ONS

configuration from each database listed in the connection URL. No configuration of ONS is required at the client other

than enabling FAN.

The Oracle Notification Service on the database server was not running or not available.

Once the ONS was started, the TCP connections on the server itself are working normally.

The delay is corrected.

However, if a remote SQL*Plus connection continues (after confirming the ONS is up) to encounter a delay

of about 10 seconds, it may be necessary to open port 6200 on the firewall in order to allow the communication

from client to the ONS.

The problem is a 10 sec wait trying to get ONS on port 6200.

The firewall doesn't allow communication through port 6200.

Solution

  1. Configure the firewall to allow access from the client to the ONS on port 6200.

  2. Disable ONS event notifications as they are ON by default in 12c SQL*Plus client.

Oracle does not consider disabling events a "best practice" solution.

  1. Turn off notifications at the server using srvctl:

The service to which you're connecting can be modified with -notification =FALSE

srvctl modify service -d <dbname> -s <service name> -notification FALSE

See the srvctl documentation for assistance.

You can disable the ONS contact at the client using these instructions:

  1. Copy the ons_oraaccess.xml file from the database server at

$ORACLE_HOME/rdbms/demo

  1. Save the file to: ORACLE_HOME/network/admin or TNS_ADMIN

Rename the file to oraaccess.xml

The ons_oraaccess.xml file in its default state looks like this (header removed)

<oraaccess xmlns="http://xmlns.oracle.com/oci/oraaccess"

xmlns:oci="http://xmlns.oracle.com/oci/oraaccess"

schemaLocation="http://xmlns.oracle.com/oci/oraaccess

http://xmlns.oracle.com/oci/oraaccess.xsd">

<default_parameters>

<events>false</events>

</default_parameters>

</oraaccess>

  1. Make the following change to the file:
复制代码
  Go to the <default_parameters> section in the oraaccess.xml file.  You might see that you have more than 1 <default_parameters> section  but there
      is only 1 setting like:  <events>true<events>

      <default_parameters> - This element describes any default parameter settings shared across connections. These default parameters include:

       Change only this:

       FROM:

      <events>true<events>

       TO:

      <events>false<events>

3)   Check the connection again and confirm that there is no delay.  If the delay persists after this change, 
       this document may not apply to your situation and you should remove the oraaccess.xml file from the client.

So to be clear, obtain your oraaccess.xml from $ORACLE_HOME/rdbms/demo on the

server.

Copy it to your remote client's ORACLE_HOME/network/admin or TNS_ADMIN

directory.

Try the connection again after changing events from true to false:

FROM:

<events>true <events>

TO:

<events>false <events>

Once you confirm that the communication to the ONS or Oracle Notification Service is the problem, take

the necessary action.

It is an acceptable workaround to de-subscribe to the ONS using the method described here. However,

enabling events is a valuable enhancement to the Oracle client.

相关推荐
Tyler先森7 小时前
Oracle数据库数据编程SQL<3.5 PL/SQL 存储过程(Procedure)>
数据库·sql·oracle
Albert Tan9 小时前
Oracle 10G DG 修复从库-磁盘空间爆满导致从库无法工作
数据库·oracle
私风翼9 小时前
SQL注入:基于GET和POST的报错注入详解
数据库·sql
小突突突12 小时前
总结 MyBatis 的XML实现方法
xml·oracle·mybatis
大数据魔法师13 小时前
基于SpringBoot和Vue的SQL TO API平台的设计与实现
vue.js·spring boot·sql
神经毒素14 小时前
WEB安全--SQL注入--无列名注入
sql·安全·web安全
爱数学的程序猿18 小时前
SQL 约束:确保数据完整性和一致性的关键
数据库·sql·oracle
敲代码的玉米C18 小时前
Mac上MySQL和MongoDB完整操作指南
sql
忘记57819 小时前
初识SpringMVC
数据库·oracle
不辉放弃19 小时前
MySQL高级特性与大数据应用
数据库·sql