Configuration Managerでのシナリオの正常性の監視

Configuration Manager (現在のブランチ) に適用

Configuration Managerを使用して、エンドツーエンドのシナリオの正常性を監視できます。 シナリオの正常性の監視により、クラウド サービスに接続された機能に不可欠なシステム待機時間とコンポーネント バックログの認識が強化されます。 Configuration Managerは、アクティビティをシミュレートして、パフォーマンス メトリックとエラー ポイントを公開します。アクティビティをシミュレートして、パフォーマンス メトリックとエラー ポイントを公開します。 これらの合成アクティビティは、Microsoft がクラウド サービスの一部のコンポーネントを監視するために使用する方法に似ています。 アクティビティの期間をより深く理解するには、この追加データを使用します。 エラーが発生した場合は、調査に焦点を当てるのに役立ちます。

バージョン 2010 以降では、Configuration Managerは次の 2 つのシナリオの正常性を監視します。

  • SQL Server Service Broker: Configuration Managerのコア サブシステムの多くは、サービス ブローカーを使用します。

  • クライアント アクションの正常性: クライアント アクションに使用される高速チャネルの正常性を監視します。

Configuration Manager コンソールで、[監視] ワークスペースに移動し、[シナリオの正常性] ノードを選択します。 リスト ビューには、使用可能なシナリオが表示されます。

コンソール バージョン 2010 のシナリオ正常性ノードConfiguration Manager。

注:

高可用性オプションを使用する場合、シナリオ正常性はアクティブ ノードのみを監視します。 SQL Server Service Broker シナリオでは、SQL Server Always On可用性グループのプライマリ レプリカにのみ適用されます。 クライアント アクション正常性シナリオは、アクティブ モードのサイト サーバーにのみ適用されます。

前提条件

  • 最上位サイトのスコープを持つ、Configuration Managerの完全な管理者ロール

すべてのシナリオのアクション

[ シナリオの正常性 ] ノードでシナリオを選択すると、リボンで次のアクションを使用できます。

  • [状態の表示]: このアクションは、シナリオのテストの最新の結果を表示するために使用する主なアクションです。 このアクションにより、詳細が表示されたウィンドウが開きます。 上部のセクションには、サイトごとの全体的な状態が表示されます。 サイトを選択すると、そのサイトの詳細な状態が下部セクションに表示されます。

    Service Broker の合成アクティビティの状態をSQL Serverします。

  • シナリオ設定: このシナリオの設定 (有効かどうか、時間間隔 (分単位) など) を構成します。

    • アクティビティのシミュレーションと測定を有効にする: シナリオの正常性チェックを有効にします。
    • 実行時間間隔 (分): サイトがシナリオの正常性チェックを実行する頻度。 既定では、Configuration Managerは 30 分ごとにシナリオをテストします。
    • ジョブ タイムアウト (分): サイトが特定のテストの完了を待機する時間。 既定では、タイムアウトは 1 時間 (60 分) です。
  • 履歴: 代理トランザクションの前のインスタンスを表示します。 この履歴を使用して、時間の経過に伴うシナリオの正常性を追跡します。 履歴ノードから、特定のインスタンスの 状態を表示 することもできます。

  • 今すぐ実行: サイトをトリガーしてシナリオの正常性を確認します。 以前のチェックが成功しなかった場合は、サイト コンポーネントに変更を加えた後にこのアクションを使用できます。 このアクションにより、監査ステータス メッセージ ID 54099 が作成されます。

SQL Server Service Broker

SQL Server Service Broker は、サイト データベースに必要な構成です。 Configuration Managerのコア サブシステムの多くは、サービス ブローカーを使用します。

Configuration Managerには、このシナリオの次のテストが含まれています。

  • SQL Server サービス ブローカーを介してすべてのサイトに ping を実行する
  • ping メッセージを受信しました
  • 受信確認: 最初の 3 つのテストの最後の更新時刻を確認します。 遅延が長い場合は、パフォーマンスConfiguration Manager影響します。
  • SQL Server サービス ブローカー キューが有効になっているかどうかを確認する: このテストでは、ConfigMgrHMSQueue が有効になっていることを確認します。 キューが無効になっている場合、Configuration Managerの多くのコア機能に影響します。

注:

すべてのサイトですべてのテストが実行されるわけではありません。

この正常性情報を使用すると、SQL Serverがサービス ブローカー経由でメッセージを交換するのにかかる時間を確認できます。 遅延またはタイムアウトが長いほど、処理キューにバックログが表示されます。 エラーは、キューが無効になっているなど、サービス ブローカーの問題が大きいことを示します。 SQL Serverサービス ブローカーはコア コンポーネントであるため、その問題は他の多くのシナリオに影響する可能性があります。 たとえば、 クライアント通知クライアントの状態、一部のテナント接続機能などです。

クライアント アクションの正常性

クライアント アクションに使用される高速チャネルの正常性を監視します。 環境にデバイスがアップロードされた状態でテナントが接続されている場合、この機能は、Microsoft Intune管理センターからのクライアント アクションに関する潜在的な問題を確認するのに役立ちます。 この機能は、オンプレミスのクライアント アクションにも使用できます。 たとえば、CMPivot、スクリプトの実行、デバイスのウェイクアップなどです。

Configuration Managerには、このシナリオの次のテストが含まれています。

  • 作成されたクライアント アクション: サイトが管理サービスを使用してクライアント アクションを作成できることをテストします。
  • CMPivot 構成: 中央管理サイト (CAS) で CMPivot が正しく構成されていることを確認します。 詳細については、「rcmctrl.log」を参照してください。
  • クライアント アクションの結果: CAS がプライマリ サイトからクライアント アクションの結果を受け取るテスト。 このテストは、SQL Server Service Broker が異常であるか、サイトがメンテナンス モードになっている場合に失敗する可能性があります。
  • 処理されたクライアント アクション: 詳細については、「objreplmgr.log」を参照してください。
  • クライアント アクションの受信トレイのバックログ: objmgr.box 受信トレイのバックログを確認します。 大きなバックログがある場合、サイトがクライアントにアクションを送信する速度に影響します。 詳細については、「objreplmgr.log」を参照してください。
  • メッセージ処理エンジンのバックログ: メッセージ処理エンジンのバックログを確認します。 大きなバックログがある場合、サイトがクライアントアクションの結果を処理する速度に影響します。 詳細については、「SMS_MESSAGE_PROCESSING_ENGINE.log」を参照してください。
  • 管理ポイント クライアント アクション バックログ: SQL Server サービス ブローカー キュー ConfigMgrBGBQueue のバックログを確認します。 大きなバックログがある場合、管理ポイントがクライアントにアクションをプッシュできる速度に影響します。 SQL Server サービス ブローカーのシナリオの正常性を確認します。 詳細については、管理ポイントの bgbserver.log を参照してください。
  • [クライアント アクションの結果の概要]: タスクをチェックして、クライアント操作の概要を計算します。 詳細については、「statesys.log」を参照してください。
  • 管理ポイントのオンライン状態: 管理ポイントがオンラインであり、クライアントにアクションを送信できることを確認します。 詳細については、管理ポイントの ccmexec.log、bgbsetup.log、および bgbserver.log を確認してください。
  • クライアント正常性の概要: クライアント正常性のスケジュールされたタスクを確認します。 詳細については、「statesys.log」を参照してください。
  • クライアント状態システムの受信トレイのバックログ: 受信トレイ auth\statesys.box\incoming のバックログを確認します。 大きなバックログがある場合、サイトがクライアントアクションの結果を処理する速度に影響します。 詳細については、「statesys.log」を参照してください。

注:

すべてのサイトですべてのテストが実行されるわけではありません。

次の手順

ログファイル参照

データベース レプリケーションを監視する