OracleGoldenGate告警部署異常引發(fā)的數(shù)據(jù)庫數(shù)據(jù)同步思考

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

點(diǎn)擊上方“IT那活兒”，關(guān)注后了解更多精彩內(nèi)容?。?/span>

文章前言

本文通過總結(jié)一次由OracleGoldenGate（下文簡稱OGG）監(jiān)控告警部署問題引發(fā)的問題，獲得對于該問題的解決方案和經(jīng)驗教訓(xùn)。在此基礎(chǔ)上，做出跟廣泛而深入的思考。在更好的注意告警部署細(xì)節(jié)的同時，提出借助平臺化、白屏化思想來規(guī)避細(xì)節(jié)的方法，形成簡單的口訣（一要完備測試，二要規(guī)范文檔，三要場景平臺化）方便記憶的同時，繼而對該問題繼續(xù)進(jìn)行擴(kuò)展，簡要論述OGG與ADG聯(lián)合架構(gòu)部署的思路^[1]和更多OGG監(jiān)控模式的思考。

技術(shù)背景

OGG是一種基于日志的結(jié)構(gòu)化數(shù)據(jù)復(fù)制軟件。OGG能夠?qū)崿F(xiàn)大量交易數(shù)據(jù)的實(shí)時捕捉、變換和投遞，實(shí)現(xiàn)源數(shù)據(jù)庫與目標(biāo)數(shù)據(jù)庫的數(shù)據(jù)同步，保持亞秒級的數(shù)據(jù)延遲。一個經(jīng)典的OGG雙向同步架構(gòu)如圖一所示：

圖一 OGG雙向同步架構(gòu)

OGG因為其精密的特性，需要實(shí)時監(jiān)控其運(yùn)行狀態(tài)，因此對于一套OGG系統(tǒng)，部署一套監(jiān)控告警，以獲取OGG延時信息、自動發(fā)現(xiàn)并能夠發(fā)送對應(yīng)的告警信息變得尤為關(guān)鍵。

問題描述

1. 問題產(chǎn)生復(fù)盤

問題發(fā)生于2021年12月28日9：00

問題發(fā)現(xiàn)于2021年12月29日9：00

問題發(fā)生背景：因計費(fèi)ACCT庫于2021年12月28日凌晨由主機(jī)A遷移至主機(jī)B，故需要在割接完成后，在新庫（主機(jī)B）上部署OGG告警定時任務(wù)。但當(dāng)晚在部署任務(wù)時操作出現(xiàn)若干失誤，導(dǎo)致告警腳本并未即可正常工作。

問題發(fā)生負(fù)面影響：割接完成后當(dāng)天，Oracle數(shù)據(jù)庫經(jīng)歷了兩次重啟。重啟時OGG抽取進(jìn)程Abended，而此時并未產(chǎn)生告警，直到次日上午手動進(jìn)入主機(jī)查看后才發(fā)現(xiàn)進(jìn)程異常。但此時抽取進(jìn)程啟動所需歸檔已經(jīng)被自動清理，抽取進(jìn)程無法啟動。

圖二抽取進(jìn)程啟動報錯信息

2. 產(chǎn)生問題原因

2.1 MGR進(jìn)程參數(shù)設(shè)置問題：

因為此次割接時，OGG的MGR并非手動創(chuàng)建的，因此沒有對它的參數(shù)進(jìn)行檢查，導(dǎo)致進(jìn)程異常后，MGR進(jìn)程不會正常拉起Abended進(jìn)程。

2.2 告警腳本配置問題：

告警腳本的定時任務(wù)里有兩條，分別用于監(jiān)控進(jìn)程查詢腳本是否被屏蔽，以及監(jiān)控進(jìn)程并發(fā)送短信告警。在當(dāng)晚測試時，僅對第一條定時任務(wù)的有效性做了檢查，并未檢查第二條定時任務(wù)的執(zhí)行效果。直到次日進(jìn)行進(jìn)程核查時，才發(fā)現(xiàn)告警腳本配置問題。檢查告警腳本的第二條定時任務(wù)后，發(fā)現(xiàn)兩條報錯：

發(fā)送告警信息的定時任務(wù)無法執(zhí)行，報錯輸出文件目錄不存在。
發(fā)送告警信息的定時任務(wù)（send_JF.sh）無法執(zhí)行，報錯系統(tǒng)JF不存在。

2.3 解決方案

2.3.1 配置MGR進(jìn)程參數(shù)并重啟MGR進(jìn)程：

重新配置MGR進(jìn)程參數(shù)，添加自動拉起進(jìn)程配置。

圖三重新配置MGR進(jìn)程參數(shù)

2.3.2 重新配置告警腳本：

對于第一個問題「報錯輸出文件目錄不存在」，發(fā)現(xiàn)是輸出文件目錄未修改，修改目錄后出現(xiàn)輸出文件。

對于第二個問題「報錯系統(tǒng)JF不存在」，發(fā)現(xiàn)是ogg_send.json配置文件里系統(tǒng)名未修改。修改系統(tǒng)名后成功收到告警短信。

圖四修改目錄

圖五修改系統(tǒng)名

2.3.3 手動恢復(fù)歸檔后重新拉起進(jìn)程：

查詢當(dāng)前保留的的歸檔文件目錄，發(fā)現(xiàn)最近的兩個節(jié)點(diǎn)最近的歸檔文件在Seq.176左右，而進(jìn)程所需歸檔文件需要恢復(fù)到Seq.134左右。

2.4 經(jīng)驗教訓(xùn)

這次的進(jìn)程異常問題，只要在任意一步里處理好，都不會導(dǎo)致最終需要重新恢復(fù)歸檔。（如果MGR配好了參數(shù)，出現(xiàn)進(jìn)程Abended就能夠自動拉起；如果配好了告警，出現(xiàn)進(jìn)程Abended就能夠立刻得到消息）

但這樣的失誤也有一個“好處”，就是同時發(fā)現(xiàn)了兩個問題。而如果其中一個問題不犯錯，那么就發(fā)現(xiàn)不了另一個問題。（如果MGR配好了參數(shù)，出現(xiàn)進(jìn)程Abended就能夠自動拉起，那么就不會發(fā)現(xiàn)告警腳本沒有配置好）

因此，對于其中導(dǎo)致錯誤最關(guān)鍵的兩步做出如下總結(jié)：

檢查MGR進(jìn)程參數(shù)：不論MGR進(jìn)程是否為手動創(chuàng)建，都要仔細(xì)檢查其參數(shù)配置。推廣到更一般的情況，就是在進(jìn)行操作時，對所有與該操作有關(guān)的信息進(jìn)行核查。
告警腳本完整測試：部署告警腳本的時候，需要對所有涉及的腳本進(jìn)行測試。推廣到更一般的情況，就是在進(jìn)行操作時，對所有可能觸發(fā)該操作的情況進(jìn)行校驗。

引發(fā)思考

1. 告警部署中的細(xì)節(jié)

除了在上文中提到的忽略的細(xì)節(jié)，部署監(jiān)控告警腳本的細(xì)節(jié)并不少。

在本案例中，一個規(guī)范的部署過程包括如下步驟：

step1 從FTP服務(wù)器的ogg目錄下載對應(yīng)文件（需要下載的文件參考其他正常運(yùn)行ogg的主機(jī)）。

step2 將對應(yīng)文件根據(jù)定時任務(wù)參數(shù)放到對應(yīng)的文件目錄。

step3 從ogg進(jìn)程參數(shù)里獲得ogg在數(shù)據(jù)庫中的用戶名和密碼，修改ora文件里的內(nèi)容。

step4 從其他正常運(yùn)行ogg的主機(jī)獲取新的send_XX.sh文件和ogg_send.json文件覆蓋從FTP服務(wù)器上下載的文件。并且修改ogg_send.json中的system_name為send_XX.sh中下劃線的后綴XX。

step5 使用測試進(jìn)程來盡可能完備的測試告警是否正常（一測監(jiān)控告警腳本的腳本是否正常，二測告警腳本是否正常，三測定時任務(wù)是否正常）。

對于這些細(xì)節(jié)和錯誤處理的過程，需要形成規(guī)范化的流程文檔，以盡可能防范問題再次發(fā)生。

2. 規(guī)避細(xì)節(jié)以永久性規(guī)避失誤

注意這些細(xì)節(jié)，并對可能犯錯的細(xì)節(jié)做總結(jié)的目的，并不在于在每次實(shí)施中都要檢查這些細(xì)節(jié)。而是將復(fù)雜的細(xì)節(jié)盡可能地隱去，讓這個操作的難度、門檻越來越低的同時，操作發(fā)生問題的可能性自然也會越來越低。

如今，業(yè)內(nèi)越來越多的開始采用平臺化、白屏化的方式進(jìn)行各類復(fù)雜操作的處理（如下圖）。OGG的監(jiān)控告警部署同樣可以使用這樣的模式，讓操作更加方便的同時，更讓操作的門檻變得很低。不需要明白操作內(nèi)部的原理，只需要在平臺上完成簡單的參數(shù)設(shè)置，就能夠達(dá)到想要的目的。

圖六白屏化操作示例

3. 口訣式概括

上述過程總結(jié)，可以概括為如下口訣：

告警部署，一要完備測試，二要規(guī)范文檔，三要場景平臺化。

值得一提的是，這個口訣可以推廣到更多的場景里。

更多拓展

1. OGG與ADG聯(lián)合架構(gòu)部署

OGG只能提供準(zhǔn)實(shí)時數(shù)據(jù)同步。另一種情況是，邏輯復(fù)制受到業(yè)務(wù)邏輯本身的限制，如果有大量的大型事務(wù)，就會發(fā)生擁塞，這通常是讀寫密集型業(yè)務(wù)不需要的，Oracle11g的新特性ActiveDataGuard（以下簡稱ADG）很好地解決了這個問題。ADG或者簡稱為DG可以打開的數(shù)據(jù)庫保護(hù)，允許在應(yīng)用來自主庫的日志時以只讀模式打開數(shù)據(jù)庫。這意味著備用數(shù)據(jù)庫不僅可以與主數(shù)據(jù)庫同步，還可以提供實(shí)時查詢來滿足數(shù)據(jù)庫讀寫分離的需求。一個經(jīng)典的ADG架構(gòu)如圖七所示。

圖七經(jīng)典ADG架構(gòu)

OGG和ADG可以聯(lián)合部署，一個經(jīng)典的基于OGG和ADG的災(zāi)難備用數(shù)據(jù)庫讀寫分離架構(gòu)如圖八所示。它具有以下優(yōu)點(diǎn)：

（1）采用OGG雙向復(fù)制技術(shù)，有效保證數(shù)據(jù)一致性；

（2）備用數(shù)據(jù)庫節(jié)點(diǎn)靈活、可擴(kuò)展。它們可以在線添加或刪除，并且可以線性擴(kuò)展而不影響生產(chǎn)系統(tǒng)。

（3）能夠真正實(shí)現(xiàn)實(shí)時查詢，非大交易造成同步塊，性能保證。

（4）高可用性，節(jié)點(diǎn)停機(jī)時間不會影響數(shù)據(jù)庫的可用性。

圖八使用OGG和ADG聯(lián)合的災(zāi)難備用數(shù)據(jù)庫的讀寫分離架構(gòu)

2. 更多OGG監(jiān)控模式的思考

在之前的問題里，僅僅思考了一套OGG系統(tǒng)的監(jiān)控告警部署情況，也僅僅關(guān)注了進(jìn)程運(yùn)行狀態(tài)與延時信息。但在實(shí)際的場景中（例如上面提到的多個OGG和ADG聯(lián)合的災(zāi)難備用數(shù)據(jù)庫的讀寫分離架構(gòu)），維護(hù)人員需要看到的就不只是進(jìn)程信息，它們還需要看到整體架構(gòu)圖等信息。

圖九 OGG Monitor效果圖

圖十 OGG Director監(jiān)控創(chuàng)建流程

圖十一使用Zabbix3.2監(jiān)控OGG延時效果圖

在這方面，能看到業(yè)內(nèi)做過的很多嘗試。有官方提供的OGG Monitor的解決方案（如圖九所示），也有使用OGG Director監(jiān)控的解決方案（如圖十所示），還有使用Zabbix3.2監(jiān)控OGG延時的解決方案（如圖十一所示）。這些解決方案在部署成本上、使用面上、適用系統(tǒng)特征上各有優(yōu)劣，需要使用者靈活選擇。

總結(jié)

數(shù)據(jù)庫同步技術(shù)的發(fā)展日新月異，在Oracle規(guī)模本身更加龐大的同時，其數(shù)據(jù)同步組件本身的復(fù)雜性也在日記增加。近年來，有工作專注于對其架構(gòu)的調(diào)整^[1]，也有工作專注于對其性能和公共數(shù)據(jù)連接部分的優(yōu)化，有工作在分析原有集群技術(shù)的基礎(chǔ)上，提出了一種新的數(shù)據(jù)庫集群無共享磁盤結(jié)構(gòu)^[2]。它們在解決數(shù)據(jù)庫備份、數(shù)據(jù)容災(zāi)和負(fù)載均衡問題上都發(fā)揮著作用。在此情境下，如何更好的監(jiān)控整個OGG的狀態(tài)，成了一個愈發(fā)值得關(guān)注的問題，而自動化也將成為進(jìn)一步研究的重要方向。

本文在論述具體問題的過程中，存在一定程度的特殊性。它所提供的解決方案并不一定在所有情境下適用。但在本文中，更希望的是借著對這個問題的復(fù)盤，闡述對這個問題的處理思路和繼而闡發(fā)的思考和拓展，從而能夠激發(fā)讀者思維深度和廣度。

參考文獻(xiàn)：

[1] J. Hu, B. Yang, R. Yan, Q. Wang and K. Lin, "Disaster Preparedness Backend Database to Read and Write Separation Technology Research," 2020 2nd International Conference on Computer Communication and the Internet (ICCCI), 2020, pp. 88-92, doi: 10.1109/ICCCI49374.2020.9145978.

[2] Y. Xiao and Q. Gong, "Universal Database Cluster Solution -- Based on Goldengate," 2011 International Conference on Computational and Information Sciences, 2011, pp. 254-256, doi: 10.1109/ICCIS.2011.308.

本文原創(chuàng) 來源：IT那活兒微信公眾號（上海新炬王翦團(tuán)隊）

云服務(wù)器 GPU云服務(wù)器 linux同步數(shù)據(jù)的系統(tǒng) 人工智能的思考負(fù)載均衡的數(shù)據(jù)同步選項 dts做增量數(shù)據(jù)的同步

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

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

發(fā)表評論

登陸后可評論

0條評論

IT那活兒

男|高級講師

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

TA的文章

消息中間件故障分析一例

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

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

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

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

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

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

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

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

成人无码视频,亚洲精品久久久久av无码,午夜精品久久久久久毛片,亚洲中文字幕日韩无码

資訊專欄INFORMATION COLUMN

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

OracleGoldenGate告警部署異常引發(fā)的數(shù)據(jù)庫數(shù)據(jù)同步思考