バックプレッシャー状況後の受信メールフローが遅い

Question

私と上司は、Exchange サーバーがキューの処理に非常に時間がかかる理由を解明しようと、この 1 週間頭を悩ませてきました。これはすべて、割り当てられたディスクがログでいっぱいになったためにバックプレッシャー状態が発生した後に始まりました。

サーバーの統計:
Exchange 2010 は、Office 365 とのハイブリッド構成で Windows Server 2012 R2 上で実行されています。16
個の論理コア、ボックスの CPU 使用率は 1 ～ 5% 程度です。
ボックスには 72 GB の RAM があり、そのうち 78% が常に使用されています。Exchange
は、容量 205 GB のドライブにインストールされており、そのうち 77 GB が空きです。
メイン データベースは、容量 2 TB のドライブにあり、そのうち 338 GB が空きです。
メイン ログは、容量 929 GB のドライブにあり、そのうち 261 GB が空きです。

メールフロー順序:

1. オンサイトのBarracuda Spam Filterの内外では、これはほぼ瞬時に行われます。
2. Exchange自体では、これはかなり速いです
3. Exchange外の場合、15分から20分程度かかりますが、キューの状況によってはそれ以上かかることもあります。
4. オンサイトのバラクーダスパムフィルターに再びアクセスし、再びアクセスし、ほぼ瞬時に
5. Office 365では、これも非常に高速です
6. 最後に、ユーザーのOutlookクライアントに配信されます

メッセージキューは一日のうちにいっぱいになり、新しいメールが届くよりも遅く処理されます。だった約 1 週間前にバックプレッシャーが発生する前は正常に動作していましたが、バックプレッシャーを無効にして問題が解決するかどうかを確認しようとしましたが、効果はありませんでした。

この原因は何なのか、またこの問題を解決するにはどのような手順を踏むべきなのか、何かアイデアはありますか?

トランスポートログの再構築を試みましたが、効果はありませんでした。サーバーはバックプレッシャーがあると考えているようですが、実際にバックプレッシャーがあるという兆候はありません。

Answer 1

イベント ログ内の具体的なエラー メッセージは何ですか? バック プレッシャー メカニズムをトリガーするリソースを特定し、それらのリソースをさらに利用できるようにするためのアクションを実行しましたか?

さらに、バック プレッシャーしきい値を変更して、同じ環境内で Exchange サーバーを継続的に操作できるようにし、この問題が引き続き発生するかどうかを確認します。

詳細については：バックプレッシャーを理解する

別の方法としては、トランスポート サービスを再起動して再度確認する方法があります。

Answer 2

すべてが高速化され、スパム フィルターのウイルス スキャンを無効にすると、すべてが高速化されました。新しいウイルス定義により、すべてが遅くなりました。