【正文】 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。/oracle/oradata/39。) size 1024M。switchswitchdatabase1。logfiledatabase3。database1sizeadd(39。1024M。logfile/oracle/oradata/39。 216。logfile。logfile。logfile。drop altergroup 備份當(dāng)前的最新的控制文件 SQLdatabasetrace若是用9207 版本的SQLPLUS，則會出現(xiàn)：沒反應(yīng)，HANG住。檢查是否真因?yàn)榇薆UG造成此現(xiàn)象：$ ps ef | grep tnslsnrora10g 8909 1 0 Sep 15 ? 902:44 /u05/10GHOME/DBHOME/bin/tnslsnr sales inheritora10g 22685 8909 0 14:19:23 ? 0:00 /u05/10GHOME/DBHOME/bin/tnslsnr sales inherit正常情況只有一個(gè)監(jiān)聽器，而此BUG則會出現(xiàn)兩個(gè)監(jiān)聽器。則語句就是：SUBSCRIBE_FOR_NODE_DOWN_EVENT_LISTENER=OFF 查詢委托返回記錄不對216。 原因：未知，懷疑為Oracle Bug216。 其它這個(gè)問題已經(jīng)多次出現(xiàn)，與很多Oracle 售前人員交流過，沒有定論。Aggregation EnabledAny query that displays HASH GROUP BY in the execution plan could hit this bug.The HASH GROUP BY feature is enabled by default in .l SolutionPatch 4604970 can be downloaded from Metalink for most platforms .Problem is resolved in latest Patchset release .Workaround:Increase the memory used by hash group byOrDisable the use of hash group by eg: set optimizer_features_enable to orset _gby_hash_aggregation_enabled to FALSE. Linux + Oracle 10g RAC的平臺上，發(fā)生節(jié)點(diǎn)重啟故障216。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 Grou。 現(xiàn)象：其中某一結(jié)點(diǎn)操作系統(tǒng)重啟。具體內(nèi)容參見metalink：Wrong Results Possible on When New HASH GROUP BY Feature is Used（Doc ID: Note:）l CauseBug 4604970 Wrong Results With 39。如問題仍然存在，使用下面語句：SQL Analyze table pute statistics for all indexes。 現(xiàn)象：查詢語句結(jié)果集返回不全，只返回一條或其中幾條。 解決方法：打補(bǔ)丁4518443 文件里加入：SUBSCRIBE_FOR_NODE_DOWN_EVENT_listener_name=OFF其中，listener_name 是數(shù)據(jù)庫的監(jiān)聽器的名稱。 原因：10201 版本上的一個(gè)BUG：4518443。 環(huán)境:10201，AIX53(據(jù)ORACLE稱，在任何操作系統(tǒng)版本都有此問題)216。controlfileinternal SQL 216。dropgroup 刪除中間過渡用的日志組5 altersystemsystemsystemsize3database)group alter/oracle/oradata/39。logfile 操作系統(tǒng)下刪除原日志組3中的文件 216。logfile2。databaselogfile 216。 alter 切換當(dāng)前日志到新的日志組 alteralter database add logfile group 5 (39。 216。4． shutdown 當(dāng)前數(shù)據(jù)庫并重起數(shù)據(jù)庫SQL Startup216。_gc_affinity_time=0 defines the frequency in minutes to check if remastering is needed._gc_undo_affinity=FALSE defines the number of times a node must access an object for it to be a DRM candidate216。根據(jù)Oracle 工程師的反饋，可以對DRM 做一些處理。事后，HP工程師在主機(jī)層面查看了相關(guān)的日志信息，并未發(fā)現(xiàn)什么異常的情況，同時(shí)表示無法在現(xiàn)有資源下監(jiān)控?cái)?shù)據(jù)庫數(shù)據(jù)線網(wǎng)絡(luò)的流量。 現(xiàn)象：在 20070521 14:42:00 左右，管理員發(fā)現(xiàn)報(bào)盤系統(tǒng)hang住，AS隊(duì)列上有大量積壓，但未登陸到oracle系統(tǒng)查看等待事件，也未作其他的數(shù)據(jù)庫方面的診斷處理。216。, estimate_percent = 20, method_opt = 39。具體聯(lián)系開發(fā)人員。物理內(nèi)存(RAM)交換分區(qū)(Swap Space)Between 1024 MB and 2048 MB2 倍 RAMBetween 2049 MB and 8192 MBMore than 8192 MB1 倍RAM 某一功能特別慢取故障生產(chǎn)間的兩個(gè)快照，然后做一個(gè)AWR報(bào)靠。216。注意：在調(diào)小maxperm%前，請產(chǎn)生同時(shí)降低maxclient%的值（即maxclient%的值不得大于maxperm%的參數(shù)值）。命令topas可以用來查看文件型內(nèi)存占用內(nèi)存情況，在MEMORY一欄中的%Nonp顯示的是文件型內(nèi)存的占用百分比。在AIX系統(tǒng)中，內(nèi)存可以分為兩類：計(jì)算型內(nèi)存和文件型內(nèi)存。清算結(jié)束后又重開AS及迪斯杰備份， Paging % ，后將RAC1和rac2的ORACLE數(shù)據(jù)庫重開（shut dowm及start）后，%。重啟AS、迪斯杰備份及小機(jī)后利用率及Paging Space下降至正常。216。sid,serial39。216。 非初始參數(shù)SQL alter system set db_writer_processes=2 scope=spfile。2205sga_max_size內(nèi)存的一半，如果存儲使用的是裸設(shè)備，可以提高到60%10Gsga_target同上；若設(shè)置為小于等sga_max_size，可動態(tài)修改；否則則需要先設(shè)置sga_max_size10Gshared_pool_size不超過800M，一般300M到500M就足夠了800M注意：基于Linux平安的RAC不可設(shè)sga太大，否則可能會有問題。 其它， 使用操作系統(tǒng)拷貝。 上載某個(gè)用戶所有對象imp hs_user/handsome file= log= fromuser=dbuser touser=dbuser2 buffer=2048000 mit=y ignore=y feedback=10000216。 consistent選項(xiàng)自export啟動后，consistent=y凍結(jié)來自其它會話的對export操作的數(shù)據(jù)對象的更新，這樣可以保證dump結(jié)果的一致性。 以多個(gè)固定大小文件方式下載某張表exp hs_user/handsome file=,… filesize=1000m tables=emp buffer=4096000 feedback=10000這種做法通常用在：表數(shù)據(jù)量較大，單個(gè)dump文件可能會超出文件系統(tǒng)的限制216。 下載整個(gè)實(shí)例exp hs_user/handsome file= log= full=y consistent=y direct=yuser應(yīng)具有dba權(quán)限216。 status from v$sqlarea where address = (select sql_address from v$session where sid = amp。l 3)根據(jù)sid查看對應(yīng)連接正在運(yùn)行的sqlselect /*+ PUSH_SUBQ */ mand_type, sql_text, sharable_mem, persistent_mem, runtime_mem, sorts, version_count, loaded_versions, open_versions, users_opening, executions, users_executing, loads, first_load_time, invalidations, parse_calls, disk_reads, buffer_gets, rows_processed, sysdate start_time, sysdate finish_time, 39。USER39。 查看V$SQLAREASELECT SQL_TEXT, SHARABLE_MEM, PERSISTENT_MEM, RUNTIME_MEM, SORTS, VERSION_COUNT,