db2プルーニング履歴タイムスタンプと削除は効果がありませんか？

Question

私はあなたの助けが必要です：私はdb2 luw 10.5.8にあり、logarchmeth1をtsmに設定しました。私のログパスが満杯になっているのに気付きました（利用可能なスペースのわずか10％しか残っていません）ので、db2 prune historyコマンドを使用してスペースを解放しました。ここで

は、私が使用するコマンドです：

db2 prune history 20170813 and delete 

私は、このコマンドの前または指定した日付に等しいすべてのログファイルを削除してスペースを解放するだろうという印象の下にありました。 Unfortunatleyそれはそのように動作しませんでした。私のlogpathの利用可能な空き容量は10％で変更されませんでした。

私はまたdepracatedプルーンlogfileコマンド（同じ結果を）試してみました：

db2 prune logfile prior to S0000100.LOG 

は、私は私のログパスにいくつかの領域を解放するために何ができますか？ アイデア

Answer 1

TSMへのアーカイブが正常に完了していることを確認しましたか？また、TSMの電源を入れる前に完了したログ・ファイルを手動でアーカイブする必要がある場合もあります。

このtsmアーカイブの完了は、db2diagビューおよびdb_historyビューで確認できます。 AUTO_DEL_REC_OBJをonに設定すると、DB2は関連する設定に従ってDB2バックアップの最後にプルーニングを実行します。

アクティブなログのファイル・システムまたはTSM-resume-serviceのいずれかが起きるまで、TSMの停止があると、アーカイブするログ・ファイルはアクティブ・ログ・パスに残ります（FAILARCHPATHを追加定義しないかぎり）最初）。 DB2はTSMを継続的に再試行し、TSMが応答すると自動的にアーカイブを再開します。

アクティブ・ログ（および/または失敗パス・ファイル・システム）のファイル・システムが、選択した期間のTSM停止を許容するのに十分な大きさであることを確認してください。