【正文】 0, immediate_misses / (immediate_gets + immediate_misses) * 100) ratio2 FROM v$latch WHERE name IN (39。, 39。)。sorts (memory)39。sorts (disk)39。 監(jiān)控當(dāng)前數(shù)據(jù)庫(kù)誰在運(yùn)行什么SQL語句 SELECT osuser, username, sql_text from v$session a, v$sqltext b where = order by address, piece。SELECT SUM(GETS) DICTIONARY GETS, SUM(GETMISSES) DICTIONARY CACHE GET MISSES, (SUM(GETS GETMISSES USAGE FIXED)) / SUM(GETS) ROW CACHE FROM V$ROWCACHE。否則需要調(diào)大SGA的空間。TM39。TM DML Enqueue39。TX39。TX Trans Enqueue39。UL39。UL User39。 Other Type39。No Lock39。Row Share39。Row Exclusive39。Share39。Shr Row Excl39。Exclusive39。No Lock39。Row Share39。Row Excl39。Share39。Shr Row Excl39。Exclusive39。BACKGROUND39。 捕捉運(yùn)行很久的SQLselect username, sid, opname, round(sofar * 100 / totalwork, 0) || 39。 as progress, time_remaining, sql_text from v$session_longops, v$sql where time_remaining 0 and sql_address = address and sql_hash_value = hash_value。HS_HIS39。HISBANKTRADE39?！　?查看還沒提交的事務(wù)select * from v$locked_object。 查找object為哪些進(jìn)程所用select , , serial_num, user_name, object_type, os_user_name, , object_name, decode(sign(48 mand), 1, to_char(mand), 39。 || to_char(mand)) action, oracle_process, terminal, program, session_status from v$session s, v$access a, v$process p where = and = 39。 and = and = 39。 order by , 。HS_%39。 有關(guān)connection的相關(guān)信息l 查看有哪些用戶連接select , serial_num, os_user_name, decode(sign(48 mand), 1, to_char(mand), 39。 || to_char(mand)) action, oracle_process, status session_status, terminal, program, user_name, activity_meter from v$session s, v$process p where = and = 39。 order by , 。sid and = order by , 。39。N39。sid)。buffer：下載數(shù)據(jù)緩沖區(qū)，以字節(jié)為單位，缺省依賴操作系統(tǒng)consistent：下載期間所涉及的數(shù)據(jù)保持read only，缺省為ndirect：使用直通方式 ，缺省為nfeeback：顯示處理記錄條數(shù)，缺省為0，即不顯示file：輸出文件，filesize：輸出文件大小，缺省為操作系統(tǒng)最大值indexes：是否下載索引，缺省為n，這是指索引的定義而非數(shù)據(jù)log：log文件，缺省為無，在標(biāo)準(zhǔn)輸出顯示owner：指明下載的用戶名query：選擇記錄的一個(gè)子集rows：是否下載表記錄tables：輸出的表名列表216。 下載某個(gè)用戶所有對(duì)象exp hs_user/handsome file= log= owner=dbuser buffer=4096000 feedback=10000216。 下載某張表的部分?jǐn)?shù)據(jù)(query選項(xiàng))exp hs_user/handsome file= log= tables=table1 buffer=4096000 feedback=10000 query=\”where col1=\’…\’ and col2 \…\”不可用于嵌套表216。 直通路徑方式direct=y，則會(huì)取代buffer選項(xiàng)。有利于提高下載速度216。但這個(gè)過程不能太長(zhǎng)，以免回滾段和聯(lián)機(jī)日志消耗完 imp將exp下載的dmp文件上載到數(shù)據(jù)庫(kù)內(nèi)。 上載整個(gè)實(shí)例imp hs_user/handsome file= log= full=y buffer=4096000 mit=y ignore=y feedback=10000216。 上載一張或幾張表imp dbuser2/oracle file= log= tables=table1,table2 fromuser=dbuser touser=dbuser2 buffer=2048000 mit=y ignore=y feedback=10000216。 初始參數(shù)備份Create pfile=/tmp/’ from spfile。9. 常見問題解決 安裝后常用參數(shù)設(shè)置參數(shù)說明參考設(shè)置db_writer_processes配置為CPU內(nèi)核數(shù)的一半4open_cursors根據(jù)AS數(shù)量及AS連接數(shù)，配置為3000 ~ 50005000optimizer_modeRULERULEpga_aggregate_target同樣，也與根據(jù)AS數(shù)量及AS連接數(shù)相關(guān)，一般為1500 ~ 3000。同樣，也與根據(jù)AS數(shù)量及AS連接數(shù)相關(guān)，一般為1500 ~ 30002000session_cached_cursors300sessions設(shè)置processes后自動(dòng)調(diào)整。具體參見第9章11節(jié)。參數(shù)設(shè)置方法如下：SQL alter system set open_cursors=4000。 初始參數(shù)，設(shè)置后需要重啟數(shù)據(jù)庫(kù)注：1）以上參考設(shè)置在數(shù)據(jù)庫(kù)主機(jī)為4CPU 雙核,16G內(nèi)存時(shí)的配置 2) 標(biāo)為紅色為初始參數(shù)，修改后需要重啟數(shù)據(jù)?？捎靡韵路椒▽?shí)現(xiàn)把僵死的連接清除。 查詢數(shù)據(jù)庫(kù)死鎖select distinct * from (select , , , from v$locked_object t1, v$session t2 where = ) order by logon_time。 查詢出來的結(jié)果就是有死鎖的session了，alter system kill session 39。216。SELECT , AS os_process_id, AS oracle_process_id FROM v$session a, v$process c WHERE = and = m and = n。 采用kill （unix/linux） 或 orakill（windows ）kill 9 os_process_id AIX內(nèi)存溢出216。 現(xiàn)象：第一次：小機(jī)內(nèi)核的CPU利用率達(dá)到40%，有一個(gè)進(jìn)程占用內(nèi)存不釋放，Paging Space達(dá)到100%。第二次：閉市后用SQLPlus連接到RAC1上，做了一些三方存管帳戶的批量修改。重開AS及迪斯杰備份后，利用率下降到30%，文件標(biāo)志復(fù)位也很快了，在清算過程中利用率也一直在下降，一直到19%點(diǎn)多。216。在極端情況下，如果交換分區(qū)全部耗盡，那對(duì)系統(tǒng)性能的影響就更大了。類似大量文件類操作，如文件復(fù)制、壓縮、數(shù)據(jù)庫(kù)的dump/load等操作會(huì)大量占用文件型內(nèi)存。特別是，由于數(shù)據(jù)庫(kù)存儲(chǔ)使用的是裸設(shè)備，允許文件緩存占用大量的內(nèi)存是沒有必要的。如果文件型內(nèi)存所占比例很高，而Paging Space使用率居高不下時(shí)，可以通過降低minperm、maxperm的參數(shù)值來進(jìn)行調(diào)優(yōu)，減少文件型內(nèi)存可占用的份額。 解決方法：在進(jìn)行調(diào)整前，首先通過命令vmo a來查看目前的參數(shù)值；minperm及maxperm的缺省值分別是20%和80%。謹(jǐn)慎起見，可以通過小量多次調(diào)整來達(dá)到性能優(yōu)化的目的。 最終可能可以調(diào)整為：vmo o minperm%=10vmo o maxclient%=20vmo o maxperm%=20如果需要進(jìn)行強(qiáng)制限制，則需要將參數(shù)strict_maxperm的值設(shè)為1，該參數(shù)的缺省值為0，但此方法需謹(jǐn)慎使用。 其它交換分區(qū)設(shè)置過小也可能引起交換分區(qū)利用率過高的問題。一般情況下，交換分區(qū)可以參照下表設(shè)置。同時(shí)，也可以用第7部分Troubleshooting提供的語句對(duì)數(shù)據(jù)庫(kù)進(jìn)行分析。否則則可能需要測(cè)試索引。 統(tǒng)計(jì)信息失效導(dǎo)致執(zhí)行計(jì)劃走全表掃瞄216。HS_FUTURES39。for all indexed columns size 1039。end。 基于表的統(tǒng)計(jì)信息收集Analyze table pute statistics。 環(huán)境:10g，至少HPUN216。sqlplus正常登陸但比較緩慢。管理員在反復(fù)關(guān)閉并重開報(bào)盤系統(tǒng)3分鐘左右后，系統(tǒng)正常運(yùn)行。查看了oracle 的相關(guān)日志，發(fā)現(xiàn)里面有大量的關(guān)于DRM 的信息，根據(jù)里面的信息，我猜測(cè)可能是由于數(shù)據(jù)庫(kù)的對(duì)象資源動(dòng)態(tài)管理過于頻繁，在兩個(gè)實(shí)例之間來回“震蕩”時(shí)出現(xiàn)異常的緣故。 原因：由于在oracle的日志和跟蹤文件里未能找到與DRM 相關(guān)的以外的其他有用信息。并表示對(duì)系統(tǒng)性能并無什么影響。因此，綜合以上的各種信息，有必要現(xiàn)在針對(duì)DRM方面做一些處理，修改以下初始化參數(shù)。 解決方法：1． 備份當(dāng)前的數(shù)據(jù)庫(kù)服務(wù)器參數(shù)SQL Create pfile=’home/oracle/’ from spfile。SQL Create spfile=’/dev/raw/rspfile’ from pfile=’/home/oracle/’。 其它下面內(nèi)容是trace文件的部分內(nèi)容。 創(chuàng)建2個(gè)新的日志組 alter database add logfile group 4 (39。) size 1024M。/oracle/oradata/39。216。systemlogfile。systemlogfile。 刪除舊的日志組 alterdropgroup alterdropgroup alterdropgroup 216。 重建日志組3 alteraddgroup(39。)1024M。databaselogfile2/oracle/oradata/39。size alteraddgroup(39。)1024M。 切換日志組 alterswitch alterswitch alterswitch 216。databaselogfile4。databaselogfile5。 到操作系統(tǒng)下刪除原日志組5中的文件 216。connectalterbackuptoresetlogs Oracle連接中斷問題216。 現(xiàn)象：監(jiān)聽器啟動(dòng)后，隔一段時(shí)間（長(zhǎng)短不定），就會(huì)出現(xiàn)無法連接： 若是用10201版本的SQLPLUS，則會(huì)出現(xiàn) NO LISTENER。216。其會(huì)自動(dòng)創(chuàng)建一個(gè)子監(jiān)聽器，當(dāng)出現(xiàn)此情況時(shí)，監(jiān)聽器將會(huì)掛起。216。如：默認(rèn)情況下，監(jiān)聽器名為：LISTENER 。 環(huán)境:10g，任何平臺(tái)216。216。 解決方法：收集相關(guān)表的統(tǒng)計(jì)信息，如：SQL Analyze table pute statistics。216。目前懷疑與下面這個(gè)Bug相關(guān)。Hash Group By 39。 環(huán)境:l 服務(wù)器硬件平臺(tái)： HP DL580 G4 4CPU（雙核） 16G內(nèi)存 IBM 3950 4CPU（雙核） 16G內(nèi)存l 操作系統(tǒng)平臺(tái)： Redhat Linux AS 4 Update 4 64bitl 數(shù)據(jù)庫(kù)系統(tǒng)： Oracle 10g R2() RAC (有2節(jié)點(diǎn)的，4節(jié)點(diǎn)的)216。經(jīng)典場(chǎng)景：前一日清算到資金清算匯總時(shí)rac節(jié)點(diǎn)2自動(dòng)重啟，次日9:10 rac節(jié)點(diǎn)1死機(jī)，冷啟動(dòng)后恢復(fù)