BDB文件異常增長處理辦法

IT那活兒發布于2023-01-11 13:20 / 1737人閱讀

BDB文件異常增長處理辦法

點擊上方“IT那活兒”，關注后了解更多內容，不管IT什么活兒，干就完了！！！

巡檢發現$GI_HOME下crfclust.bdb文件異常增長，已達到51G，再不處理將會影響ORACLE目錄存儲，不能確定刪除該文件的影響，所以立馬提了一個SR。接下來我們通過SR的提供的信息理清BDB文件異常增長的處理辦法。

提了SR后，Oracle讓我們收集一下信息。

1）oclumon manage -get resize --確定CHM Repository保留的時間，實際這一步是通過oclumon工具查看crf*.ora 參數CHM Repository Size的值。

如下圖所示：

2）請上傳 crflogd.log 日志– CHN診斷日志。

3）Opatch lsinventory –已打補丁。

接著SR回復，如下圖：

補丁已經打了，建議采用workaround，我們看下BUG的的描述信息。

BDB retension time suddenly change to 1094795585 or some other huge value.

This may cause crfclust.bdb file to grow in size, as crflogd tries to keep

data for longer retention.

Rediscovery Notes

When hitting this problem, crflogd.log may show the retention size being

suddenly updated to a large size.

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

2014-02-03 15:36:29.799: [ CRFLOGD][2363541248]updateDBRetention: new retention is 1094795585 seconds and 4702111234474983745 bytes

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

Current retention value may be checked with following command. If the retention value (unit: seconds) shows a large value like 1094795585, you are likely to have hit this problem.

$ oclumon manage -get repsize

CHM Repository Size = 1094795585

BDB的保留時間變成1094795585 或其他一些巨大的值。這可能會導致 crfclust.bdb 文件異常增長，crflogd 試圖使數據可以保留更長時間。

遇到這個問題時，crflogd.log可能會顯示更大的值。

目前的保留時間可以通過oclumon mange -get repize來查看。如果這個值大于1094795585你可能就中bug了。

可以將BDBSIZE的值設置的足夠低，停止ora.crf守護進程后刪除BDB文件，再啟ora.crf的守護進程就解決這個問題了。

本文作者：呂金臣

本文來源：IT那活兒（上海新炬王翦團隊）

云服務器 GPU云服務器數據統計處理辦法服務器來處理辦法服務器宕機處理辦法異常處理異常

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/129536.html

Java 應用發布后，需要關注的7個性能指標

摘要：可行工具圖為上監控到的應用程序響應時間和吞吐量平均負載第二個廣泛使用的衡量指標就是服務器的平均負載。率和中止時間垃圾回收器行為異常，是導致應用吞吐量和響應時間突然下降的主要原因之一。在某個重大發布之后，都需要記錄相應的指標，本文介紹了最重要的幾個 Java 性能指標，包括響應時間和平均負載等。為理解應用程序在生產環境中如何運行，就需要遵循一些 Java 性能指標。在以前，當軟件被發...

MSchumi 2019-08-14 15:08 評論0 收藏0
淺談前端中的錯誤處理

摘要：如何避免內存泄露內存泄漏很常見，特別是前端去寫后端程序，閉包運用不當，循環引用等都會導致內存泄漏。有的時候很難避免一些可能產生內存泄漏的問題，可以利用每次調用都在一個沙箱環境下調用，用完回收調。某一天用戶反饋打開的頁面白屏幕，怎么定位到產生錯誤的原因呢？日常某次發布怎么確定發布會沒有引入bug呢？此時捕獲到代碼運行的bug并上報是多么的重要。既然捕獲錯誤并上報是日常開發中不可缺少的...

ShowerSun 2019-08-22 18:34 評論0 收藏0
淺談前端中的錯誤處理

摘要：如何避免內存泄露內存泄漏很常見，特別是前端去寫后端程序，閉包運用不當，循環引用等都會導致內存泄漏。有的時候很難避免一些可能產生內存泄漏的問題，可以利用每次調用都在一個沙箱環境下調用，用完回收調。某一天用戶反饋打開的頁面白屏幕，怎么定位到產生錯誤的原因呢？日常某次發布怎么確定發布會沒有引入bug呢？此時捕獲到代碼運行的bug并上報是多么的重要。既然捕獲錯誤并上報是日常開發中不可缺少的...

BothEyes1993 2019-05-28 17:09 評論0 收藏0