国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

“l(fā)og file sync”等待事件處理

IT那活兒 / 2385人閱讀
“l(fā)og file sync”等待事件處理

點(diǎn)擊上方“IT那活兒”公眾號，關(guān)注后了解更多內(nèi)容，不管IT什么活兒，干就完了！！！ 


問題背景

       客戶反應(yīng)某系統(tǒng)IO很高，系統(tǒng)很卡。 

1

登陸系統(tǒng)首先看哪類等待事件高

按照wait_class分類查詢系統(tǒng)當(dāng)前等待事件：
set line 200
col event for a50
col WAIT_CLASS for a15
select inst_id,event,wait_class,count(*)
from gv$session a
where a.status=ACTIVE
and not (a.type = BACKGROUND and a.state=WAITING and  a.wait_class=Idle)
group by inst_id,event,wait_class
order by a.inst_id,count(*) desc;
看到系統(tǒng)有大量的“l(fā)og file sync ”等待事件。 

2

查看等事件的詳細(xì)信息

 


set line 200
col USERNAME for a10
col MACHINE for a10
col PROGRAM for a20
col EVENT for a30
col WAIT_CLASS for a20
set line 200
col USERNAME for a10
col MACHINE for a10
col PROGRAM for a20
col EVENT for a30
col WAIT_CLASS for a20
select a.inst_id,
a.sid,
a.serial#,
a.status,
a.username,
a.machine,
a.program,
a.event,
a.wait_class,
a.sql_id,
a.sql_exec_start,
a.last_call_et,
a.blocking_session
from gv$session a
where a.wait_class <> Idle
order by event desc;

3

告警日志（alert log）

查看問題發(fā)生期間，實(shí)例相關(guān)的警告日志輸出內(nèi)容:
Mon Aug 30 13:58:08 2021
Thread 1 advanced to log sequence 544211 (LGWR switch)
Current log# 2 seq# 544211 mem# 0: E:APPORADATAWINDWINDREDO02.LOG
Mon Aug 30 13:58:52 2021
Archived Log entry 523277 added for thread 1 sequence 544210 ID 0x2b753fc0 dest 1:
Mon Aug 30 14:20:41 2021
Thread 1 advanced to log sequence 544212 (LGWR switch)
Current log# 3 seq# 544212 mem# 0: E:APPORADATAWINDWINDREDO03.LOG
Mon Aug 30 14:21:17 2021
Archived Log entry 523278 added for thread 1 sequence 544211 ID 0x2b753fc0 dest 1:
Mon Aug 30 14:43:10 2021
Thread 1 advanced to log sequence 544213 (LGWR switch)
Current log# 1 seq# 544213 mem# 0: E:APPORADATAWINDWINDREDO01.LOG
Mon Aug 30 14:43:52 2021
Archived Log entry 523279 added for thread 1 sequence 544212 ID 0x2b753fc0 dest 1:
Mon Aug 30 15:07:24 2021
Thread 1 advanced to log sequence 544214 (LGWR switch)
Current log# 2 seq# 544214 mem# 0: E:APPORADATAWINDWINDREDO02.LOG
Mon Aug 30 15:08:09 2021
Archived Log entry 523280 added for thread 1 sequence 544213 ID 0x2b753fc0 dest 1:
Mon Aug 30 15:33:09 2021
Thread 1 advanced to log sequence 544215 (LGWR switch)
Current log# 3 seq# 544215 mem# 0: E:APPORADATAWINDWINDREDO03.LOG
Mon Aug 30 15:34:07 2021
Archived Log entry 523281 added for thread 1 sequence 544214 ID 0x2b753fc0 dest 1:
Mon Aug 30 15:59:05 2021
Thread 1 advanced to log sequence 544216 (LGWR switch)
Current log# 1 seq# 544216 mem# 0: E:APPORADATAWINDWINDREDO01.LOG
Mon Aug 30 16:00:01 2021

4

查看awr報(bào)告

4.1 摘要信息
通過AWR的摘要信息，我們可以看到數(shù)據(jù)庫及服務(wù)器的基本狀況。其中，CPU數(shù)有8個(gè)，DB Time為486.22 (mins)，486.22/8=60.77 雖然有一點(diǎn)大，但是并不是特別的突出（沒有發(fā)生問題時(shí)的DB Time也差不多，有時(shí)甚至更長），所以數(shù)據(jù)庫負(fù)載沒啥問題。
4.2 查看awr報(bào)告中l(wèi)oad profile部分
一秒數(shù)據(jù)量是75K，系統(tǒng)比較閑，跑的業(yè)務(wù)并不多。
4.3 等待事件
但是Top 10的前臺等待事件中，”log file sync”等待成為最多的等待事件（占DB Time的71.4%），并且等待總時(shí)間（Total）為57413s （約956mins），平均等待（Avg ）為362.83 ms,顯然是不正常的。 
（通過獲取其他時(shí)間段AWR報(bào)告看到，正常時(shí)”log file sync”的平均等待Avg 為2ms）
另外Top 10 foregound events前四的等待事件都是關(guān)于I/O的，初步懷疑存儲的I/O出現(xiàn)了問題。
（log file sync是前臺等待事件，log file parallel write是后臺等待事件）
上面的顯示了log file sync （362.83ms）和 log file parallel write（247.33ms） 都有很高的等待時(shí)間。
這里log file parallel write的avg wait達(dá)到了247.33ms，初步判斷磁盤的I/O出現(xiàn)了問題。
后來客戶反饋，該時(shí)間段存儲設(shè)備出了點(diǎn)問題，導(dǎo)致存儲IO性能嚴(yán)重下降。
參考MOS原文（Doc ID 1626301.1）：

如果log file sync的時(shí)間消耗在log file parallel write上的比例高，那么大部分的等待時(shí)間是由于 IO（等待 redo 寫入）。應(yīng)該檢查 LGWR 在 IO 方面的性能。

作為一個(gè)經(jīng)驗(yàn)法則，log file parallel write平均時(shí)間超過 20 毫秒, 意味著 IO 子系統(tǒng)有問題。（當(dāng)然這個(gè)時(shí)間對于擁有更多cache的現(xiàn)代的存儲系統(tǒng)以及SSD, NVRAM來說會更小）

5

實(shí)例統(tǒng)計(jì)信息

查看數(shù)據(jù)庫實(shí)例的redo相關(guān)的各種統(tǒng)計(jì)信息。
5.1 Compare the average user commits and user rollbacks to user calls
其衡量方法一般為比較 user commit/rollback 同 user calls 比值的平均值， 即”user calls/(user commits+user rollbacks)” 本次平均值為28.95= 28.95/(0.79+0.21) ，commit 稍微有點(diǎn)頻繁，但是猜測也不應(yīng)該引起非常嚴(yán)重的整體數(shù)據(jù)庫問題。（通常，我們期望 user calls/user commit 大于 25；user calls/(user commits+user rollbacks)大于30。）
5.2 歸檔日志文件切換（LGWR switch）狀況
per hour是切換次數(shù)，這里每小時(shí)切換了2次。60分鐘/1.97=30分鐘，說明每30分鐘切換一次，所以這里日志文件大小不存在問題。
oracle的推薦值是每15-20分鐘切換一次，也就是每小時(shí)切換3-4次。如果per Hour大于3-4次，則說明日志文件過小。

參考：

Document:1376916.1 Troubleshooting: Log file sync Waits

 


END




本文作者：劉玉川

本文來源：IT那活兒（上海新炬王翦團(tuán)隊(duì)）

文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址：http://m.specialneedsforspecialkids.com/yun/129490.html

相關(guān)文章

  • JavaScript單線程事件循環(huán)(Event Loop)那些事

    摘要：概述本篇主要介紹的運(yùn)行機(jī)制單線程事件循環(huán)結(jié)論先在中利用運(yùn)行至完成和非阻塞完成單線程下異步任務(wù)的處理就是先處理主模塊主線程上的同步任務(wù)再處理異步任務(wù)異步任務(wù)使用事件循環(huán)機(jī)制完成調(diào)度涉及的內(nèi)容有單線程事件循環(huán)同步執(zhí)行異步執(zhí)行定時(shí)器的事件循環(huán)開始 1.概述 本篇主要介紹JavaScript的運(yùn)行機(jī)制:單線程事件循環(huán)(Event Loop). 結(jié)論先: 在JavaScript中, 利用運(yùn)行至...

    Shisui 評論0 收藏0

  • Nodejs高性能原理(上) --- 異步非阻塞事件驅(qū)動模型

    摘要：使用了一個(gè)事件驅(qū)動非阻塞式的模型，使其輕量又高效。的包管理器，是全球最大的開源庫生態(tài)系統(tǒng)。按照這個(gè)定義，之前所述的阻塞，非阻塞，多路復(fù)用信號驅(qū)動都屬于同步。 系列文章 Nodejs高性能原理(上) --- 異步非阻塞事件驅(qū)動模型Nodejs高性能原理(下) --- 事件循環(huán)詳解 前言 終于開始我nodejs的博客生涯了,先從基本的原理講起.以前寫過一篇瀏覽器執(zhí)行機(jī)制的文章,和nodej...

    yy736044583 評論0 收藏0

  • JS 異步的實(shí)現(xiàn)

    摘要：由于引擎同一時(shí)間只執(zhí)行一段代碼這是由單線程的性質(zhì)決定的，所以每個(gè)代碼塊阻塞了其它異步事件的進(jìn)行。這意味著瀏覽器將等待著一個(gè)新的異步事件發(fā)生。異步的任務(wù)執(zhí)行的順序是不固定的，主要看返回的速度。 我們經(jīng)常說JS是單線程的，比如node.js研討會上大家都說JS的特色之一是單線程的，這樣使JS更簡單明了，可是大家真的理解所謂JS的單線程機(jī)制嗎？單線程時(shí)，基于事件的異步機(jī)制又該當(dāng)如何，這些知識...

    sihai 評論0 收藏0

發(fā)表評論

0條評論

最新活動
閱讀需要支付1元查看
<