ファイル サーバー リソース マネージャーのトラブルシューティング

  • [アーティクル]

この記事では、ファイル サーバー リソース マネージャーを使用するときに発生する可能性がある一般的な問題を示します。

注:

適切なトラブルシューティング オプションは、ファイル サーバー リソース マネージャーによって生成されたイベント ログを検索することです。 File Server Resource Manager のすべてのイベント ログ エントリは、ソース SRMSVC のアプリケーション イベント ログにあります。

電子メール通知が届かない

原因: 電子メール オプションが構成されていないか、正しく構成されていません。

解決策: [ 電子メール通知 ] タブの [ ファイル サーバー リソース マネージャーのオプション ] ダイアログ ボックスで、SMTP サーバーと既定の電子メール受信者が指定されており、有効であることを確認します。 テスト電子メールを送信して、情報が正しいこと、および通知の送信に使用される SMTP サーバーが正常に動作していることを確認します。 詳細については、「 電子メール通知の構成」を参照してください。

通知をトリガーしたイベントが連続して数回発生した場合でも、電子メール通知は 1 つだけ受信します

原因: ユーザーがブロックされているファイルの保存またはクォータしきい値を超えるファイルの保存を複数回試行し、そのファイルスクリーニングまたはクォータ イベントに対して構成された電子メール通知がある場合、既定では 60 分間にわたって管理者に送信される電子メールは 1 つだけです。 これにより、管理者の電子メール アカウントに冗長メッセージが大量に含まれるのを防ぐことができます。

解決策: [通知の制限] タブの [ファイル サーバー リソース マネージャーのオプション] ダイアログ ボックスで、電子メール、イベント ログ、コマンド、レポートの各通知の種類の制限時間を設定できます。 各制限では、同じ問題に対して同じ種類の別の通知が生成されるまでに渡す必要がある期間を指定します。 詳細については、「 通知制限の構成」を参照してください。

ストレージ レポートが失敗し続け、障害の原因に関する情報がイベント ログでほとんどまたはまったく表示されない

原因: レポートが保存されているボリュームが破損している可能性があります。

解決策: ボリュームでを実行 chkdsk し、レポートをもう一度生成してみてください。

ファイル スクリーニング監査レポートに情報が含まれていない

原因: 次の 1 つ以上が原因である可能性があります。

  • 監査データベースは、ファイルのスクリーニング アクティビティを記録するように構成されていません。
  • 監査データベースが空です (つまり、ファイルスクリーニング アクティビティは記録されていません)。
  • ファイルスクリーニング監査レポートのパラメーターは、監査データベースからデータを選択していません。

解決策: [ ファイル画面の監査 ] タブの [ ファイル サーバー リソース マネージャーのオプション ] ダイアログ ボックスで、[ 監査データベースのファイルスクリーニング アクティビティを記録する ] チェック ボックスがオンになっていることを確認します。

作成したクォータの一部の "Used" と "Available" の値が、実際の "制限" 設定に対応していません

原因: サブフォルダーのクォータが親フォルダーのクォータからより制限の厳しい制限を導き出す、入れ子になったクォータがある可能性があります。 たとえば、親フォルダーに 100 メガバイト (MB) のクォータ制限が適用され、そのサブフォルダーごとに 200 MB のクォータが個別に適用される場合があります。 親フォルダーに合計 50 MB のデータが格納されている場合 (サブフォルダーに格納されているデータの合計)、各サブフォルダーには 50 MB の使用可能な領域のみが一覧表示されます。

解決策: [ クォータの管理] で、[ クォータ] を選択します。 [ 結果 ] ウィンドウで、トラブルシューティングを行うクォータ エントリを選択します。 [ 操作 ] ウィンドウで、[ フォルダーに影響を与えるクォータの表示] を選択し、親フォルダーに適用されているクォータを探します。 これにより、選択したクォータよりも低いストレージ制限設定を持つ親フォルダー クォータを特定できます。