[摘要]1、在Oracle Server调整为MTS方式后,一些客户端出现了连不上Oracle Server的状况,大部分报的错为TNS-12509,如何解决? 回答:     在实际过程中是存在着这方面的...
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<SID>.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=<sid name>)  
     )  
     (ADDRESS=  
        (PROTOCOL=IPC)  
        (KEY=<alias in tnsnames.ora for the sid>)  
     )  
  )  
CONNECT_TIMEOUT_LISTENER=10  
STARTUP_WAIT_TIME_LISTENER=0  
SID_LIST_LISTENER=  
  (SID_LIST=  
    (SID_DESC=  
      (SID_NAME=<sid name>)   
      (ORACLE_HOME=<home directory path for Oracle>)  
    )  
  )    
地址列表中可以使用其它的协议,加入应的地址。这个例子完全是一个IPC的例子    
TNSNAMES.ORA:  
=============    
<alias>=  
  (DESCRIPTION=  
     (ADDRESS=  
        (PROTOCOL=IPC)  
        (KEY=<sid name>)  
     )  
     (CONNECT_DATA=  
        (SID=<sid name>)  
     )  
  )      
INIT.ORA entries for MTS:  
=========================    
MTS_DISPATCHERS="IPC,2"  
MTS_SERVERS=1  
MTS_MAX_DISPATCHERS=6  
MTS_MAX_SERVERS=3  
MTS_SERVICE=<sid name>  
MTS_LISTENER_ADDRESS="(ADDRESS=(PROTOCOL=IPC)(KEY=<sid name>))"  
5、如何查看一下某个shared_server正在忙什么? 
回答: 
    其实这与Dedicated方式的查看方法是一样的,还以s015为例,它的spid为13161,使用如下的sql便可查 
出: 
SELECT a.username, 
       a.machine, 
       a.program, 
       a.sid, 
       a.serial#, 
       a.status, 
       c.piece, 
       c.sql_text 
  FROM v$session a, 
       v$process b, 
       v$sqltext c 
 WHERE b.spid=13161 
   AND b.addr=a.paddr 
   AND a.sql_address=c.address(+) 
 ORDER BY c.piece    
6、我在unix看到一个shared server的进程占用了大量的CPU资源,通过select addr from v$process where spid=<os process pid>查到进程的address,而select * from v$session where paddr=<paddr>确没的结果,所以我无法得知我的这个shared server在忙什么,我该怎么办呢? 
回答: 
SELECT status FROM v$circuit  
 WHERE CIRCUIT IN  
  ( 
   SELECT circuit FROM v$shared_server  
    WHERE paddr=<your paddr> 
  ) 
如果status的返回是EOF,说明实际这个shared server已经掉死了,你可以把它在操作系统上清除掉了: 
eg: 
  oracle$kill -9 <shared server’s pid> 
你不用担心kill掉会有什么大的影响,其它几分钟之后,pmon会为你把这个shared server进程给重新启动的。 
7、如何在非down库的情况下恢复到Dedicate的连接方式,及启用更多的dispatcher? 
回答: 
7.1关掉: 
  sql>ALTER SYSTEM SET MTS_DISPATCHERS=’TCP,0’; 
7.2启用更多的dispatcher 
  sql>ALTER SYSTEM SET MTS_DISPATCHERS=’TCP,40’;
全新的路由器不仅让你更稳定快速地连接无线网络,更可以让家中的智能设备连接在一起。
  关键词:说Oracle的MTS