说Oracle的MTS

1、在Oracle Server调整为MTS方式后,一些客户端出现了连不上Oracle Server的状况,大部分报的错为TNS-12509,如何解决？ 回答： 在实际过程中是存在着这方面的情况,我总结了一下,大部是由Oracle8 的client引起的,就是那些配服务名还得挂着个.world的那种客户端

 1、在Oracle Server调整为MTS方式后,一些客户端出现了连不上Oracle Server的状况,大部分报的错为TNS-12509,如何解决？
回答：
    在实际过程中是存在着这方面的情况,我总结了一下,大部是由Oracle8 的client引起的,就是那些配服务名还得挂着个.world的那种客户端,其实解决起来很简单,只需要把tnsname.ora这个文件中你的那个服务名配置的"sid="改成"service_name=",这就Ok了。

2、我使用了成都迈普公司的"隧道网关"这种产品,以前在dedicated方式是好好的,可是改成MTS后,为什么Client死活连不是Oracle的Server呢？
回答：
    其实我们公司也用了这种产品,在MTS应用之初也遇到了这个问题。出现这个问题的原因为迈普的这种产品只为监测静态的端返回,它认为Oracle的监听端口即为返回端口,实际在MTS中不是这样的,多进行几次连接,用netstat -n在客户端观看一下就会明白,MTS返回的端口是动态的,所以迈普的这个产品就不好用了。解燃眉之急的办法可以这样：在MTS客户端配置"服务名"时,请求个Dedicate的连接,即使用SERVER = DEDICATED选项,这就把问题解决了。

3、如何跟踪一下MTS的dispatcher和shared server进程?
回答：
    这需用到诊断事件了,dispatcher的诊断事件号为10248,shared server的为10249,如下以shared server为例简单说一下,假定s015的操作系统的进程号为13161.
sql>conn sys/pass as sysdba
sql>oradebug setospid 13161  
sql>oradebug TRACEFILE_NAME   --看一下跟踪文件的名称
sql>oradebug EVENT 10249 trace name context forever, level 10
也可以在init.ora中加入如下两行完成trace:
 event="10248 trace name context forever, level X"  -- dispatchers
 event="10249 trace name context forever, level X"  -- shared servers 

4、如何在MTS中设置IPC
回答：
   如下的配置样例来自Metalink
LISTENER.ORA: 
============= 
 
LISTENER= 
  (ADDRESS_LIST= 
     (ADDRESS= 
        (PROTOCOL=IPC) 
        (KEY=) 
     ) 
     (ADDRESS= 
        (PROTOCOL=IPC) 
        (KEY=) 
     ) 
  ) 
CONNECT_TIMEOUT_LISTENER=10 
STARTUP_WAIT_TIME_LISTENER=0 
SID_LIST_LISTENER= 
  (SID_LIST= 
    (SID_DESC= 
      (SID_NAME=)  
      (ORACLE_HOME=) 
    ) 
  ) 
 
地址列表中可以使用其它的协议,加入应的地址。这个例子完全是一个IPC的例子 
 
TNSNAMES.ORA: 
============= 
 
= 
  (DESCRIPTION= 
     (ADDRESS= 
        (PROTOCOL=IPC) 
        (KEY=) 
     ) 
     (CONNECT_DATA= 
        (SID=) 
     ) 
  ) 
 
 
INIT.ORA entries for MTS: 
========================= 
 
MTS_DISPATCHERS="IPC,2" 
MTS_SERVERS=1 
MTS_MAX_DISPATCHERS=6 
MTS_MAX_SERVERS=3 
MTS_SERVICE= 
MTS_LISTENER_ADDRESS="(ADDRESS=(PROTOCOL=IPC)(KEY=))"