【正文】 racle用戶登錄，運(yùn)行netca，會跳出圖形配置界面。SQL shutdown immediate數(shù)據(jù)庫已經(jīng)關(guān)閉。 關(guān)閉CRS$CRS_HOME/crs/bin/crsctl stop crs216。 產(chǎn)品有關(guān)的問題：ORA00600/ORA07445等錯(cuò)誤216。 每天檢查數(shù)據(jù)庫的主要性能指標(biāo)216。yyyymmdd hh24:mi:ss39。alter table name deallocate unused。 查看回滾段名稱及大小select segment_name, tablespace_name, , (initial_extent / 1024) InitialExtent, (next_extent / 1024) NextExtent, max_extents, CurExtent From dba_rollback_segs r, v$rollstat v Where = (+) order by segment_name。 查看Oracle字符集 select * from $ where name = 39。 group by tablespace_name, segment_name。 顯示所有數(shù)據(jù)庫對象的類別和大小 select type, count(name) num_instances, sum(source_size) source_size, sum(parsed_size) parsed_size, sum(code_size) code_size, sum(error_size) error_size, sum(source_size) + sum(parsed_size) + sum(code_size) + sum(error_size) size_required from dba_object_size group by type order by 1。$sqlplus / as sysdba216。 db file sequential read,216。) group by v$, v$。 監(jiān)控文件系統(tǒng)的 I/O 比例 select substr(, 1, 2) , substr(, 1, 30) Name, , , , from v$datafile a, v$filestat b where = 。redo allocation39。, 39。 查看Lock, 39。) LOCKTYPE, substr(, 1, 10) OBJECT, owner, , , decode(, 1, 39。, 5, 39。, 3, 39。, null) request from v$lock l, v$session s, $ u, $ t where = and != 39。 AND table_name = 39。USER39。Action Code 39。 || address sql_address, 39。 下載一張或幾張表exp hs_user/handsome file= log= tables=table1,table2 buffer=4096000 feedback=10000216。buffer：上載數(shù)據(jù)緩沖區(qū)，以字節(jié)為單位，缺省依賴操作系統(tǒng)mit：上載數(shù)據(jù)緩沖區(qū)中的記錄上載后是否執(zhí)行提交feeback：顯示處理記錄條數(shù)，缺省為0，即不顯示file：輸入文件，filesize：輸入文件大小，缺省為操作系統(tǒng)最大值fromuser：指明來源用戶方ignore：是否忽略對象創(chuàng)建錯(cuò)誤，缺省為nindexes：是否上載索引，缺省為n，這是指索引的定義而非數(shù)據(jù)，如果上載時(shí)索引已建立，此選項(xiàng)即使為n也無效，imp自動更新索引數(shù)據(jù)log：log文件，缺省為無，在標(biāo)準(zhǔn)輸出顯示rows：是否上載表記錄tables：輸入的表名列表touser：指明目的用戶方216。一般1G ~ 3G3Gprocesses進(jìn)程數(shù)，即可以對外提供服務(wù)的數(shù)據(jù)。 殺死僵死連接有時(shí)候由于客戶端的異常退出，會出現(xiàn)一些連接的進(jìn)程一直在運(yùn)行，從而不能釋放資源，影響系統(tǒng)的性能。 一般情況可以解決數(shù)據(jù)庫存在的死鎖了，或通過session id 查到對應(yīng)的操作系統(tǒng)進(jìn)程，在unix中殺掉操作系統(tǒng)的進(jìn)程。晚上在清算處理時(shí)，在文件標(biāo)志復(fù)位時(shí)發(fā)現(xiàn)很慢，查看Paging Space利用率為40%,但小機(jī)利用率正常。如果按照系統(tǒng)缺省的配置，文件型內(nèi)存最多會占用到內(nèi)存總量的80%，由于文件型內(nèi)存占用并不主動釋放，從而可能造成內(nèi)存資源的短缺及Paging Space使用率過高。如maxperm% 可以依次調(diào)整了60，40，20，同時(shí)查看性能的性能。因?yàn)閰?shù)maxperm充當(dāng)?shù)氖擒浵拗?，所以文件型?nèi)存的占用率依舊可以超過maxperm的設(shè)定值。對抓出來的語句進(jìn)行分析，如果懷疑是統(tǒng)計(jì)信息不正確引起的全表掃瞄，可以先進(jìn)行統(tǒng)計(jì)信息的收集，方法如下。, cascade = true, degree = 7)。在操作系統(tǒng)層面，節(jié)點(diǎn)1的cpu利用率為0，節(jié)點(diǎn)2的cpu利用率為20。再者，從Oracle的trace文件里可以看出在兩次交易故障發(fā)生時(shí)，oracle rac的DRM 正在做大量的數(shù)據(jù)同步信息。kjfcrfg: DRM window size = 04096 (min lognb = 15) *** 20070519 15:28:Reconfiguration started (old inc 0, new inc 16)Synchronization timeout interval: 900 secList of nodes: 0 1*** 20070519 15:28: Global Resource Directory frozennode 0release 10 2 0 2node 1release 10 2 0 2 number of mastership buckets = 128 domain attach called for domid 0 * kjbdomalc: domain 0 invalid = TRUE * kjbdomatt: first attach for domain 0 asby init, 0/0/x1 asby returns, 0/0/x1/false * Domain maps before reconfiguration: * DOMAIN 0 (valid 0): 0 * End of domain mappings * Domain maps after reputation: * DOMAIN 0 (valid 0): 0 1 * End of domain mappings Dead inst Join inst 0 1 Exist inst Active Sendback Threshold = 50 % Communication channels reestablished sent syncr inc 16 lvl 1 to 0 (16,5/0/0) sent synca inc 16 lvl 1 (16,5/0/0) received all domreplay () sent master 1 () sent syncr inc 16 lvl 2 to 0 (16,7/0/0) sent synca inc 16 lvl 2 (16,7/0/0) Master broadcasted resource hash value bitmaps* kjfcrfg: domain 0 valid, valid_ver = 16 Nonlocal Process blocks cleaned out Set master node info sent syncr inc 16 lvl 3 to 0 (16,13/0/0) sent synca inc 16 lvl 3 (16,13/0/0) Submitted all remoteenqueue requestskjfcrfg: Number of mesgs sent to node 1 = 0 sent syncr inc 16 lvl 4 to 0 (16,15/0/0) sent synca inc 16 lvl 4 (16,15/0/0) Dwncvts replayed, VALBLKs dubious sent syncr inc 16 lvl 5 to 0 (16,18/0/0) sent synca inc 16 lvl 5 (16,18/0/0) All grantable enqueues granted sent syncr inc 16 lvl 6 to 0 (16,20/0/0) sent synca inc 16 lvl 6 (16,20/0/0) *** 20070519 15:28: Submitted all GCS cache requests sent syncr inc 16 lvl 7 to 0 (16,22/0/0) sent synca inc 16 lvl 7 (16,22/0/0) Post SMON to start 1st pass IR Fix write in gcs resources sent syncr inc 16 lvl 8 to 0 (16,24/0/0) sent synca inc 16 lvl 8 (16,24/0/0) *** 20070519 15:28:Reconfiguration plete* domain 0 valid?: 1 *** 20070519 15:28:kjxgrtmc2: mounting member 0 thread 1Begin DRM(32) sent syncr inc 16 lvl 9 to 0 (16,0/31/0) sent synca inc 16 lvl 9 (16,0/31/0) ... sent syncr inc 16 lvl 39 to 0 (16,0/36/0) sent synca inc 16 lvl 39 (16,0/36/0) *** 20070519 15:28: sent syncr inc 16 lvl 40 to 0 (16,0/38/0) sent synca inc 16 lvl 40 (16,0/38/0) End DRM(32) 日志文件太小引起的切換過于頻繁假設(shè)現(xiàn)有三個(gè)日志組，每個(gè)組內(nèi)有一個(gè)成員，每個(gè)成員的大小為512MB，現(xiàn)在想把此三個(gè)日志組的成員大小都改為1G。) size 1024M。switch1。databasedatabasesize(39。logfile 216。logfile。dropgroupdatabase若是用9207 版本的SQLPLUS，則會出現(xiàn)：沒反應(yīng)，HANG住。則語句就是：SUBSCRIBE_FOR_NODE_DOWN_EVENT_LISTENER=OFF 查詢委托返回記錄不對216。 其它這個(gè)問題已經(jīng)多次出現(xiàn)，與很多Oracle 售前人員交流過，沒有定論。l Mon Jun 11 16:54:38 2007Error: unexpected error (6) from the Cluster Service (LCK0)Mon Jun 11 16:54:38 2007Errors in file /u01/app/oracle/admin/rac/bdump/:ORA29702: error occurred in Cluster Group Service operationMon Jun 11 16:54:38 2007Errors in file /u01/app/oracle/admin/rac/bdump/:ORA29702: error occurred in Cluster Group Service operationMon Jun 11 16:54:38 2007Errors in file /u01/app/oracle/admin/rac/bdump/:ORA29702: error occurred in Cluster Group Service operationMon Jun 11 16:54:38 2007Errors in file /u01/app/oracle/admin/rac/bdump/:ORA29702: error occurred in Cluster Group S