リモートデスクトップ接続で障害が発生したとき、正確な時刻とエラー内容を控えることは迅速な原因特定につながります。しかし、障害報告に必要な情報を適切に記録できず困っている方も多いのではないでしょうか。本記事では、リモートデスクトップの接続記録を確認する方法と、障害報告に必要な情報の控え方を具体例を交えて解説します。端的に言えば、Windowsのイベントビューアを活用することで、接続の成功や失敗の詳細を確実に把握できます。この記事を読めば、障害報告の質が向上し、管理者とのやりとりがスムーズになるでしょう。
【要点】この記事で確認すること
- 最初に見る場所: イベントビューアの「Windows ログ」→「システム」、または「アプリケーションとサービス ログ」→「Microsoft」→「Windows」→「TerminalServices-LocalSessionManager」などを確認します。
- 切り分けの軸: 端末側(クライアントPC)のログと、接続先サーバー側のログを分けて確認します。また、ネットワーク障害なのか、認証エラーなのか、リモートデスクトップサービスの問題なのかを切り分けます。
- 注意点: 会社PCではイベントビューアの参照は可能ですが、ログの削除や設定変更は管理者権限が必要な場合があり、勝手に変更しないでください。報告用にメモやスクリーンショットを取る程度に留めましょう。
ADVERTISEMENT
1. リモートデスクトップの接続記録を確認するための基礎知識
リモートデスクトップの接続記録は、主にWindowsのイベントビューアに保存されます。イベントビューアにはシステム全体のログが集約されており、リモートデスクトップに関するイベントはいくつかのカテゴリに分類されています。まずは、どのログを参照すべきかを把握しておきましょう。
接続記録が保存される主な場所
リモートデスクトップの接続記録は、以下の2つの主要なログに記録されます。
- システムログ(Windows ログ システム): リモートデスクトップサービスの開始・停止、ネットワーク関連のエラーなどが記録されます。イベントID 1001(エラー)や 6005(開始)などが該当します。
- ターミナルサービス関連のログ(アプリケーションとサービス ログ Microsoft Windows TerminalServices-LocalSessionManager Operational): セッションの確立や切断、接続試行の詳細が記録されます。イベントID 21(セッションのログオン成功)や 24(セッションの切断)などが重要な情報です。
また、リモートデスクトップ接続クライアント(mstsc.exe)自体の動作ログは、通常ユーザーが直接参照できるログとして保存されていません。代わりに、イベントビューアがその役割を担っています。
ログの種類とイベントIDの重要性
イベントビューアでは、各イベントに「イベントID」が割り振られています。障害報告ではこのイベントIDを伝えることで、原因特定が大幅に速まります。代表的なイベントIDを下表にまとめました。
| イベントID | 意味 | 確認すべきログ |
|---|---|---|
| 21 | リモートデスクトップセッションのログオン成功 | TerminalServices-LocalSessionManager |
| 24 | リモートデスクトップセッションの切断 | TerminalServices-LocalSessionManager |
| 25 | セッション再接続 | TerminalServices-LocalSessionManager |
| 39 | セッションのログオン失敗 | TerminalServices-LocalSessionManager |
| 1001 | アプリケーションエラー(リモートデスクトップサービスのクラッシュなど) | システムログ |
| 16199 | リモートデスクトップライセンスエラー | システムログ |
2. イベントビューアを使った接続記録の確認手順
実際にイベントビューアを開き、リモートデスクトップの接続記録を確認する手順を説明します。以下の手順は、接続を試みたクライアントPCまたは接続先サーバーで行ってください。
- 「スタート」ボタンを右クリックし、「イベントビューア」を選択します。または、
eventvwr.mscをコマンドで実行しても開けます。 - 左側のツリーから「Windows ログ」→「システム」をクリックします。中央に多数のイベントが表示されます。
- 右側の「現在のログをフィルター」をクリックし、「イベントID」欄に「1001,16199,6005,6006」などリモートデスクトップ関連のIDを入力して「OK」をクリックします。これで関連イベントのみ表示されます。
- さらに詳細なセッション情報を見るには、左側の「アプリケーションとサービス ログ」→「Microsoft」→「Windows」→「TerminalServices-LocalSessionManager」→「Operational」を開きます。同様にフィルターでイベントID 21,24,25,39などを指定すると絞り込みやすくなります。
- 障害が発生した日時に近いイベントを探します。イベントをダブルクリックすると詳細が表示されるので、「全般」タブと「詳細」タブの内容をメモまたはスクリーンショットで記録します。
上記手順で得られた情報が、障害報告の核となります。
3. 障害報告に必要な時刻とエラー内容の控え方
ここでは、実際に障害報告に使える形で情報を控える方法を解説します。単に「接続できなかった」と報告するのではなく、具体的な時刻とエラー内容を伝えることが重要です。
時刻の記録方法
イベントビューアの各イベントには、「ログに記録された日時」が表示されます。この時刻は通常、PCのシステム時刻と一致します。障害発生時刻と完全に一致するイベントを特定するためには、以下の点に注意してください。
- 障害が発生したと体感した時刻だけでなく、実際に接続操作を行った時刻をメモしておいてください。
- イベントビューアの時刻はUTCではなくローカル時刻で表示されますが、念のためタイムゾーンを確認してください。
- 秒単位まで記録しておくと、複数のイベントの順序を正確に追跡できます。
エラー内容の抽出ポイント
イベントの詳細から、以下の情報を必ず控えてください。
- イベントID(例: 39、1001など)
- ソース(例: TermDD、TermServLicensingなど)
- レベル(エラー、警告、情報)
- ユーザー(どのユーザーアカウントで接続しようとしたか)
- コンピューター名(接続先サーバー名)
- 説明文(イベントの詳細テキスト。エラーコードや具体的な理由が書かれています。)
記録例
以下の表は、実際に報告書に記載するイメージです。
| 項目 | 内容 |
|---|---|
| 発生日時 | 2025-03-15 14:23:45 (JST) |
| イベントID | 39 |
| ソース | TermDD |
| レベル | エラー |
| ユーザー | CONTOSO\tanaka |
| コンピューター名 | SRV-RD01.contoso.com |
| 説明 | リモートデスクトップセッションのログオンに失敗しました。おそらくユーザー名またはパスワードが正しくありません。 |
4. 失敗パターンと注意点
障害報告でよくある失敗パターンをいくつか紹介します。これらを避けることで、より正確な報告が可能になります。
失敗パターン1: エラーメッセージだけを伝える
「接続できません」や「エラーコードが出た」だけでは管理者は原因を特定できません。必ずイベントIDとソース、時刻を合わせて伝えてください。
失敗パターン2: クライアント側とサーバー側のログを混同する
障害が発生したPCがクライアントなのかサーバーなのかを明確に区別してください。クライアント側のログにはネットワークや認証の情報、サーバー側のログにはセッション管理やライセンスの情報が記録されます。
失敗パターン3: ログの保持期間を考慮していない
イベントログはデフォルトで最大サイズを超えると古いものから上書きされます。障害発生後は速やかにログを確認・保存しないと消えてしまう可能性があります。特に問題が断続的に発生する場合は、発生直後に確認する習慣をつけてください。
5. 管理者への報告に必要な情報
管理者に障害を報告する際は、以下のテンプレートを参考にすると漏れがなくなります。最低限、発生日時、イベントID、ソース、説明文は必含めましょう。
【障害報告】 ・日時: YYYY-MM-DD HH:MM:SS ・事象: リモートデスクトップ接続に失敗 ・クライアントPC: PC-USER01 ・接続先サーバー: SRV-RD01 ・イベントログ: - ログ: システム - イベントID: 39 - ソース: TermDD - 説明: リモートデスクトップセッションのログオンに失敗しました。ユーザー名またはパスワードが正しくありません。 ・補足: パスワード再設定後も同様のエラーが発生。
6. よくある質問
読者の方から寄せられがちな質問とその回答をまとめました。
Q1. イベントビューアが開けない場合はどうすればいいですか?
A. 管理者権限がない可能性があります。会社PCの場合はIT部門に問い合わせて、イベントビューアを開く権限を付与してもらうか、代替手段として管理者がリモートでログを確認できるか相談してください。
Q2. エラーコードはどのように調べればいいですか?
A. イベントの説明文に「エラーコード: 0x80004005」のように16進数で表示されることがあります。そのコードをメモして管理者に伝えるか、マイクロソフトの公式サイトやフォーラムで検索すると原因がわかることがあります。
Q3. ログが古くて消えてしまった場合は復元できますか?
A. バックアップを取っていない限り、復元は困難です。ただし、Windowsのイベントログは自動的にアーカイブされない限り上書きされます。予防策として、問題が起きたらすぐにログを保存する習慣をつけてください。また、サーバー側でログの長期保存を設定している場合もあるので、管理者に確認しましょう。
Q4. 自宅PCから会社のリモートデスクトップに接続した場合、ログはどちらに残りますか?
A. 接続先の会社サーバー側にセッションのログが残ります。自宅PCのイベントビューアにもネットワークレベルのエラーが残る場合がありますが、主にサーバー側のログを確認すべきです。
Q5. リモートデスクトップの接続記録を定期的に自動で保存する方法はありますか?
A. イベントビューアには「タスクの添付」機能があり、特定のイベントが発生したときにメール通知やスクリプトを実行できます。ただし、これを設定するには管理者権限が必要です。会社のポリシーに従って管理者に依頼してください。
7. まとめ
リモートデスクトップの障害報告では、イベントビューアから得られる時刻とエラー内容を正確に控えることが重要です。本記事で紹介した手順に従えば、誰でも適切な情報を抽出できます。特にイベントIDとソースは必ず記録し、報告時に添えてください。また、ログの消失を防ぐため、障害発生後は迅速に確認する習慣を身につけましょう。これらのポイントを押さえることで、管理者と協力して問題解決を効率的に進められるようになります。
超解決 第一編集部
疑問解決ポータル「超解決」の編集チーム。正確な検証と、現場視点での伝わりやすい解説を心がけています。
Office・仕事術の人気記事ランキング
- 【Outlook】添付ファイルが「Winmail.dat」に化ける!受信側が困らない送信設定
- 【Excel】文字が入っているセルの「個数」を数える!COUNTA関数の簡単な使い方
- 【神技】保存せずに閉じたExcel・Wordファイルを復元する!消えたデータを復活させる4つの救出法
- 【Outlook】予定表の「祝日」が表示されない!最新カレンダーの追加と二重表示の修正手順
- 【Word】差し込み印刷で数字の桁を整える!金額にカンマ(桁区切り)を入れる設定
- 【Teams】メッセージを「保存済み」にして後で読む!重要なチャットをブックマークして整理する技
- 【Word】校閲機能の基本!赤字(変更履歴)とコメントで修正を見える化する
- 【PDF】PDFに入力した文字の「フォント・サイズ・色」を変更するプロパティ設定
- 【Outlook】メールの受信が数分遅れる!リアルタイムで届かない時の同期設定と送受信グループ設定
- 【Box】Box Toolsが動かずOffice編集できない時の直し方