NetWorkerインデックスの破損問題をトラブルシューティングする方法

環境：

NetWorker

説明：

バックアップ時やリカバリ時のインデックスの破損問題

• インデックスの破損
• エラー：「インデックスのrecfileを開く際にエラーが発生しました[インデックス名](-214)」
• エラー：「インデックスをマウントできません [インデックス名](-214)」
• エラー：「sr_i1ファイルがありません」
• エラー：「現在、インデックスには何もありません」
• ファイルを参照できません
• インデックスの破損のため、バックアップを実行できません
• インデックスの破損のため、リカバリを実行できません
• テープへの書き込み速度が低下しています
• NetWorkerデーモンが再開した際に、mmlocateでボリュームの場所が不明です

バックアップ時にNetWorkerサーバが停止すると、クライアントのインデックスが破損する原因になります。

注：インデックスの破損の原因は多種多様です。NetWorkerサーバのクラッシュは、このような破損の原因の1つにすぎません。

解決方法：

インデックスとメディア データベースのコンシステンシー チェックを実行します。通常のインデックスとメディア データベースのコンシステンシー チェックで問題が解決しない場合は、メディア データベースの制御された圧縮手順を実行します。インデックスとメディア データベースのコンシステンシー チェックと、メディア データベースの制御された圧縮で問題が解決しない場合は、クライアント ファイル インデックスをリカバリします。

1. クライアント ファイル インデックスのコンシステンシー チェック：

nsr binディレクトリのコマンド プロンプトから、次のコマンドを実行します。

注：コマンドは、2～3回実行することが必要な場合があります。nsrckで使用できるスイッチの詳細については、nsrckマニュアル ページ、またはコマンド ライン リファレンス ガイドを参照してください。これで問題が解決しない場合は、次のステップに進んでください。

2. メディア データベースのコンシステンシー チェックの実行：

nsr binディレクトリのコマンド プロンプトから、次のコマンドを実行します。

インデックスとメディア データベースのコンシステンシー チェックで問題が解決しない場合は、次のステップに進んでください。

3. メディア データベースの制御された圧縮手順の実行：

コンシステンシー チェックと、制御された圧縮を行います。

注：「デーモン」はUNIXのプロセスを意味し、「サービス」はWindowsのサービスを意味します。UNIXシステムで使用されているスラッシュ（/）は、Windowsシステムではバック スラッシュ（\）に置き換えます。

メディア データベースの圧縮：

1. 1. NetWorkerのデーモン/サービスをシャットダウンします
   2. /nsr/mm/.cmprssdを削除します
   3. NetWorkerのデーモン/サービスを再開します
   4. nsrim -Xを実行します

次に、メディア データベースのスキャベンジングを実行：

1. NetWorkerのデーモン/サービスをシャットダウンします

2. 次を削除することで、「制御された破損」が発生します

/nsr/mm/mmvolume6/{*_i*,ss,vol}

3. 次のファイルは残す必要があります

ss.0、vol.0、VolHdr

4. NetWorkerのデーモン/サービスを再開します

インデックスとメディア データベースのコンシステンシー チェック（項目1、2、3）で問題が解決しなかった場合は、項目4に進みます。

4. 破損前の日付/時刻を使用してインデックスをリカバリするか、新しいインデックスで開始：

• • クライアント ファイル インデックスをリカバリするには、「nsrck -L 7 client_name」を使用します
  • 新しいインデックスで始めるには、次の手順を実行します

1. 1. 1. NetWorkerのデーモン（UNIX）またはサービス（Windows）を停止します
      2. 破損したインデックスのディレクトリ名を変更します
      3. NetWorkerのデーモン（UNIX）またはサービス（Windows）を再開します
      4. 新しいインデックスを作成します（nsrck-c client_name）

参照資料：

DELL EMCナレッジベース記事401762。