/opt の使用率が100%近くになり、PIのデータベース(DB)が停止する事象が発生することが有りますが、その一因として、archive log サイズが大きくなることが挙げられます。
--ファイルシステムの使用率 確認例--
ade # df -h
Filesystem Size Used Avail Use% Mounted on
…
/dev/mapper/smosvg-optvol 647G 614G 0 100% /opt
アーカイブログが保存される /opt/oracle/base/fast_recovery_area/WCS/archivelog のサイズ確認
ade # du -h /opt/oracle/base/fast_recovery_area/WCS/
4.0K /opt/oracle/base/fast_recovery_area/WCS/backupset
3.1G /opt/oracle/base/fast_recovery_area/WCS/onlinelog
4.0K /opt/oracle/base/fast_recovery_area/WCS/autobackup
43G /opt/oracle/base/fast_recovery_area/WCS/archivelog/2017_06_04
4.0K /opt/oracle/base/fast_recovery_area/WCS/archivelog/2017_05_30
4.0K /opt/oracle/base/fast_recovery_area/WCS/archivelog/2017_06_12
43G /opt/oracle/base/fast_recovery_area/WCS/archivelog/2017_06_03
4.0K /opt/oracle/base/fast_recovery_area/WCS/archivelog/2017_06_13
4.0K /opt/oracle/base/fast_recovery_area/WCS/archivelog/2017_06_11
48G /opt/oracle/base/fast_recovery_area/WCS/archivelog/2017_06_05
45G /opt/oracle/base/fast_recovery_area/WCS/archivelog/2017_06_02
38G /opt/oracle/base/fast_recovery_area/WCS/archivelog/2017_06_08
45G /opt/oracle/base/fast_recovery_area/WCS/archivelog/2017_06_06
4.0K /opt/oracle/base/fast_recovery_area/WCS/archivelog/2017_06_10
47G /opt/oracle/base/fast_recovery_area/WCS/archivelog/2017_06_01
46G /opt/oracle/base/fast_recovery_area/WCS/archivelog/2017_06_07
4.0K /opt/oracle/base/fast_recovery_area/WCS/archivelog/2017_05_31
3.0G /opt/oracle/base/fast_recovery_area/WCS/archivelog/2017_06_09
353G /opt/oracle/base/fast_recovery_area/WCS/archivelog
…
DBのバックアッププロセス実行時にアーカイブログは削除されますが、バックアップ間隔が長いと、その分蓄積されるarchiveログサイズが大きくなります。PI 3.0未満では、バックアップ頻度の初期値はWeekly(7日に1回)となっております。
--Version 2.2.3 の例--
設定箇所: Administration / Settings / Background Tasks / Other Background Tasks / Prime Infrastructure Server Backup
↓拡大
一方、Version 3.0以降ではDaily(1日に1回)に変更されております。
(注意) 例えば、2.xから3.xへバージョンアップをし、2.xで取得したDBバックアップを3.xにリストアした場合、バックアップ頻度はWeeklyのままとなります。
--Version 3.1.5 の例--
設定箇所: Administration / Dashboards / Job Dashboard / System Jobs / Server Backup
↓拡大
DBのバックアップ実行には、ある程度の/opt の空き容量が必要となるため、多くのデバイスを登録しているようなPIでは、バックアップをWeeklyとしていると/optの空き容量が圧迫され、バックアップ実行が失敗して古いarchive log が削除されずに残ってしまい、DBの動作に影響が出てきます。
このような場合、バックアップ頻度をWeeklyからDailyに変更することでバックアップと同時にarchive log が短い間隔で削除されるため、Weeklyに比べてarchive log が占める容量は少なくなります。バックアップファイル自体は、初期設定で直近2回のバックアップファイルのみを残すため、バックアップ回数が増えてもファイルシステムを圧迫することはありません。慢性的に/opt が容量不足になる場合は、バックアップ頻度にも着目し、必要があれば変更をしてください。