继续说一说Oracle的MTS


在csdn上写了一篇关于MTS的文章后收到了一些网友的mail或是留言,他们还有好多关乎于MTS的一些问题。 与piner,fenng,biti及其它的一些网友在聊天中,他们都对使用MTS有些不赞同,那天与Oracle的工程师交流中他也是有些反对,不过在我的实际应用过程中虽遇到了一些问题,但总体MTS还是让我很满意的,使我的一台Oracle Server在peak time的内存利用率由95%降到了78%,而且应用的速度还很不错。如下我便以问题的形式对MTS再进行几点补充。

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

  1<sid>.ora中加入如下两行完成trace:   
  2  
  3event="10248 trace name context forever, level X" -- dispatchers   
  4event="10249 trace name context forever, level X" -- shared servers   
  5  
  64、如何在MTS中设置IPC   
  7  
  8回答:   
  9如下的配置样例来自Metalink   
 10LISTENER.ORA:   
 11=============   
 12  
 13LISTENER=   
 14(ADDRESS_LIST=   
 15(ADDRESS=   
 16(PROTOCOL=IPC)   
 17(KEY=<sid name="">)   
 18)   
 19(ADDRESS=   
 20(PROTOCOL=IPC)   
 21(KEY=<alias for="" in="" sid="" the="" tnsnames.ora="">)   
 22)   
 23)   
 24CONNECT_TIMEOUT_LISTENER=10   
 25STARTUP_WAIT_TIME_LISTENER=0   
 26SID_LIST_LISTENER=   
 27(SID_LIST=   
 28(SID_DESC=   
 29(SID_NAME=<sid name="">)   
 30(ORACLE_HOME=<home directory="" for="" oracle="" path="">)   
 31)   
 32)   
 33  
 34地址列表中可以使用其它的协议,加入应的地址。这个例子完全是一个IPC的例子   
 35  
 36TNSNAMES.ORA:   
 37=============   
 38  
 39<alias>=   
 40(DESCRIPTION=   
 41(ADDRESS=   
 42(PROTOCOL=IPC)   
 43(KEY=<sid name="">)   
 44)   
 45(CONNECT_DATA=   
 46(SID=<sid name="">)   
 47)   
 48)   
 49  
 50  
 51INIT.ORA entries for MTS:   
 52=========================   
 53  
 54MTS_DISPATCHERS="IPC,2"   
 55MTS_SERVERS=1   
 56MTS_MAX_DISPATCHERS=6   
 57MTS_MAX_SERVERS=3   
 58MTS_SERVICE=<sid name="">   
 59MTS_LISTENER_ADDRESS="(ADDRESS=(PROTOCOL=IPC)(KEY=<sid name="">))"   
 60  
 61  
 625、如何查看一下某个shared_server正在忙什么?   
 63  
 64回答:   
 65其实这与Dedicated方式的查看方法是一样的,还以s015为例,它的spid为13161,使用如下的sql便可查   
 66  
 67出:   
 68  
 69SELECT a.username,   
 70a.machine,   
 71a.program,   
 72a.sid,   
 73a.serial#,   
 74a.status,   
 75c.piece,   
 76c.sql_text   
 77FROM v$session a,   
 78v$process b,   
 79v$sqltext c   
 80WHERE b.spid=13161   
 81AND b.addr=a.paddr   
 82AND a.sql_address=c.address(+)   
 83ORDER BY c.piece   
 84  
 856、我在unix看到一个shared server的进程占用了大量的CPU资源,通过select addr from v$process where spid=<os pid="" process="">查到进程的address,而select * from v$session where paddr=<paddr>确没的结果,所以我无法得知我的这个shared server在忙什么,我该怎么办呢?   
 86  
 87回答:   
 88  
 89SELECT status FROM v$circuit   
 90WHERE CIRCUIT IN   
 91(   
 92SELECT circuit FROM v$shared_server   
 93WHERE paddr=<your paddr="">   
 94)   
 95如果status的返回是EOF,说明实际这个shared server已经掉死了,你可以把它在操作系统上清除掉了:   
 96eg:   
 97oracle$kill -9 <shared pid="" server's="">   
 98  
 99你不用担心kill掉会有什么大的影响,其它几分钟之后,pmon会为你把这个shared server进程给重新启动的。   
100  
1017、如何在非down库的情况下恢复到Dedicate的连接方式,及启用更多的dispatcher?   
102  
103回答:   
1047.1关掉:   
105sql&gt;ALTER SYSTEM SET MTS_DISPATCHERS='TCP,0';   
106  
1077.2启用更多的dispatcher   
108sql&gt;ALTER SYSTEM SET MTS_DISPATCHERS='TCP,40';   
109  
110部分内容参照Metalink的Note:47684.1</shared></your></paddr></os></sid></sid></sid></sid></alias></home></sid></alias></sid></sid>
Published At
Categories with 数据库类
Tagged with
comments powered by Disqus