MicrosoftExchangeモニタリング
最終更新日: 07 年 2023 月 XNUMX 日概要
Microsoft Exchangeパッケージは、MicrosoftExchangeメールおよびカレンダーサーバーの包括的なすぐに使用可能な監視を提供する一連のLogicModuleで構成されています。
注： LogicMonitorは、Microsoft Office365統合パッケージを介してオンラインExchangeの監視も提供します。 見る Microsoft Office365の監視 。
互換性
LogicMonitor プラットフォームの v.125 リリース (2019 年 2007 月) の時点で、Microsoft Exchange パッケージはバージョン 2019 ～ XNUMX と互換性があります。
このパッケージを構成するデータソースの大部分には、各データソースに2007つのバージョンがあります。2010つはExchangeバージョン2013、2016、および2019と互換性があります。 Exchangeバージョン2016およびXNUMXと互換性のあるXNUMXつのバージョン。これらのバージョンは、MicrosoftがExchangeXNUMXのパフォーマンスカウンターに加えた非推奨およびその他の変更を考慮するために必要です。
このパッケージのデータソース名には、特定のデータソースが適用されるバージョンのセットを示すExchangeバージョン情報が追加されています。
- 2007+ –「2007+」が追加されたデータソース名は、Exchangeバージョン2007、2010、および2013に適用されます（例：Microsoft_Exchange_Replication_2007 +）
- 2016+ –「2016+」が追加されたデータソース名は、Exchangeバージョン2016および2019に適用されます（例：Microsoft_Exchange_Replication_2016 +）
注： 互換性のバージョン管理を必要としないXNUMXつのデータソースがあります。「WinExchangeProcesses」と「WinExchangeServices」です。
考慮事項：WinExchange *データソースからの移行
2019年XNUMX月、LogicMonitorはMicrosoftExchangeデータソースの新しいセットをリリースしました。 現在、従来のWinExchange *データソースを使用してMicrosoftExchangeを監視している場合、このパッケージに新しいデータソースをインポートしてもデータが失われることはありません。 これは、モジュールの上書きを排除するためにデータソース名が変更されたためです。
ただし、データソースの両方のセットがアクティブである限り、重複データを収集し、重複アラートを受信します。 このため、従来のWinExchange *データソースを無効にすることをお勧めします。 データソースを無効にすると、ホストへのクエリとアラートの生成が停止しますが、すべての履歴データは保持されます。 ある時点で、従来のデータソースを完全に削除したい場合がありますが、削除するとすべての履歴データが失われるため、この移動を慎重に検討してください。 データソースの無効化の詳細については、を参照してください。 データソースまたはインスタンスの監視を無効にする.
重要： 新しいデータソースのセットで残すことが許可されている（つまり、置き換えられていない）XNUMXつのレガシーWinExchangeデータソースがあります。「WinExchangeプロセス」と「WinExchangeサービス」です。 これらは無効にしないでください。 どちらもすべてのExchangeバージョンで共通であり、シームレスに機能し続けます。
セットアップ要件
このパッケージのデータソースは、MicrosoftExchangeシステムからデータを収集するためにWMIまたはPerfmonに依存しています。
- WMI –Exchangeバージョン2016および2019と互換性のあるデータソースで使用
- 演奏者 –バージョン2007、2010、および2013と互換性のあるデータソースで使用されます
ホストで適切なアクセス方法（WMIまたはPerfmon）が有効になっていることを確認します。
トラブルシューティング
MicrosoftExchangeの監視に関する問題のトラブルシューティングの一般的な手順は次のとおりです。
- WMI（またはExchangeバージョン2013以前のPerfmon）がホストで正しく構成されていることを確認します。
- ホストのsystem.categoriesプロパティ（LogicMonitorに格納されている）に適切なシステムカテゴリタグ（MicrosoftExchange2007、MicrosoftExchange2010、MicrosoftExchange2013、MicrosoftExchange2016、またはMicrosoftExchange2019）が割り当てられていることを確認します。
- system.categoriesプロパティが正しく設定されていない場合は、addCategory_MicrosoftExchangePropertySourceがインポートされていることを確認してください。
- addCategory_MicrosoftExchange PropertySourceを開き、 テスト適用先 や テストスクリプト 実行エラーをチェックする関数。
Q&A
Q：LogicMonitorが、今ではレガシーなMicrosoft Exchange（つまり、WinExchange *）データソースの大規模なオーバーホールを実行したのはなぜですか？
A: オリジナルのMicrosoftExchangeデータソースは、何年も前に開発およびリリースされました。 それ以来、Exchange製品（およびLogicMonitorプラットフォーム）の成熟により、MicrosoftExchangeパッケージを再構築する多くの説得力のある理由が得られました。 これらの理由は次のとおりです。
- AppliesToスクリプトへの依存度が低くなります。 レガシーデータソースは、「isWindows（）」のAppliesTo関数に大きく依存しています。 かつては十分でしたが、この機能の広さにより、非互換性の問題が発生します。
- バージョンの互換性が向上しました。 Exchange 2016以降、Microsoftはパフォーマンスカウンターに非推奨およびその他の変更を加えました。 正確なデータ収集が維持されるように、これらの変更を説明するために新しいデータソースが必要でした。
- パフォーマンスを向上させた。 新しいデータソースは、Exchange 2016および2019のデータ収集にWMIを利用します。これにより、以前は全面的に使用されていたPerfmonクエリよりもパフォーマンスが大幅に向上し、CPU使用率が高くなり、実行時間が長くなり、タイムアウトが発生する可能性があります。 さらに、すべてのデータソースがBatchScriptを利用するようになり、実行時間とリソース使用量が大幅に向上します。
- 将来の保証。 新しいデータソースは、よりモジュール化され、バージョンに対応しています。 これにより、互換性をより細かく制御でき、すべてのExchangeバージョン（現在および将来）での下位互換性が不要になります。
MicrosoftExchangeパッケージのLogicModules
LogicMonitorのMicrosoftExchange用のすぐに使用可能な監視パッケージには、次のLogicModuleが含まれています。 これらのLogicModuleがすべてLogicMonitorプラットフォームにインポートされていることを確認してください。