OL6でOracleRAC11.2.0.4を実行している2ノードのテストベッドがあります。ほとんどすべてがシステムディスクにあります。結局のところ、これは単なるテストベッドです。ルートパーティションがいっぱいになっています。 EMからディスク容量の問題に関するアラートを受け取り、いくつかのログファイルをクリーンアップしました。古いログファイルをクリーンアップしているときに、私の脳は、ログファイルのスペース使用率が制御不能ではなく、別の根本的な問題があるはずだと言っていました。案の定、3日後、ディスクが再びいっぱいになっているというアラートが表示されました。私はこれをさらに掘り下げる必要があることを知っていました。別のファイルが1つか2つ、スペースを占有している必要があります。少し掘り下げた後、グリッドインフラストラクチャのインストールでこのディレクトリに移動しました：
[oracle@host01 host01]$ pwd /u01/app/crs11.2.0.4/crf/db/host01 [oracle@host01 host01]$ ls -l total 10945448 -rw-r--r-- 1 root root 1773999 Jul 2 13:54 02-JUL-2014-13:54:50.txt -rw-r--r-- 1 root root 1120665 Jul 2 14:00 02-JUL-2014-14:00:06.txt -rw-r--r-- 1 root root 16953 Mar 25 2014 25-MAR-2014-19:51:58.txt -rw-r----- 1 root root 280764416 Nov 13 16:15 crfalert.bdb -rw-r----- 1 root root 9850126336 Nov 13 16:14 crfclust.bdb -rw-r----- 1 root root 8192 Jul 2 13:59 crfconn.bdb -rw-r----- 1 root root 352174080 Nov 13 16:15 crfcpu.bdb -rw-r----- 1 root root 249356288 Nov 13 16:15 crfhosts.bdb -rw-r----- 1 root root 265261056 Nov 13 16:14 crfloclts.bdb -rw-r----- 1 root root 172232704 Nov 13 16:14 crfts.bdb -rw-r----- 1 root root 24576 Jul 2 13:54 __db.001 -rw-r----- 1 root root 401408 Nov 13 16:15 __db.002 -rw-r----- 1 root root 2629632 Nov 13 16:15 __db.003 -rw-r----- 1 root root 2162688 Nov 13 16:15 __db.004 -rw-r----- 1 root root 1187840 Nov 13 16:15 __db.005 -rw-r----- 1 root root 57344 Nov 13 16:15 __db.006 -rw-r----- 1 root root 16777216 Nov 13 16:06 log.0000008765 -rw-r----- 1 root root 16777216 Nov 13 16:15 log.0000008766 -rw-r--r-- 1 root root 120000000 Jul 2 13:55 host01.ldb -rw-r----- 1 root root 8192 Jul 2 13:54 repdhosts.bdb
crfclust.bdbファイルは約9.8GBです。私のシステムディスクはわずか30GBなので、この1つのファイルが全体のスペースの33％を占めています。そしてそれは成長し続けます。この問題を解決するために、次の手順を実行しました。
[oracle @ host01 host01] $ /u01/app/crs11.2.0.4/bin/crsctl stop resource ora.crf -init
CRS-2673：「host01」で「ora.crf」を停止しようとしています
CRS-2677：「host01」で「ora.crf」を停止できました
[oracle @ host01 host01] $ su
パスワード：
[root @ host01 host01]＃ rm -rf *
[oracle @ host01 host01] $ /u01/app/crs11.2.0.4/bin/crsctl start resource ora.crf -init
CRS-2672：「host01」で「ora.crf」を開始しようとしています
CRS-2676：「host01」で「ora.crf」を開始できました
なぜこれが機能したのですか？これらのファイルは、Cluster Health Monitor（CHM）に使用されるBerkeleyデータベースです。ファイルの1つは、サイズが約1GBであると想定されており、古いデータを定期的に削除します。しかし、パージステップは機能していません。ファイルを手動で削除すると、過去のパフォーマンスデータが失われますが、現時点ではそれで問題ありません。起動時に、CHMはファイルが欠落している場合、ファイルを新たに作成します。
問題を修正した後、問題を説明しているMetalinkNote1343105.1を見つけました。特定のバグ番号をまだ見つけることができませんが、バグが存在することは明らかです。