最完善的redo暴增問題解決方案

IT那活兒發(fā)布于2023-01-11 13:20 / 838人閱讀

最完善的redo暴增問題解決方案

問題背景

因為前期業(yè)務(wù)評估所需數(shù)據(jù)庫的容量1T肯定是足夠的，所以數(shù)據(jù)庫建設(shè)期間ASM配置的容量也只有1T,這1T存儲需要滿足業(yè)務(wù)數(shù)據(jù)的存儲，以及對應(yīng)的歸檔存儲，本業(yè)務(wù)體系由于歷史原因只有表空間監(jiān)控以及對應(yīng)的主機(jī)系統(tǒng)存儲容量的監(jiān)控，并沒有針對對ASM磁盤空間的實時監(jiān)控，導(dǎo)致突然爆增情況下無法第一時間通過監(jiān)控發(fā)現(xiàn)。

問題現(xiàn)象

接到應(yīng)用側(cè)反應(yīng)數(shù)據(jù)庫無法連接，登錄系統(tǒng)查看集群狀態(tài)：

發(fā)現(xiàn)集群狀態(tài)為：stuckarchiver，此狀態(tài)數(shù)據(jù)庫開啟了歸檔且歸檔日志目錄滿導(dǎo)致的。

核實ASM存儲，歸檔日志大小，以及歸檔位置：

經(jīng)定位的確空間不足導(dǎo)致，對歸檔做了清理后集群狀態(tài)恢復(fù)。

原因分析：

分析歸檔切換頻率：

執(zhí)行結(jié)果：發(fā)現(xiàn)該時段有異常的歸檔日志切換，導(dǎo)致本身充足的200GASM磁盤在短短的2小時被歸檔撐滿（一個歸檔500M）,最終導(dǎo)致數(shù)據(jù)庫故障。

快速定位相關(guān)變更對象：

第一種方法：塊變更定位法

塊是oracle數(shù)據(jù)庫的最小存儲結(jié)構(gòu)，數(shù)據(jù)庫中增刪改都是會記錄塊變更的，因此快速定位歸檔日志增長推薦采用塊變更視圖。

通過塊表更快速準(zhǔn)確定位相關(guān)對象，以及相關(guān)sql讓業(yè)務(wù)側(cè)核實業(yè)務(wù)邏輯；

經(jīng)查詢有一個日志表塊變更極度頻繁，每一次塊變更都基本上對應(yīng)一次insert操作，數(shù)據(jù)庫默認(rèn)塊大小時8k,而每次insert數(shù)據(jù)在沒有clob字段的情況下，幾乎不會超過8K，因此可以快速定位這個期間，該表進(jìn)行了快速的增刪改操作。

第二種方法：AWR報告

經(jīng)抓取15-16,16-17兩個時間段的awr報告發(fā)現(xiàn)，這兩個時間段有一條insert sql，頻繁的執(zhí)行了幾千萬次，最終導(dǎo)致歸檔短時間撐爆ASM磁盤，導(dǎo)致無法正常切換歸檔的問題。

后續(xù)處理疑問與實驗？？？：

業(yè)務(wù)側(cè)找到了導(dǎo)致死循環(huán)的任務(wù)，將任務(wù)停止后，歸檔不再增加，系統(tǒng)恢復(fù)正常。但是短期的insert導(dǎo)致的表空間增長是勢必要解決的，但是當(dāng)我們分析數(shù)據(jù)庫大對象是發(fā)現(xiàn)，導(dǎo)致短時間產(chǎn)生750個歸檔，近300G存儲容量的表，實際上只有24G，客戶對此有點(diǎn)疑問，一般情況下歸檔日志肯定記錄要大于表數(shù)據(jù)，畢竟日志記錄的要多一點(diǎn)，但是為了更好的比對一下比例不妨做一個簡單的實驗。

截圖：問題數(shù)據(jù)庫中大對象存儲明細(xì)

關(guān)于redo增長與表大小增長的實驗：

前期準(zhǔn)備：

數(shù)據(jù)庫版本	11.2.0.4.0
歸檔狀態(tài)	已開啟

第一步：清空測試環(huán)境歸檔目錄

切換歸檔日志：保證實驗時產(chǎn)生的歸檔都是插入導(dǎo)致的

Alter system switchlogfile;

清空歸檔目錄：便于觀察歸檔大小

Crosscheckarchivelog all;

delete nopromptarchivelog until time sysdate-0.001;

第二步：創(chuàng)建插入存儲過程

用于隨機(jī)導(dǎo)入數(shù)據(jù)特定的數(shù)據(jù)

create or replace procedure zzj_test_proc(num1 Number) is

begin

For cur In 1 .. num1 Loop

Insert Into zzj_test_awr Values(cur,Sysdate);

If Mod(cur,100)=1 Then

Commit;

End If;

End Loop;

Commit;

end zzj_test_proc;

第三步：調(diào)用插入實驗過程觀察相關(guān)待驗證結(jié)果

1：調(diào)用存儲過程：Callzzj_test_proc(100000);

2：切換日志看歸檔日志大小

Alter system switchlogfile;

發(fā)現(xiàn)當(dāng)前歸檔日志足足產(chǎn)生了41M

3：核實塊表更情況

快變更依賴dba_hist_snapshot視圖，此視圖依賴于快照信息，所以執(zhí)行完后需要手工收集一下數(shù)據(jù)庫快照

手工收集快照：

begin

dbms_workload_repository.create_snapshot();

end;

詳細(xì)見截圖：

可以看到塊變更次數(shù)幾乎滿足于存儲過程執(zhí)行的次數(shù)，再一次證明每一次插入都會對應(yīng)一次塊變更的記錄更新。

核實插入十萬行數(shù)據(jù)表大小的變化：

我們可以看到表大小僅僅變化了3M，而歸檔足足增加了41M，綜上可以判斷日志產(chǎn)生基本上是數(shù)據(jù)的十倍以上，這也解釋了，為啥短時間歸檔日志產(chǎn)生了足足300G，而表空間增長卻很緩慢。

總結(jié)

歸檔和表數(shù)據(jù)增長的明顯不成比例，當(dāng)發(fā)現(xiàn)歸檔的過度增加是因為某一個對象導(dǎo)致的，而對象存儲的增長卻明顯很低，這種顯然很難從對應(yīng)的官方文檔或是MOS上找到想要的解釋，而這種現(xiàn)象卻可以通過簡單地實驗去驗證自己的設(shè)想，顯然如上實驗清晰明了的證明了歸檔日志的數(shù)據(jù)存儲的確遠(yuǎn)大于數(shù)據(jù)庫表記錄存儲占用的空間，在專注技術(shù)的道路上，學(xué)會實驗驗證自己的猜想很重要。

END

云服務(wù)器 GPU云服務(wù)器最短路問題的算法解決問題的方法云計算解決的問題短視頻問題的解決措施

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

轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/129957.html

發(fā)表評論

登陸后可評論

0條評論

IT那活兒

男|高級講師

我要關(guān)注我要私信

TA的文章

消息中間件故障分析一例

閱讀 1356·2023-01-11 13:20
RAC雙節(jié)點(diǎn)crash回復(fù)一例

閱讀 1707·2023-01-11 13:20
ORA-600處理一例

閱讀 1215·2023-01-11 13:20
雙節(jié)點(diǎn)RAC實例2 HANG 故障分析一例

閱讀 1906·2023-01-11 13:20
RAC集群節(jié)點(diǎn)1重啟分析一例

閱讀 4165·2023-01-11 13:20
CRS啟動報錯CRS-1656處理分享

閱讀 2757·2023-01-11 13:20
oracle 12CR2打補(bǔ)丁報錯處理一例

閱讀 1402·2023-01-11 13:20
分布式緩存組件故障分析及監(jiān)控優(yōu)化

閱讀 3671·2023-01-11 13:20

成人国产在线小视频_日韩寡妇人妻调教在线播放_色成人www永久在线观看_2018国产精品久久_亚洲欧美高清在线30p_亚洲少妇综合一区_黄色在线播放国产_亚洲另类技巧小说校园_国产主播xx日韩_a级毛片在线免费

資訊專欄INFORMATION COLUMN

上云采購季！| 2核2G4M爆款云服務(wù)器低至59元/年，更有多臺、長期優(yōu)惠，快來選購！

最完善的redo暴增問題解決方案