解決set newname 極慢的問題
將RAC的備份恢復到單機。
資料庫恢復時, set newname極慢的原因,初步分析如下:
查詢各 session的等待事件:
SQL> select s.sid, s.serial#, s.paddr, p.pid, s.event, s.p1, s.program from v$session s, v$process p where s.paddr = p.addr ;
……………………….
315 35 0000000CD3144DC8 23 rdbms ipc reply 5 rman@p24fdbqd (TNS V1-V3)
332 1 0000000CD6176370 5 CSS initialization 0 oracle@p24fdbqd (DBW0)
……………………….
315 35 0000000CD3144DC8 23 rdbms ipc reply 5 rman@p24fdbqd (TNS V1-V3)
332 1 0000000CD6176370 5 CSS initialization 0 oracle@p24fdbqd (DBW0)
發現一個 rman程式在等待ipc (程式間通訊),引數是 5,也就是在等待pid為 5的程式,即DBW0 。
而DBW0正在等待“ CSS initialization”,但是這個等待是在尋找 OCR和VOTEDISK 才會發生的,單例項不應該有。
根據 DBW0的trace 檔案,DBW0在確實在尋找 ASM裡的東西,認為自己應該在叢集裡:
ORA-01186: file 201 failed verification tests
ORA-01157: cannot identify/lock data file 201 - see DBWR trace file
ORA-01110: data file 201: '+DATA/xxx/tempfile/temp.263.750902335'
ORA-01157: cannot identify/lock data file 201 - see DBWR trace file
ORA-01110: data file 201: '+DATA/xxx/tempfile/temp.263.750902335'
ORA-17503: ksfdopn:2 Failed to open file +DATA/xxx/tempfile/temp.263.750902335
ORA-15001: diskgroup "DATA" does not exist or is not mounted
ORA-15077: could not locate ASM instance serving a required diskgroup
ORA-29701: unable to connect to Cluster Manager
並且將錯誤日誌記錄在 /oracle/product/10.2.0/db_1/log/xxx/client 目錄下。
日誌裡只有一條簡單的資訊:
2013-12-17 16:15:27.672: [ CSSCLNT][2479832160]clsssInitNative: connect failed, rc 9
這個日誌的數量非常之大,今天就產生 400多個,到目前已經有33萬多
[oracle@xxx client]$ pwd
/oracle/product/10.2.0/db_1/log/p24fdbqd/client
[oracle@xxx client]$ ll | grep "Dec 17" | grep -v 2012 | wc -l
482
[oracle@xxxclient]$ ll | wc -l
335132
由於這些日誌的名稱是 cssN.log的形式,N 是自增的數字,因此每生成一個 log檔案,就必須遍歷整個目錄來獲取最大的數字。
因此慢應該是由兩部分時間組成,一個是連線 CSS服務超時(應該是由於控制檔案是從 RAC備份而來),一個是遍歷 /oracle/product/10.2.0/db_1/log/xxx/client 資料夾,這也符合使用者反應的,新裝的環境恢復很快,往後越來越慢的現象。
任何定時查詢叢集、 ASM相關資訊的SQL ,如監控程式,也會頻繁產生此類錯誤日誌。
建議先清空 /oracle/product/10.2.0/db_1/log/xxx/client 資料夾觀察一下。
處理結果:
將/oracle/product/10.2.0/db_1/log/xxx/client重新命名,發現會自動重建,然後各項操作速度就非常快了。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/26239116/viewspace-1076273/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- SET NEWNAME FOR
- RMAN SET NEWNAME
- 解決github訪問慢的問題Github
- 解決ssh登入慢的問題
- rman set newname switch 用法
- 解決Cocoapods賊慢問題
- 解決windows docker lnmp訪問慢問題WindowsDockerLNMP
- RMAN : set newname for命令的一點研究
- ssh登入慢問題解決方法
- Composer 下載較慢的問題解決
- 解決 macOS HomeBrew 下載緩慢的問題Mac
- 01 Eclipse使用Maven慢的問題解決EclipseMaven
- 關於rman中set newname的探討
- mysql8.0插入慢的問題解決方案(一)MySql
- 如何徹底解決pip install慢的問題
- Docker官方映象加速解決pull過慢的問題Docker
- 解決Rust -- update crates.io過慢的問題Rust
- 解決ionic 2載入速度慢的問題
- 如何解決 github 訪問慢的問題Github
- 終極解決方案——sbt配置阿里映象源,解決sbt下載慢,dump project structure from sbt耗時問題阿里ProjectStruct
- 終極解決方案——sbt配置阿里映象源,解決sbt下載慢,dump project structure from sbt耗時問題...阿里ProjectStruct
- JavaWeb 亂碼問題終極解決方案!JavaWeb
- ajax跨域訪問時,set-cookie無效問題的解決跨域Cookie
- Docker 容器中“TERM environment variable not set.”問題解決Docker
- 正視問題的存在和積極尋求途徑解決問題
- Oracle EXPDP自動備份緩慢問題解決Oracle
- 解決Chrome瀏覽器啟動速度慢的問題Chrome瀏覽器
- 解決建立SpringBoot工程載入較慢的問題Spring Boot
- telnet、ftp連線速度慢的問題的解決(轉)FTP
- jive 漢字問題終極解決辦法
- 解決問題:Variable 'time_zone' can't be set to the value of 'NULL'Null
- (問題解決)Cannot set LC_CTYPE to default locale: No such file or directory
- 【備份恢復】set newname切換日誌
- [20160720]rman set newname for datafile
- oracle rman 異機還原測試--set newnameOracle
- 解決Docker使用WSL2專案執行慢的問題Docker
- 利用 Arthas 解決啟動 StandbyNameNode 載入 EditLog 慢的問題
- DNS導致資料庫登入緩慢的問題解決DNS資料庫