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