BDB文件异常增长处理办法

IT那活儿发布于2023-01-11 13:20 / 1649人阅读

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云服务器数据统计处理办法服务器来处理办法服务器宕机处理办法异常处理异常

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/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