继续说一说Oracle的MTS数据库教程 电脑资料

继续说一说Oracle的MTS数据库教程 电脑资料 oracle 在csdn上写了一篇关于MTS的文章后收到了一些网友的mail或是留言,他们还有好多关乎于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中不是这样的,多进行几次连接,用stat -n在客户端观看一下就会明白,MTS返回的端口是动态的,所以迈普的这个产品就不好用了。解燃眉之急的办法可以这样：在MTS客户端配置服务名时,请求个Dedicate的连接,即使用SERVER = DEDICATED选项,这就把问题解决了。 3、如何跟踪一下MTS的dispatcher和shared server进程? 回答： 这需用到诊断事件了,dispatcher的诊断事件号为10248,shared server的为10249,如下以shared server为例简单说一下,假定s015的操作系统的进程号为13161. sqlconn sys/pass as sysdba sqloradebug setospid 13161 sqloradebug TRACEFILE_NAME -看一下跟踪文件的名称 sqloradebug 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= ) ) ) 地址列表中可以使用其它的协议,加入应的地址， 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= ) 5、如何查看一下某个shared_server正在忙什么？ 回答： 其实这与Dedicated方式的查看方法是一样的,还以s015为例,它的spid为13161,使用如下的sql便可查 出： SELECT a.username, a.machine, gram, 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= 查到进程的address,而select * from v$session where paddr= 确没的结果,所以我无法得知我的这个shared server在忙什么,我该怎么办呢？ 回答： SELECT status FROM v$circuit WHERE CIRCUIT IN ( SELECT circuit FROM v$shared_server WHERE paddr= ) 如果status的返回是EOF,说明实际这个shared server已经掉死了,你可以把它在操作系统上清除掉了： eg: oracle$kill -9 你不用担心kill掉会有什么大 _,其它几分钟之后,pmon会为你把这个shared server进程给重新启动的。 7、如何在非down库的情况下恢复到Dedicate的连接方式,及启用更多的dispatcher? 回答： 7.1关掉: sqlALTER SYS