P5インデックスの構成は2つに分類されます
- ファイルとフォルダ構造及びそれらの更新時間
- メディアへのデータ保存時の場所とテーブル
これらはそれぞれ独立しています。例として、3つのテープにファイルが保存されている場合、メディアには3つのデータベースレコードが存在しますが、ファイル構造は一つです。
ボリュームを削除、または再ラベリングした場合、そのファイルはリストアできなくなります。ですが、インデックス上ではファイルが表示されます。
メディア（テープ）の削除をすると、メディア上ではファイルは削除済みとしてマークされます。しかし、ファイルはそうならず、別のテープにあるファイルを一つずつ確認しようとします。
これは非常に時間がかかるため、すぐにはできません。
P5のリストアアエリアで閲覧するときは、高速に参照するためにファイルとフォルダ構造のみを確認します。もしインデックスのメディア部も確認すると、参照が非常に遅くなってしまいます。
なので、すでに復元不可となったファイルもインデックス上では表示されていることがあります。
これらはインデックスのクリーンアップがされるまで表示されます。
ファイルを復元できるかどうかは、コンテキストメニューの履歴画面から確認することができます。
この履歴画面では、ファイルが保存されている全てのメディアとそのバージョンが確認できます。
ファイルとフォルダでは扱いが異なることに注意してください：インデックス上でフォルダに「バージョン」がある場合、それはフォルダ自体のみのものであり、フォルダ内のコンテンツは含みません。
もしあるフォルダのタイムスタンプが5月になっていたとしても、そのフォルダにはより新しいファイルが含まれることがあります。なのでフォルダの「バージョン」は誤解を招くことがあります。
いくつかのフォルダにはタイムスタンプが表示されずませんが、これらはノードとして保存されたものです（保存されたファイルやフォルダへ移動するためのもの）。
フォルダにファイルが含まれているかを確認する方法は（フォルダツリーを辿らずに）、フォルダを選択して”リストア”をクリックします。
P5はリストアを実行する前にファイルとフォルダのサイズを算出します。リストアは実行前にキャンセルすることができ、その際に含まれるファイルのサイズと数が表示されます。
バックアップインデックス では、クリーンアップは、そのインデックスを使用する次回のバックアップジョブの後に自動的に実行されます。クリーンアップは、インデックステーブルに含まれるデータの10%が無効になった時点で反映されます。そのため、影響を受けるファイルがごく少数の場合、クリーンアップが遅れるように見えることがあります。
アーカイブインデックス では、自動クリーンアップ機能はありません。必要に応じて、手動でクリーンアップを実行できます。アーカイブインデックスにも、同じ10%のしきい値が適用されます。
クリーンアップは、nsdchatユーティリティを使用して以下のコマンドで実行できます:
/usr/local/aw/bin/nsdchat -c cli::index::purge Default-Archive true
インデックスのクリーンアップを強制的に実行し、10%のしきい値を無視するには、上記のコマンドで「true」の代わりに「1」を指定して実行してください。
/usr/local/aw/bin/nsdchat -c cli::index::prunedirs Default-Archive 600
上記の例の「Default-Archive」を、クリーンアップするアーカイブインデックスの名前に置き換えてください。このコマンドは、テープに保存されなくなったすべてのファイル要素を削除します（たとえば、ボリュームのラベルが変更された場合や、P5でボリュームが削除された場合など）。
クリーンアップ中は、このインデックスを使用するアーカイブまたは復元ジョブが実行されていないことを確認してください。
