Oracle的MTS (ZT)

在csdn上寫了一篇關於MTS的文章後收到了一些網友的mail或是留言,他們還有好多關乎於MTS的一些問題。與piner,fenng,biti及其它的一些網友在聊天中,他們都對使用MTS有些不贊同,那天與Oracle的工程師交流中他也是有些反對,不過在我的實際應用過程中雖遇到了一些問題,但總體MTS還是讓我很滿意的,使我的一臺Oracle Server在peak time的記憶體利用率由95%降到了78%,而且應用的速度還很不錯。如下我便以問題的形式對MTS再進行幾點補充。

1、在oracle Server調整為MTS方式後,一些客戶端出現了連不上Oracle Server的狀況,大部分報的錯為TNS-112509,如何解決？

回答：
在實際過程中是存在著這方面的情況,我總結了一下,大部是由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.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=)
)
)

地址列表中可以使用其它的協議,加入應的地址。這個例子完全是一個IPC的例子

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,
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=查到程式的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關掉:
sql>ALTER SYSTEM SET MTS_DISPATCHERS='TCP,0';

7.2啟用更多的dispatcher
sql>ALTER SYSTEM SET MTS_DISPATCHERS='TCP,40';

部分內容參照metalink的note:47684.1