說Oracle的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<SID>.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=<sid name>) 
     ) 
     (ADDRESS= 
        (PROTOCOL=IPC) 
        (KEY=<alias in tnsnames.ora for the sid>) 
     ) 
  ) 
CONNECT_TIMEOUT_LISTENER=10 
STARTUP_WAIT_TIME_LISTENER=0 
SID_LIST_LISTENER= 
  (SID_LIST= 
    (SID_DESC= 
      (SID_NAME=<sid name>)  
      (ORACLE_HOME=<home directory path for Oracle>) 
    ) 
  ) 
 
地址列表中可以使用其它的協議,加入應的地址。這個例子完全是一個IPC的例子 
 
TNSNAMES.ORA: 
============= 
 
<alias>= 
  (DESCRIPTION= 
     (ADDRESS= 
        (PROTOCOL=IPC) 
        (KEY=<sid name>) 
     ) 
     (CONNECT_DATA= 
        (SID=<sid name>) 
     ) 
  ) 
 
 
INIT.ORA entries for MTS: 
========================= 
 
MTS_DISPATCHERS="IPC,2" 
MTS_SERVERS=1 
MTS_MAX_DISPATCHERS=6 
MTS_MAX_SERVERS=3 
MTS_SERVICE=<sid name> 
MTS_LISTENER_ADDRESS="(ADDRESS=(PROTOCOL=IPC)(KEY=<sid name>))" 

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=<os process pid>查到進程的address,而select * from v$session where paddr=<paddr>確沒的結果,所以我無法得知我的這個shared server在忙什么,我該怎么辦呢？
回答：
SELECT status FROM v$circuit 
 WHERE CIRCUIT IN 
  (
   SELECT circuit FROM v$shared_server 
    WHERE paddr=<your paddr>
  )
如果status的返回是EOF,說明實際這個shared server已經掉死了,你可以把它在操作系統上清除掉了：
eg:
  oracle$kill -9 <shared server’s pid>
你不用擔心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’; 　　

原文轉自：http://www.kjueaiud.com