英語で読む

次の方法で共有

RDP 接続中に "リモート デスクトップ サービスが現在ビジー状態です" というメッセージ

  • [アーティクル]

この記事では、リモート デスクトップ プロトコル (RDP) 接続中に発生した "リモート デスクトップ サービスは現在ビジーです" というメッセージのトラブルシューティングに関するガイダンスを提供します。

初期トリアージのトラブルシューティング

トラブルシューティングを開始するには、重要なテストとして、コンソール (ローカル物理コンソールまたは仮想マシン (VM) を使用している場合はハイパーバイザーの VM コンソール) を使用して、影響を受けるコンピューターにアクセスします。

RDP を使用していないため、テスト中に "リモート デスクトップ サービスは現在ビジーです" というエラー メッセージが表示されることはありません。 このテストは、ログオン中に他の種類の問題 (別のエラー メッセージ、低速ログオン、その他の異常な動作など) があるかどうかを調べるのに役立ちます。

別のエラー メッセージや予期しない動作など、コンソール経由でログイン中に他の問題が発生した場合は、システム上の別の根本的な問題が原因で "リモート デスクトップ サービスが現在ビジー状態です" というエラーが発生している可能性があります。 RDP のトラブルシューティングを行う前に、基になる問題に対処することを強くお勧めします。

注意

Hyper-V コンソールを使用してコンピューターにアクセスする場合は、必ず Basic セッション を使用してテストを行ってください。 これは、 Enhanced セッション が RDP に依存しており、同じ "リモート デスクトップ サービスが現在ビジーです" というメッセージが表示される可能性があるためです。

コンソールの使用時に問題が発生し、問題が RDP 関連ではないことを確認した場合は、RDP サーバーのメモリの問題など、この記事のトラブルシューティング手順の一部が、システム パフォーマンスの全体的な問題のトラブルシューティングに役立つ可能性があります。

RDP サーバーのメモリに関する問題

この問題をさらにトラブルシューティングするには、最初にターゲット コンピューターを再起動してみてください。

コンピューターを再起動すると一時的に問題が解決するが、後で問題が繰り返される場合は、メモリ リークや、セッション リークやトークン リークなどの他の種類のリークを示している可能性があります。

システム全体を再起動せずに回避策として考えられるのは、リモート デスクトップ サービス (RDS) サービスを再起動することです。 問題が解決した場合は、サービスに問題があることを示している可能性があります。 サービスが通常とは異なるメモリ量または異常な量のメモリを消費しているかどうかを確認する必要があります。

注意

RDS サービスを再起動すると、RDP 経由で接続されているすべての現在のユーザーが切断されます。 ただし、セッションは維持され、ユーザーはセッションに再接続する可能性があります。

メモリ リーク

通常とは異なるメモリを消費する別のサービスまたはプロセスがあるかどうかを監視します。 その場合は、サービスを再起動するか、プロセスを強制停止することも、トラブルシューティングの手順と考えられる回避策です。

注意

リークは、多くの場合、Microsoft 以外のソフトウェアによって発生します。 適切なデータ キャプチャと Microsoft でサポート ケースが開かれずに、原因を特定することは困難です。

テストに適したアプローチは、異なるソフトウェアを徐々にアンインストールし、問題が停止した場合に監視することです。 また、Microsoft 以外のすべてのソフトウェアが更新されていることを確認します。

問題が RDP 経由でのみ発生することを確認する場合は、RDP スタックと対話する Microsoft 以外のソフトウェアをアンインストールすることをお勧めします。

セッション リーク

システムの再起動後にこの種のメモリが増加する問題のもう 1 つの一般的な理由は、セッション リークです。 この状況では、リソースの消費量 (タスク マネージャーで高いメモリや CPU 消費量を探すなど) を見ると、問題がシステム上で "内部" で発生しているため、何も明らかになりません。

セッション リークにはいくつかの理由が考えられますが、Microsoft 以外のソフトウェアによってリークが発生することが一般的です。 特に、セキュリティ ソフトウェア (ウイルス対策ソフトウェアやエンドポイント保護ソフトウェアなど) や、RDP ユーザー セッションと対話する可能性があるその他の種類のソフトウェアが原因で発生するのが一般的です。

注意

ソフトウェアを停止しても、モジュールが読み込まれたり、システムのコンポーネントにフックしたりする可能性があるため、システムから完全にアンインストールする場合と同じ効果はありません。

システムの再起動で問題が一時的に解決される場合は、特定のプロセスが通常とは異なる量のメモリを消費しているかどうかを監視し、時間の経過と共にメモリ消費量が増加するかどうかを監視します。

GPO のトラブルシューティング

グループ ポリシー オブジェクト (GPO) を使用して構成されたシステムのセキュリティ強化も、考えられる理由である可能性があります。

問題のトラブルシューティングを行うには、関連する GPO を特定して削除し、問題が繰り返し発生するかどうかをテストおよび監視します。 たとえば、RDS 関連の GPO や、"ユーザー権利の割り当て" セキュリティ ポリシーに加えられた変更など、GPO を強化します。

可能であれば、技術的またはセキュリティ上の影響を引き起こさずに、システムからすべての GPO を削除してみてください。 このソリューションは、GPO が RDP の問題を引き起こしているかどうかを判断するための適切なテストです。

また、"GroupPolicy" イベント ログを確認して、GPO を処理できないかどうか、またはグループ ポリシー クライアント サービス (gpsvc) にグローバルな問題があるかどうかを確認することもできます。 どちらも RDP の問題の原因である可能性があります。

データ収集

メモリを消費しすぎる特定のプロセスまたはサービスを特定した場合でも、根本原因がわからない可能性があります。 未解決の問題の場合、データ収集は複雑な分析に不可欠です。 Microsoft サポートに連絡する前にデータを準備する手順を次に示します。

TSS ツールを使用してトレースをキャプチャする

  1. 最新バージョンの TroubleShootingScript (TSS) ツールをダウンロードする https://aka.ms/getTSS

  2. RDP クライアント コンピューター (ソース) と RDP サーバー (ターゲット) に展開します。

    注意

    RDS の完全な展開のシナリオでは、"リモート デスクトップ サービスは現在ビジー状態です" というメッセージを表示するシステムがデータ キャプチャに最も重要ですが、RD 接続ブローカーや RD ゲートウェイを含め、接続フローに関係するすべてのシステムからデータを収集する必要があります。

  3. 両方のシステムで PowerShell プロンプトを開き、それぞれ次のコマンドを実行します。

    RDP クライアントで次の手順を実行します。

    コンソール 
    .\TSS.ps1 -Scenario UEX_RDSCli

    RDP サーバーで次の手順を実行します。

    コンソール 
    .\TSS.ps1 -Scenario UEX_RDSSrv

  4. "今すぐ問題を再現する" というメッセージが表示されるまで待ちます。

  5. "リモート デスクトップ サービスは現在ビジー状態です" というエラーが表示されるまで、接続を再現します。

  6. 要求されたキーを押して、この段階でトレースを停止します。

  7. ツールで指定された場所からデータを収集します。 (通常は C:\MS_DATA)。

メモリ ダンプの完了

"リモート デスクトップ サービスが現在ビジー状態です" というエラー メッセージを生成する RDP 接続を再現するときに、システムが影響を受ける場合は、完全なメモリ ダンプを取得する必要があります。

注意

ダンプの実行中は、"リモート デスクトップ サービスは現在ビジー状態です" というエラーで接続を開いたままにしておきます。

この接続の再現に使用したユーザー アカウントをメモしておきます。

ハイパーバイザーまたは VM シナリオでのダンプのキャプチャ

  • (前述のように) ダンプを取得するときに、ハイパーバイザーがこのオプションを提供する場合は、"フル メモリ" オプションが選択された VM のスナップショットを取得します。
  • スナップショットを完全なメモリ ダンプに変換します。

注意

各ハイパーバイザーの製造元は、さまざまなツールと方法を使用して、スナップショットを完全なダンプに変換します。 この変換を実行する方法については、そのハイパーバイザー ベンダーのサポート ドキュメントを参照してください。

物理システム上のダンプをキャプチャする

カーネルの生成または完全なクラッシュ ダンプで説明されている手順に従います。

考えられる追加データ

この記事で説明する状況に応じて、さまざまな種類のデータをキャプチャできます。 たとえば、特定のプロセスまたはサービスでメモリ消費量の増加が示されている場合は、特定の Windows パフォーマンス レコーダー (WPR) キャプチャを実行して、そのプロセスのヒープ メモリ使用量をキャプチャする必要があります。 ただし、Microsoft サポートは、状況に基づいて最初の分析の後にキャプチャする必要がある可能性のある追加データについて通知します。