国产99久久精品_欧美日本韩国一区二区_激情小说综合网_欧美一级二级视频_午夜av电影_日本久久精品视频

最新文章專題視頻專題問答1問答10問答100問答1000問答2000關鍵字專題1關鍵字專題50關鍵字專題500關鍵字專題1500TAG最新視頻文章推薦1 推薦3 推薦5 推薦7 推薦9 推薦11 推薦13 推薦15 推薦17 推薦19 推薦21 推薦23 推薦25 推薦27 推薦29 推薦31 推薦33 推薦35 推薦37視頻文章20視頻文章30視頻文章40視頻文章50視頻文章60 視頻文章70視頻文章80視頻文章90視頻文章100視頻文章120視頻文章140 視頻2關鍵字專題關鍵字專題tag2tag3文章專題文章專題2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章專題3
問答文章1 問答文章501 問答文章1001 問答文章1501 問答文章2001 問答文章2501 問答文章3001 問答文章3501 問答文章4001 問答文章4501 問答文章5001 問答文章5501 問答文章6001 問答文章6501 問答文章7001 問答文章7501 問答文章8001 問答文章8501 問答文章9001 問答文章9501
當前位置: 首頁 - 科技 - 知識百科 - 正文

記DG備庫CPU消耗達到瓶頸的修復

來源:懂視網 責編:小采 時間:2020-11-09 16:08:19
文檔

記DG備庫CPU消耗達到瓶頸的修復

記DG備庫CPU消耗達到瓶頸的修復:DG standby 不定時CPU消耗達到瓶頸,重啟數據庫后問題解除嗎,由于備庫未對外提供任何服務,理論上不應該出現該問題 問題描述:DG standby 不定時CPU消耗達到瓶頸,重啟數據庫后問題解除嗎,由于備庫未對外提供任何服務,理論上不應該出現該問題 解決步驟
推薦度:
導讀記DG備庫CPU消耗達到瓶頸的修復:DG standby 不定時CPU消耗達到瓶頸,重啟數據庫后問題解除嗎,由于備庫未對外提供任何服務,理論上不應該出現該問題 問題描述:DG standby 不定時CPU消耗達到瓶頸,重啟數據庫后問題解除嗎,由于備庫未對外提供任何服務,理論上不應該出現該問題 解決步驟

DG standby 不定時CPU消耗達到瓶頸,重啟數據庫后問題解除嗎,由于備庫未對外提供任何服務,理論上不應該出現該問題

問題描述:
DG standby 不定時CPU消耗達到瓶頸,重啟數據庫后問題解除嗎,由于備庫未對外提供任何服務,理論上不應該出現該問題

解決步驟:

在CPU消耗達到瓶頸時查看等待事件

SELECT Sid, Event, P1text, P1, P2text, P2, P3text, P3
FROM V$session_Wait
WHERE Event NOT LIKE '%SQL%'
AND Event NOT LIKE '%rdbms%'
AND Event NOT LIKE '%mon%'
ORDER BY Event;

記DG備庫CPU消耗達到瓶頸的修復

根據top觀察出消耗cpu100%的進程,查詢得到的sid果然是1346

select a.sid, b.spid, a.serial#

from v$session a, v$process b

where a.paddr = b.addr

and b.spid = '19034'

記DG備庫CPU消耗達到瓶頸的修復

記DG備庫CPU消耗達到瓶頸的修復

問題已經定位,是新的會話連接到數據庫后library cache: mutex X事件致使數據庫hang住

library cache: mutex X是11g時用來替換之前的library cache latch,主要作用是在hash bucket中定位handle時使用。

期初懷疑是數據庫內存自動管理,數據庫pga,sga在備庫執行recover時來回收縮頻率過多導致,修改成了手動管理

后期觀察發現問題仍然存在~

dump出該回話的trace信息

exec dbms_system.set_ev(1346,43,10046,12,'');

執行一個SQL

exec dbms_system.set_ev(1346,43,0,0,'');

查詢當前session的trace文件SQL

select d.value || 'http://www.linuxidc.com/' || lower(rtrim(i.instance, chr(0))) || '_ora_' ||

p.spid || '.trc' trace_file_name

from (select p.spid

from sys.v$mystat m, sys.v$session s, sys.v$process p

where m.statistic# = 1

and s.sid = m.sid

and p.addr = s.paddr) p,

(select t.instance

from sys.v$thread t, sys.v$parameter v

where v.name = 'thread'

and (v.value = 0 or t.thread# = to_number(v.value))) i,

(select value from sys.v$parameter where name = 'user_dump_dest') d

/

觀察trace

記DG備庫CPU消耗達到瓶頸的修復

該等待一直有,會話一直hang住,查詢數據庫發現在等待library cache lock,數據庫沒有任何業務,,dg的歸檔應用也正常

查看官方,發現有關11glibrary cache: mutex 的bug還真不少,主要涉及的應該是如下兩個:

9530750 High waits for ‘library cache: mutex X’ for cursor Build lock

10145558 Selects on library cache V$/X$ views cause “library cache: mutex X” waits

解決方法:
為數據庫打上相應的補丁包,p14727315_112020_Linux-x86-64.zip是11.2.0.2版本最后一個補丁包psu9
打補丁過程記錄如下:
下載opatch和補丁包
p6880880_112000_Linux-x86-64.zip
p14727315_112020_Linux-x86-64.zip

解壓下載后的兩個zip包
[Oracle@54-Oracle-Fog-Backup ~]$ cp OPatch/ $ORACLE_HOME/ -r
[oracle@54-Oracle-Fog-Backup ~]$ cd $ORACLE_HOME
[oracle@54-Oracle-Fog-Backup dbhome_1]$ cd OPatch/
[oracle@54-Oracle-Fog-Backup OPatch]$ ls
crs emdpatch.pl jlib opatch opatchdiag opatch.ini opatchprereqs README.txt
docs fmw ocm opatch.bat opatchdiag.bat opatch.pl oplan

[oracle@54-Oracle-Fog-Backup OPatch]$ ./opatch lsinventory
Oracle Interim Patch Installer version 11.2.0.3.0
Copyright (c) 2012, Oracle Corporation. All rights reserved.
Oracle Home : /opt/app/oracle/product/11.2.0/dbhome_1
Central Inventory : /opt/app/oraInventory
from : /opt/app/oracle/product/11.2.0/dbhome_1/oraInst.loc
OPatch version : 11.2.0.3.0
OUI version : 11.2.0.2.0
Log file location : /opt/app/oracle/product/11.2.0/dbhome_1/cfgtoollogs/opatch/opatch2015-09-17_14-02-19PM_1.log
Lsinventory Output file location : /opt/app/oracle/product/11.2.0/dbhome_1/cfgtoollogs/opatch/lsinv/lsinventory2015-09-17_14-02-19PM.txt

--------------------------------------------------------------------------------
Installed Top-level Products (1):
Oracle Database 11g 11.2.0.2.0
There are 1 products installed in this Oracle Home.
There are no Interim patches installed in this Oracle Home
--------------------------------------------------------------------------------
OPatch succeeded.

[oracle@54-Oracle-Fog-Backup OPatch]$ ./opatch prereq CheckConflictAgainstOHWithDetail -phBaseDir /home/oracle/14727315/
Oracle Interim Patch Installer version 11.2.0.3.0
Copyright (c) 2012, Oracle Corporation. All rights reserved.

PREREQ session

聲明:本網頁內容旨在傳播知識,若有侵權等問題請及時與本網聯系,我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

文檔

記DG備庫CPU消耗達到瓶頸的修復

記DG備庫CPU消耗達到瓶頸的修復:DG standby 不定時CPU消耗達到瓶頸,重啟數據庫后問題解除嗎,由于備庫未對外提供任何服務,理論上不應該出現該問題 問題描述:DG standby 不定時CPU消耗達到瓶頸,重啟數據庫后問題解除嗎,由于備庫未對外提供任何服務,理論上不應該出現該問題 解決步驟
推薦度:
  • 熱門焦點

最新推薦

猜你喜歡

熱門推薦

專題
Top
主站蜘蛛池模板: 精品偷自拍另类在线观看 | 青青国产成人久久91网站站 | 久久久久久久久久久9精品视频 | 久久91精品国产91久久跳舞 | 久久久国产一区二区三区 | 一级黄网站 | 久久91精品国产91久久户 | 国产成人精品一区二区免费视频 | 伊人精品成人久久综合欧美 | 国产区二区 | 成人久久精品 | 国产精品成人va | 亚洲视频在线观看免费 | 欧洲亚洲综合 | 五月天婷婷视频 | 国产精品电影一区二区三区 | 精品国产亚洲一区二区三区 | 国产成人综合欧美精品久久 | 欧美精品一区二区三区视频 | 中文字幕第13亚洲另类 | 久久伊人精品一区二区三区 | 欧美色图在线观看 | 热久久国产欧美一区二区精品 | 欧美成人视屏 | 免费观看h| 欧美日韩免费一区二区在线观看 | 国产成人久久一区二区三区 | 日韩综合在线视频 | 日本另类αv欧美另类aⅴ | 亚洲伊人电影 | 久久精品国产精品亚洲综合 | 欧美色图在线观看 | 国产欧美精品 | 啪啪免费| 亚洲免费久久 | 亚洲高清视频一区 | 国产精品久久久久久久 | 欧美区一区二区三 | 天天色天天射天天操 | 欧美日韩在线观看一区二区 | 91久热|