キャンセル
次の結果を表示 
次の代わりに検索 
もしかして: 
cancel
1398
閲覧回数
5
いいね!
0
コメント
Yutaka Takahashi
Cisco Employee
Cisco Employee

/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

1.png

↓拡大

image.png 

 

一方、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

2.png

↓拡大

image.png

 

DBのバックアップ実行には、ある程度の/opt の空き容量が必要となるため、多くのデバイスを登録しているようなPIでは、バックアップをWeeklyとしていると/optの空き容量が圧迫され、バックアップ実行が失敗して古いarchive log が削除されずに残ってしまい、DBの動作に影響が出てきます。

このような場合、バックアップ頻度をWeeklyからDailyに変更することでバックアップと同時にarchive log が短い間隔で削除されるため、Weeklyに比べてarchive log が占める容量は少なくなります。バックアップファイル自体は、初期設定で直近2回のバックアップファイルのみを残すため、バックアップ回数が増えてもファイルシステムを圧迫することはありません。慢性的に/opt が容量不足になる場合は、バックアップ頻度にも着目し、必要があれば変更をしてください。

Getting Started

検索バーにキーワード、フレーズ、または質問を入力し、お探しのものを見つけましょう

シスコ コミュニティをいち早く使いこなしていただけるよう役立つリンクをまとめました。みなさんのジャーニーがより良いものとなるようお手伝いします