這篇文章將為大家詳細(xì)講解有關(guān)Oracle 11g 遇到log file sync嚴(yán)重等待事件該怎么辦，文章內(nèi)容質(zhì)量較高，因此小編分享給大家做個(gè)參考，希望大家閱讀完這篇文章后對(duì)相關(guān)知識(shí)有一定的了解。

網(wǎng)站建設(shè)哪家好，找創(chuàng)新互聯(lián)！專(zhuān)注于網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開(kāi)發(fā)、微信小程序定制開(kāi)發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了訥河免費(fèi)建站歡迎大家使用！

數(shù)據(jù)庫(kù)版本：11.2.0.3.0
RAC雙節(jié)點(diǎn)，DG一節(jié)點(diǎn)。
RAC節(jié)點(diǎn)1正常，RAC節(jié)點(diǎn)2出現(xiàn)log file sync嚴(yán)重等待事件，數(shù)據(jù)庫(kù)性能受到嚴(yán)重影響。
從AWR報(bào)告看：
DB Time很高，log file sync等待嚴(yán)重。
正常情況下log file sync的Avg wait應(yīng)該是1。



問(wèn)題表現(xiàn)是log buffer向log file寫(xiě)入很慢。
排除了IO問(wèn)題。
有一篇文章關(guān)于11.2.0.3的log file sync等待事件問(wèn)題。
http://www.askmaclean.com/archives/bug-13551402-high-log-file-syncs-after-upgrading-from-10-2-0-5-to-11-2.html

如果 你遇到從10.2.0.5升級(jí)到11.2出現(xiàn)LOG FILE SYNCS等待事件顯著增長(zhǎng)的性能問(wèn)題，那么有必要讀一下這篇文章了。
在以往的經(jīng)驗(yàn)中如果遇到這種場(chǎng)景 ，那么 優(yōu)先考慮設(shè)置 “_use_adaptive_log_file_sync”=false, adaptive log file sync是 11.2中提出的一個(gè)優(yōu)化重做日志寫(xiě)的新特性， 在11.2.0.3以后默認(rèn)為T(mén)RUE。
有客戶在將”_use_adaptive_log_file_sync”=false后，log file sync等待事件的平均等待時(shí)間從10ms 下降到 1~2ms的案例。
_use_adaptive_log_file_sync造成性能下降的原因可能是其導(dǎo)致LGWR使用了polling 方式來(lái)取代 post/wait，并且polling的間隔是10ms，這個(gè)間隔是在代碼里寫(xiě)死的。
此外如果使用了Veritas/symantec 的ODM的話也需要特別注意：你可能遇到了Bug 13551402  High “l(fā)og file parallel write” and “l(fā)og file sync” after upgrading 11.2 with Veritas/Symantec ODM，這個(gè)BUG已經(jīng)確認(rèn)在11.2.0.3和11.2.0.2上存在。
對(duì)于該bug的內(nèi)部討論最后確認(rèn)是由于 11.2中l(wèi)gwr的 IO使用了一種批量同步I/O接口，導(dǎo)致當(dāng)配合Veritas/symantec 的ODM一起使用時(shí)會(huì)導(dǎo)致性能下降。

目前該BUG已經(jīng)在多個(gè)Unix/Linux平臺(tái)上提供補(bǔ)丁：


這里我直接修改“_use_adaptive_log_file_sync”=false

ALTER SYSTEM SET "_use_adaptive_log_file_sync"=FALSE;

SQL> SELECT   ksppinm, ksppstvl, ksppdesc  
  2        FROM   x$ksppi x, x$ksppcv y  
  3       WHERE   x.indx = y.indx AND  ksppinm like '_use_adaptive_log_file_sync';


KSPPINM
--------------------------------------------------------------------------------
KSPPSTVL
--------------------------------------------------------------------------------
KSPPDESC
--------------------------------------------------------------------------------
_use_adaptive_log_file_sync
FALSE
Adaptively switch between post/wait and polling

改完后再跑一下AWR。





通過(guò)前后兩天同一時(shí)間的AWR報(bào)告做對(duì)比，log file sync等待事件消失。log file sync變成了1。
DB Time也大幅下降。
問(wèn)題解決。

關(guān)于Oracle 11g 遇到log file sync嚴(yán)重等待事件該怎么辦就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺(jué)得文章不錯(cuò)，可以把它分享出去讓更多的人看到。

文章名稱(chēng)：Oracle11g遇到logfilesync嚴(yán)重等待事件該怎么辦-創(chuàng)新互聯(lián)
瀏覽路徑：http://vcdvsql.cn/article8/diocop.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供品牌網(wǎng)站建設(shè)、域名注冊(cè)、外貿(mào)建站、搜索引擎優(yōu)化、外貿(mào)網(wǎng)站建設(shè)、建站公司

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)