ORACLE RAC環境REDO日志量突然增加的分析

服務概述

CRM系統在7/11日出現REDO日志產生量突增，達到平時產生量的20倍以上，對數據同步已經造成了較大的影響。工程師接到故障申報后，及時進行響應，通過對相關日志等信息的深入分析，整理匯總此文檔。

二、數據庫REDO產生量突境問題分析

    1. 數據庫運行狀態檢查

STATUS ??????INSTANCE_NAME ???START_TIME

------------ ---------------- --------------------

OPEN ????????crm1 ????????????2019/06/02 15:07:43

OPEN ????????crm2 ????????????2019/03/08 16:34:47

SQL>

OPEN_MODE ???????????NAME ?????DB_UNIQUE_NA FOR LOG_MODE ????DATABASE_ROLE ?????????DBID LANG ??????????????????????CURRT_TIME

-------------------- --------- ------------ --- ------------ ---------------- ---------- -------------------------- --------------------

READ WRITE ??????????CRM ??????crm ?????????YES ARCHIVELOG ??PRIMARY ?????????3793602241 AMERICAN_AMERICA.ZHS16GBK ?2019/07/11 21:34:10

    1. 數據庫redo log配置

STATUS ??????????????GROUP# MEMBER ??????????????????????????????????????????????????????????????MB ?SEQUENCE# ???THREAD#

---------------- ---------- ------------------------------------------------------------ ---------- ---------- ----------

INACTIVE ?????????????????1 +REDO/crm/onlinelog/group_1.275.985305107 ?????????????????????????2048 ?????10388 ?????????1

INACTIVE ?????????????????2 +REDO/crm/onlinelog/group_2.274.985305095 ?????????????????????????2048 ?????10389 ?????????1

INACTIVE ?????????????????3 +REDO/crm/onlinelog/group_3.273.985305083 ?????????????????????????2048 ?????10390 ?????????1

INACTIVE ?????????????????4 +REDO/crm/onlinelog/group_4.272.985305069 ?????????????????????????2048 ?????10391 ?????????1

INACTIVE ?????????????????5 +REDO/crm/onlinelog/group_5.256.985304057 ?????????????????????????2048 ?????10385 ?????????1

INACTIVE ?????????????????6 +REDO/crm/onlinelog/group_6.257.985304079 ?????????????????????????2048 ?????10386 ?????????1

CURRENT ??????????????????7 +REDO/crm/onlinelog/group_7.268.985304723 ?????????????????????????2048 ?????10394 ?????????1

INACTIVE ?????????????????8 +REDO/crm/onlinelog/group_8.269.985304815 ?????????????????????????2048 ?????10387 ?????????1

INACTIVE ?????????????????9 +REDO/crm/onlinelog/group_9.270.985304847 ?????????????????????????2048 ?????10392 ?????????1

INACTIVE ????????????????10 +REDO/crm/onlinelog/group_10.271.985304917 ????????????????????????2048 ?????10393 ?????????1

INACTIVE ????????????????21 +REDO/crm/onlinelog/group_21.258.985304107 ????????????????????????2048 ??????9390 ?????????2

INACTIVE ????????????????22 +REDO/crm/onlinelog/group_22.260.985304293 ????????????????????????2048 ??????9391 ?????????2

CURRENT ?????????????????23 +REDO/crm/onlinelog/group_23.259.985304475 ????????????????????????2048 ??????9392 ?????????2

INACTIVE ????????????????24 +REDO/crm/onlinelog/group_24.261.985304165 ????????????????????????2048 ??????9383 ?????????2

INACTIVE ????????????????25 +REDO/crm/onlinelog/group_25.262.985304493 ????????????????????????2048 ??????9384 ?????????2

INACTIVE ????????????????26 +REDO/crm/onlinelog/group_26.263.985304511 ????????????????????????2048 ??????9385 ?????????2

INACTIVE ????????????????27 +REDO/crm/onlinelog/group_27.264.985304525 ????????????????????????2048 ??????9386 ?????????2

INACTIVE ????????????????28 +REDO/crm/onlinelog/group_28.265.985304549 ????????????????????????2048 ??????9387 ?????????2

INACTIVE ????????????????29 +REDO/crm/onlinelog/group_29.266.985304607 ????????????????????????2048 ??????9388 ?????????2

INACTIVE ????????????????30 +REDO/crm/onlinelog/group_30.267.985304619 ????????????????????????2048 ??????9389 ?????????2

20 rows selected.

    1. 數據庫REDO產生量及切換頻率信息

分析最近三天的REDO日志切換頻率，可以發現7/11日上午10點-13點時REDO切換頻率最高

Date ????????????????THREAD ????Archives_in_last_3_days/hour

-------------------- ---------- ----------------------------

2019/07/09:00 ???????1 ????????????????????????????????????2

2019/07/09:00 ???????2 ????????????????????????????????????2

2019/07/09:04 ???????2 ????????????????????????????????????1

2019/07/09:08 ???????1 ????????????????????????????????????1

2019/07/09:08 ???????2 ????????????????????????????????????3

2019/07/09:09 ???????1 ????????????????????????????????????1

2019/07/09:09 ???????2 ????????????????????????????????????3

2019/07/09:10 ???????1 ????????????????????????????????????2

2019/07/09:10 ???????2 ????????????????????????????????????3

2019/07/09:11 ???????1 ????????????????????????????????????1

2019/07/09:11 ???????2 ????????????????????????????????????4

2019/07/09:12 ???????1 ????????????????????????????????????3

2019/07/09:12 ???????2 ????????????????????????????????????4

2019/07/09:13 ???????1 ????????????????????????????????????1

2019/07/09:13 ???????2 ????????????????????????????????????2

2019/07/09:14 ???????1 ????????????????????????????????????1

2019/07/09:14 ???????2 ????????????????????????????????????2

2019/07/09:15 ???????1 ????????????????????????????????????2

2019/07/09:15 ???????2 ????????????????????????????????????4

2019/07/09:16 ???????1 ????????????????????????????????????1

2019/07/09:16 ???????2 ????????????????????????????????????2

2019/07/09:17 ???????1 ????????????????????????????????????1

2019/07/09:17 ???????2 ????????????????????????????????????1

2019/07/09:19 ???????2 ????????????????????????????????????1

2019/07/09:20 ???????1 ????????????????????????????????????1

2019/07/09:20 ???????2 ????????????????????????????????????2

2019/07/09:21 ???????2 ????????????????????????????????????1

2019/07/09:22 ???????1 ????????????????????????????????????2

2019/07/09:22 ???????2 ????????????????????????????????????3

2019/07/09:23 ???????2 ????????????????????????????????????2

2019/07/10:00 ???????1 ????????????????????????????????????1

2019/07/10:00 ???????2 ????????????????????????????????????1

2019/07/10:01 ???????1 ????????????????????????????????????2

2019/07/10:01 ???????2 ????????????????????????????????????2

2019/07/10:03 ???????2 ????????????????????????????????????1

2019/07/10:05 ???????1 ????????????????????????????????????1

2019/07/10:05 ???????2 ????????????????????????????????????1

2019/07/10:08 ???????1 ????????????????????????????????????1

2019/07/10:08 ???????2 ????????????????????????????????????3

2019/07/10:09 ???????1 ????????????????????????????????????2

2019/07/10:09 ???????2 ????????????????????????????????????4

2019/07/10:10 ???????1 ????????????????????????????????????1

2019/07/10:10 ???????2 ????????????????????????????????????3

2019/07/10:11 ???????1 ????????????????????????????????????1

2019/07/10:11 ???????2 ????????????????????????????????????3

2019/07/10:12 ???????1 ????????????????????????????????????3

2019/07/10:12 ???????2 ????????????????????????????????????4

2019/07/10:13 ???????2 ????????????????????????????????????1

2019/07/10:14 ???????1 ????????????????????????????????????2

2019/07/10:14 ???????2 ????????????????????????????????????3

2019/07/10:15 ???????1 ????????????????????????????????????1

2019/07/10:15 ???????2 ????????????????????????????????????3

2019/07/10:16 ???????1 ????????????????????????????????????1

2019/07/10:16 ???????2 ????????????????????????????????????2

2019/07/10:17 ???????2 ????????????????????????????????????1

2019/07/10:18 ???????2 ????????????????????????????????????1

2019/07/10:19 ???????1 ????????????????????????????????????1

2019/07/10:20 ???????2 ????????????????????????????????????2

2019/07/10:21 ???????1 ????????????????????????????????????1

2019/07/10:21 ???????2 ????????????????????????????????????1

2019/07/10:22 ???????2 ????????????????????????????????????2

2019/07/10:23 ???????1 ????????????????????????????????????1

2019/07/10:23 ???????2 ????????????????????????????????????1

2019/07/11:00 ???????1 ????????????????????????????????????1

2019/07/11:01 ???????2 ????????????????????????????????????1

2019/07/11:08 ???????1 ????????????????????????????????????1

2019/07/11:08 ???????2 ????????????????????????????????????3

2019/07/11:09 ???????1 ????????????????????????????????????2

2019/07/11:09 ???????2 ????????????????????????????????????4

2019/07/11:10 ???????1 ???????????????????????????????????14

2019/07/11:10 ???????2 ????????????????????????????????????7

2019/07/11:11 ???????1 ???????????????????????????????????61

2019/07/11:11 ???????2 ???????????????????????????????????20

2019/07/11:12 ???????1 ???????????????????????????????????53

2019/07/11:12 ???????2 ???????????????????????????????????18

2019/07/11:13 ???????1 ???????????????????????????????????23

2019/07/11:13 ???????2 ????????????????????????????????????8

2019/07/11:14 ???????1 ????????????????????????????????????8

2019/07/11:14 ???????2 ????????????????????????????????????4

2019/07/11:15 ???????1 ????????????????????????????????????4

2019/07/11:15 ???????2 ????????????????????????????????????3

2019/07/11:16 ???????1 ???????????????????????????????????10

2019/07/11:16 ???????2 ????????????????????????????????????4

2019/07/11:17 ???????1 ???????????????????????????????????13

2019/07/11:17 ???????2 ????????????????????????????????????5

2019/07/11:18 ???????1 ????????????????????????????????????9

2019/07/11:18 ???????2 ????????????????????????????????????3

2019/07/11:19 ???????1 ????????????????????????????????????9

2019/07/11:19 ???????2 ????????????????????????????????????3

2019/07/11:20 ???????1 ???????????????????????????????????12

2019/07/11:20 ???????2 ????????????????????????????????????4

2019/07/11:21 ???????1 ????????????????????????????????????3

    1. 數據庫AWR報告分析

1.7/11日 10-13點數據

2.7/11日 13-18點數據

3.7/10日11-13點與7/11日 11-13點數據對


三、總結與后續處理建議

3.1 問題總結

問題排查思路：

1.找出REDO產生量大的時間段

首先查詢出數據庫每小時的REDO產生量，根據最近三天的REDO產生量的統計值可以發現11-13點產生量最大。

2.查找產生REDO量大的SQL或表

首先明確數據庫的REDO在數據發生變化時會對應產生，可以簡單認為是表中數據段有寫入動作(SQL的增刪改對應的數據變化都需要通過對表中數據段的寫入來實現)；查詢不會產生REDO。因此著重排查涉及增刪改的SQL語句及寫入量排在前面的表。

3.問題排查過程

通過查詢10-13點數據庫數據變動量最大的表（通過寫入量來判斷，寫入即對應數據的變更，變更會產生REDO LOG，查詢不會產生REDO LOG）；

同時通過對比正常時段(2019/7/10 11-13點)與問題時段(2019/7/11 11-13點)的數據庫AWR性能報告,通過對比數據寫入量及相應的數據寫入量大的表信息，可以與問題時段10-13點查出的變化量最大的表進行互相驗證。

SQL部分的查詢未有發現，原因可能是SQL執行速度較快并且未使用綁定變量，這種情況下AWR報告是獲取的相同SQL的匯總數據排序靠前的，單個SQL執行快是抓不到的。

4.排查結果

通過上述排查思路和排查方法有如下信息：

用查詢出的REDO產生量最大的時段11-13點為例：兩張表TZBOSS.BP_ACC_BILLITEM_DTL TZBOSS.CS_PROD_SUBSCRIPTION_HIS的數據寫入占整個數據庫在此期間寫入量的62.5%。

從2019/7/10 11-13點與2019/7/11 11-13點的數據庫AWR性能報告對比來看，2019/7/10 11-13點沒有發現對這兩張表的寫入。

7/11日 13-18點數據來看REDO產生量已經減少，此時從只有表TZBOSS.BP_ACC_BILLITEM_DTL的寫入較大，占總的25%。

3.2 后續處理建議

建議與應用程序開發部門溝通兩張表TZBOSS.BP_ACC_BILLITEM_DTL TZBOSS.CS_PROD_SUBSCRIPTION_HIS.涉及的業務邏輯是否發生了相應變化或新增。

本文來自互聯網用戶投稿，該文觀點僅代表作者本人，不代表本站立場。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。
如若轉載，請注明出處：http://www.pswp.cn/diannao/83482.shtml
繁體地址，請注明出處：http://hk.pswp.cn/diannao/83482.shtml
英文地址，請注明出處：http://en.pswp.cn/diannao/83482.shtml

如若內容造成侵權/違法違規/事實不符，請聯系多彩編程網進行投訴反饋email:809451989@qq.com，一經查實，立即刪除！

相關文章

注冊表設置windows背景護眼色

注冊表設置windows背景護眼色

方法一： CtrlR，輸入regedit打開注冊表 HKEY_CURRENT_USER\Control Panel\Colors 右側窗口Windows鍵值由255 255 255改為202 234 206。 方法二： 還是注冊表 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Themes\DefaultColo…
閱讀更多...
回溯法理論基礎 LeetCode 77. 組合 LeetCode 216.組合總和III LeetCode 17.電話號碼的字母組合

回溯法理論基礎 LeetCode 77. 組合 LeetCode 216.組合總和III LeetCode 17.電話號碼的字母組合

目錄 回溯法理論基礎 回溯法 回溯法的效率 用回溯法解決的問題 如何理解回溯法 回溯法模板 LeetCode 77. 組合 回溯算法的剪枝操作 LeetCode 216.組合總和III LeetCode 17.電話號碼的字母組合 回溯法理論基礎 回溯法 回溯法也可以叫做回溯搜索法，它是一…
閱讀更多...
自己手寫tomcat項目

自己手寫tomcat項目

一：Servlet的原理 在Servlet(接口中)有： 1.init():初始化servlet 2.getServletConfig()：獲取當前servlet的配置信息 3.service():服務器（在HttpServlet中實現，目的是為了更好的匹配http的請求方式） 4.g…
閱讀更多...
蘭亭妙微：用系統化思維重構智能座艙 UI 體驗

蘭亭妙微：用系統化思維重構智能座艙 UI 體驗

蘭亭妙微設計專注于以產品邏輯驅動的界面體驗優化，服務領域覆蓋AI交互、智能穿戴、IoT設備、智慧出行等多個技術密集型產業。我們倡導以“系統性設計”為方法論，在用戶需求與技術邊界之間找到最優解。 此次智能駕駛項目，我們為某車載平臺提供…
閱讀更多...
ubuntu安裝google chrome

ubuntu安裝google chrome

更新系統 sudo apt update安裝依賴 sudo apt install curl software-properties-common apt-transport-https ca-certificates -y導入 GPG key curl -fSsL https://dl.google.com/linux/linux_signing_key.pub | gpg --dearmor | sudo tee /usr/share/keyrings/google-chrom…
閱讀更多...
技術測評：小型單文件加密工具的功能解析

技術測評：小型單文件加密工具的功能解析

最近在測試一款名為OEMexe的文件加密工具，發現它確實有一些獨特之處值得分享。這款軟件體積非常小巧，僅209KB，屬于綠色單文件版程序，無需安裝即可直接運行。 主要特點 多格式支持：能夠處理多種常見文件格式&#xff0…
閱讀更多...
Java-Objects類高效應用的全面指南

Java-Objects類高效應用的全面指南

Java_Objects類高效應用的全面指南 前言一、Objects 類概述二、Objects 類的核心方法解析2.1 requireNonNull系列方法：空指針檢查的利器2.2 equals方法：安全的對象比較2.3 hashCode方法：統一的哈希值生成2.4 toString方法：靈活的對…
閱讀更多...
計網| 網際控制報文協議（ICMP）

計網| 網際控制報文協議（ICMP）

目錄 網際控制報文協議（ICMP） 一、ICMP 基礎特性 二、ICMP 報文分類及作用 差錯報告報文 詢問報文 網際控制報文協議（ICMP） ICMP（Internet Control Message Protocol，網際控制報文協議）是 …
閱讀更多...
微服務初步學習

微服務初步學習

系統架構演變過程 一、單體架構 前后端都在一個項目中，包括我們現在的前后端分離開發，都可以看作是一個單體項目。 二、集群架構 把一個服務部署多次，可以解決服務不夠的問題，但是有些不必要的功能也跟著部署多次。 三、垂直架…
閱讀更多...
Web安全基礎：深度解析與實戰指南

Web安全基礎：深度解析與實戰指南

一、Web安全體系架構的全面剖析 1.1 分層防御模型（Defense in Depth） 1.1.1 網絡層防護 ??防火墻技術??： 狀態檢測防火墻（SPI）：基于連接狀態跟蹤，阻斷非法會話（如SYN Flood攻擊）下一代防火墻（NGFW）：集成IPS、AV、URL過濾（如Palo Alto PA-5400系列）配置示例…
閱讀更多...
使用大語言模型從零構建知識圖譜（上）

使用大語言模型從零構建知識圖譜（上）

從零到一：大語言模型在知識圖譜構建中的實操指南 ©作者|Ninja Geek 來源|神州問學 將你的 Pandas data frame 利用大語言模型轉換為知識圖譜。從零開始構建自己的基于大語言模型的圖譜構建器，實際使用 Langchain 的 LLMGraphTransformer &#xff…
閱讀更多...
18.自動化生成知識圖譜的多維度質量評估方法論

18.自動化生成知識圖譜的多維度質量評估方法論

文章目錄 一、結構維度評估1.1 拓撲結構評估1.1.1 基礎圖論指標1.1.2 層級結構指標 1.2 邏輯一致性評估1.2.1 形式邏輯驗證1.2.2 約束滿足度 二、語義維度評估2.1 語義一致性評估2.1.1 標簽語義分析2.1.2 關系語義評估 2.2 語義表示質量2.2.1 嵌入質量2.2.2 上下文語義評估 三、…
閱讀更多...
go 集成base64Captcha 支持多種驗證碼

go 集成base64Captcha 支持多種驗證碼

base64Captcha 是一個基于 Go 語言開發的驗證碼生成庫，主要用于在 Web 應用中集成驗證碼功能，以增強系統的安全性。以下是其主要特點和簡介： base64Captcha主要功能 驗證碼類型豐富：支持生成多種類型的驗證碼，包括純…
閱讀更多...
制作大風車動畫

制作大風車動畫

這個案例的風車旋轉應用了圖形變換來實現，速度和縮放比例應用slider來實現，其中圖片的速度，圖片大小的信息通過State來定義變量管理，速度和和縮放比例的即時的值通過Prop來管理。 1. 案例效果截圖 2. 案例運用到的知識點 2.1. 核…
閱讀更多...
代碼隨想錄算法訓練營第四十二四十三天

代碼隨想錄算法訓練營第四十二四十三天

LeetCode/卡碼網題目: 42. 接雨水84. 柱狀圖中最大的矩形98. 所有可達路徑 其他: 今日總結 往期打卡 42. 接雨水 跳轉: 42. 接雨水 學習: 代碼隨想錄公開講解 問題: 給定 n 個非負整數表示每個寬度為 1 的柱子的高度圖，計算按此排列的柱子，下雨之后能…
閱讀更多...
SEO 優化實戰：ZKmall模板商城的 B2C商城的 URL 重構與結構化數據

SEO 優化實戰：ZKmall模板商城的 B2C商城的 URL 重構與結構化數據

在搜索引擎算法日益復雜的今天，B2C商城想要在海量信息中脫穎而出，僅靠優質商品和營銷活動遠遠不夠。ZKmall模板商城以實戰為導向，通過URL 重構與結構化數據優化兩大核心策略，幫助 B2C 商城實現從底層架構到搜索展示的全面升級&…
閱讀更多...
Linux自有服務

Linux自有服務

自有服務概述 概述 自有服務，即不需要用戶獨立去安裝的軟件的服務，而是當系統安裝好之后就可以直接使用的服務（內置） 顯示服務 顯示服務 命令：systemctl \[選項] 選項參數 list-units --type service --all&#x…
閱讀更多...
ZYNQ Overlay硬件庫使用指南：用Python玩轉FPGA加速

ZYNQ Overlay硬件庫使用指南：用Python玩轉FPGA加速

在傳統的FPGA開發中，硬件設計需要掌握Verilog/VHDL等硬件描述語言，這對軟件開發者而言門檻較高。Xilinx的PYNQ框架通過Overlay硬件庫徹底改變了這一現狀——開發者只需調用Python API即可控制FPGA的硬件模塊，實現硬件加速與靈活配置。本文將深入探討ZYNQ Overlay的核心概念、…
閱讀更多...
JavaScript入門【1】概述

JavaScript入門【1】概述

1.JavaScript是什么? <font style"color:rgb(38,38,38);">Javascript &#xff08;簡稱“JS”&#xff09;是?種直譯式腳本語?&#xff0c;?段腳本其實就是?系列指令&#xff0c;計算機通過這些指令來達成?標。它?是?種動態類型的編程語?。JS?來在?…
閱讀更多...
c++從入門到精通（五）--異常處理，命名空間，多繼承與虛繼承

c++從入門到精通（五）--異常處理，命名空間，多繼承與虛繼承

異常處理 棧展開過程&#xff1a; 棧展開過程沿著嵌套函數的調用鏈不斷查找&#xff0c;直到找到了與異常匹配的catch子句為止&#xff1b;也可能一直沒找到匹配的catch&#xff0c;則退出主函數后查找過程終止。棧展開過程中的對象被自動銷毀。 在棧展開的過程中&#xff0c…
閱讀更多...
最新文章

Copyright @ 2022~2023