客户端发起一个数据库连接请求
监听进程fork一个Oracle服务器进程（Server Process），也可称之为影子进程 (Shadow Process）。服务器进程选择一个大于1024的端口号进行侦听，监听进程把这个端口号发回到客户端，要求客户端重新连接这个指定的端口。
客户端重新连接监听指定的新端口，也就是重新进行连接。
客户端与Server Process直接对话，不再通过监听，进行会话认证（登录），执行SQL等等。
从上述过程可以看到，客户端最终连接的端口实际上并不是1521。由于防火墙一般只开放了几个端口，对Oracle数据库只开放了1521端口，这样在客户端进行第二次连接时，不能通过防火墙，导致连接数据库失败。



那么Windows上运行的Oracle 9i怎么解决这个问题呢？答案很简单，在Windows注册表的\HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOMEn（这里n指Oracle Home的序号，只有一个Oracle Home时是0）键下面增加一字符串USE_SHARED_SOCKET，其值为TRUE。然后重启监听及Oracle服务（注意要重启Oracle的服务，而不仅仅是重启数据库），就可以解决此问题。实际上10g就是默认USE_SHARED_SOCKET为TRUE。

修改Oracle 数据库操作模式，默认为“专用服务器模式，修改为“共享服务器模式”，可使用Database Configuration Assistant工具修改。

重启Oracle数据库实例。



windows平台上的这个问题成了一大难题，很多论坛都有人问，但很少有人能解决。unix平台不用担心，系统自动会解决这个问题. Matalink上提供了三种解决办法，实际上USE_SHARED_SOCKET是最有效最方便的。但经过无数次实现，仍然没有成功，最后终于发现是Oracle 8.1.7的bug 需要打补丁，升级到Oracle 8.1.7.1.2

　　需要在MTS模式下(共享模式) Oracle默认是专用模式。

　　经试验发现，如果不在init文件中设参数的话，Oracle仍然会要求一个随机端口和1521端口来共同通讯，只是这个随机端口，并不随客户端会话和登录的变化而变化，在没有重启服务器时，是固定的。(试验发现，在专用模式下，每次连接，oracle服务器会按+1方式，提供一个非1521的端口。)所以，还需要在init.ora文件的最后加上一条参数：

　　mts_dispatchers="(address=(protocol=tcp)(host=myoradb)(port=1521))(dispatchers=1)"

　　设置后要求重新启动实例。




试用，但此方法无效。











http://suse.beacontech.com.tw/640/15-dns/15-dns.html




http://space.itpub.net/23071790/viewspace-714483