您现在正在浏览：站长之家 >> 数据库 >> 详细内容

说Oracle的MTS

时间:2007-12-23 来源:不详作者:迈克DB

1、在OracleServer调整为MTS方式后,一些客户端出现了连不上OracleServer的状况,大部分报的错为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和sharedserver进程?
回答：
这需用到诊断事件了,dispatcher的诊断事件号为10248,sharedserver的为10249,如下以sharedserver为例简单说一下,假定s015的操作系统的进程号为13161.

织梦好，好织梦

sql>connsys/passassysdba
sql>oradebugsetospid13161
sql>oradebugTRACEFILE_NAME--看一下跟踪文件的名称
sql>oradebugEVENT10249tracenamecontextforever,level10
也可以在init<SID>.ora中加入如下两行完成trace:
event="10248tracenamecontextforever,levelX"--dispatchers
event="10249tracenamecontextforever,levelX"--sharedservers

4、如何在MTS中设置IPC
回答：
如下的配置样例来自Metalink
LISTENER.ORA:
=============

LISTENER=
(ADDRESS_LIST=
(ADDRESS=
(PROTOCOL=IPC)
(KEY=<sidname>)
)
(ADDRESS=
(PROTOCOL=IPC)
(KEY=<aliasintnsnames.oraforthesid>)
)
)
CONNECT_TIMEOUT_LISTENER=10
STARTUP_WAIT_TIME_LISTENER=0
SID_LIST_LISTENER=
(SID_LIST=
(SID_DESC=
(SID_NAME=<sidname>)
(ORACLE_HOME=<homedirectorypathforOracle>)
)
)

地址列表中可以使用其它的协议,加入应的地址。这个例子完全是一个IPC的例子

TNSNAMES.ORA:
=============

<alias>=
(DESCRIPTION=

dedecms.com

(ADDRESS=
(PROTOCOL=IPC)
(KEY=<sidname>)
)
(CONNECT_DATA=
(SID=<sidname>)
)
)

INIT.ORAentriesforMTS:
=========================

MTS_DISPATCHERS="IPC,2"
MTS_SERVERS=1
MTS_MAX_DISPATCHERS=6
MTS_MAX_SERVERS=3
MTS_SERVICE=<sidname>
MTS_LISTENER_ADDRESS="(ADDRESS=(PROTOCOL=IPC)(KEY=<sidname>))"

5、如何查看一下某个shared_server正在忙什么？
回答：
其实这与Dedicated方式的查看方法是一样的,还以s015为例,它的spid为13161,使用如下的sql便可查
出：
SELECTa.username,
a.machine,
a.program,
a.sid,
a.serial#,
a.status,
c.piece,
c.sql_text
FROMv$sessiona,
v$processb,
v$sqltextc
WHEREb.spid=13161
ANDb.addr=a.paddr
ANDa.sql_address=c.address( )
ORDERBYc.piece

6、我在unix看到一个sharedserver的进程占用了大量的CPU资源,通过selectaddrfromv$processwherespid=<osprocesspid>查到进程的address,而select*fromv$sessionwherepaddr=<paddr>确没的结果,所以我无法得知我的这个sharedserver在忙什么,我该怎么办呢？