次の方法で共有

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

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

Note

トラブルシューティングを適切に行うには、ファイル サーバー リソース マネージャーによって生成されたイベント ログを調べる必要があります。 ファイル サーバー リソース マネージャーのすべてのイベント ログ エントリは、ソース SRMSVC のアプリケーション イベント ログにあります。

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

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

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

通知をトリガーしたイベントが連続して複数回発生した場合でも、1 つの電子メール通知しか受信できません

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

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

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

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

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

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

原因: 次のいずれか 1 つ以上が原因であることが考えられます。

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

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

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

原因: クォータが入れ子になっている可能性があります。入れ子になったクォータの場合、サブフォルダーのクォータには、親フォルダーのクォータを反映してより厳しい制限が適用されます。 たとえば、親フォルダーに 100 MB のクォータの制限が適用され、そのサブフォルダーのそれぞれに 200 MB のクォータが別途適用されている場合を考えてみましょう。 親フォルダーに合計 50 MBのデータ (サブフォルダーに格納されているデータの合計) が格納されている場合、各サブフォルダーの利用可能な容量は 50 MB と表示されます。

解決策: Quota Managementで、[Quotas 選択。 Results ペインで、トラブルシューティングするクォータ エントリを選択します。 Actions ペインで、[フォルダーに影響を与えるクォータ表示] を選択し親フォルダーに適用されているクォータを探します。 これにより、選択したクォータよりも小さい記憶域制限が設定されている親フォルダーのクォータを特定できます。