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

資訊專欄INFORMATION COLUMN

BDB文件異常增長處理辦法

IT那活兒 / 1812人閱讀
BDB文件異常增長處理辦法
點(diǎn)擊上方“IT那活兒”,關(guān)注后了解更多內(nèi)容,不管IT什么活兒,干就完了?。?!


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




 

1

 

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

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


如下圖所示



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


3)Opatch lsinventory –已打補(bǔ)丁。


 接著SR回復(fù),如下圖:

 

2

 

補(bǔ)丁已經(jīng)打了,建議采用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的保留時(shí)間變成1094795585 或其他一些巨大的值。這可能會導(dǎo)致 crfclust.bdb 文件異常增長,crflogd 試圖使數(shù)據(jù)可以保留更長時(shí)間。 

3 

遇到這個問題時(shí),crflogd.log可能會顯示更大的值。
目前的保留時(shí)間可以通過oclumon mange -get repize來查看。如果這個值大于1094795585你可能就中bug了。
可以將BDBSIZE的值設(shè)置的足夠低,停止ora.crf守護(hù)進(jìn)程后刪除BDB文件,再啟ora.crf的守護(hù)進(jìn)程就解決這個問題了。



本文作者:呂金臣

本文來源:IT那活兒(上海新炬王翦團(tuán)隊(duì))

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

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

相關(guān)文章

  • Java 應(yīng)用發(fā)布后,需要關(guān)注的7個性能指標(biāo)

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

    MSchumi 評論0 收藏0
  • 淺談前端中的錯誤處理

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

    ShowerSun 評論0 收藏0
  • 淺談前端中的錯誤處理

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

    BothEyes1993 評論0 收藏0

發(fā)表評論

0條評論

IT那活兒

|高級講師

TA的文章

閱讀更多
最新活動
閱讀需要支付1元查看
<