三次対応とは？IT初心者向けに役割・二次対応との違い・ベンダー対応の流れをわかりやすく解説

三次対応とは、一次対応や二次対応では解決できなかった障害について、製品開発元、専門ベンダー、上位エンジニアなどが高度な調査や修正を行う対応のことです。ソースコードの解析、製品内部の不具合調査、機器交換、修正プログラムの提供など、専門性の高い作業が中心になります。

IT現場では、三次対応を「L3対応」「サードレベルサポート」「ベンダーエスカレーション」と呼ぶ場合もあります。L3はLevel 3の略です。

三次対応とは？

三次対応とは、社内のヘルプデスクや運用担当、インフラ担当だけでは解決できない障害を、より専門的な担当者へ引き継いで調査する対応です。

項目	内容
主な目的	根本原因の特定、製品修正、恒久対応
主な担当者	製品ベンダー、開発部門、メーカー、上位エンジニア
主な作業	ソース解析、ダンプ解析、機器診断、修正プログラム作成
必要な知識	製品内部構造、プログラム、OS、ハードウェアの専門知識

三次対応は、日常的な設定確認や再起動では解決できない問題に対して行われます。

一次対応・二次対応・三次対応の違い

項目	一次対応	二次対応	三次対応
主な役割	受付、初期確認、簡易対応	詳細調査、原因切り分け、復旧	根本原因解析、製品修正、恒久対応
担当者	ヘルプデスク、保守窓口	インフラ担当、開発担当、専門部署	ベンダー、メーカー、上位開発者
対応方法	手順書中心	ログや設定をもとに調査	内部解析や製品レベルの調査
主な成果	状況整理、一次復旧	原因候補の特定、復旧	根本原因の確定、修正版の提供

三次対応は、障害対応の最終段階として扱われることが多いと覚えておくと分かりやすいでしょう。

三次対応が必要になる場面

• 製品そのものの不具合が疑われる
• ソースコードの修正が必要
• OSやミドルウェアの内部動作を調べる必要がある
• メモリダンプやクラッシュダンプの解析が必要
• ネットワーク機器やサーバー機器の故障が疑われる
• 二次対応では原因を特定できない
• 修正プログラムやファームウェア更新が必要
• 重大なセキュリティ脆弱性が関係している

IT現場でよくある三次対応の例

業務アプリケーションが異常終了する

二次対応でイベントログやアプリケーションログを確認しても原因が分からない場合、開発担当や製品ベンダーがソースコード、例外ログ、クラッシュダンプを解析します。

サーバーが不定期に停止する

ハードウェアログやOSログだけでは原因を特定できない場合、メーカーへ診断ログを送り、メモリ、ストレージ、電源装置などの故障を確認します。

ネットワーク機器が再起動を繰り返す

設定に問題がなくても再起動する場合、メーカーがファームウェアの不具合や機器故障を調査します。

Windowsでブルースクリーンが発生する

ブルースクリーン発生時に作成されたメモリダンプを解析し、ドライバー、OS、ハードウェアのどこに原因があるかを調べます。

パッケージ製品で特定条件だけエラーになる

利用環境や操作手順をベンダーへ共有し、再現試験を依頼します。製品不具合と判定された場合は、修正版や回避策が提供されます。

三次対応の基本的な流れ

1. 二次対応からエスカレーションを受ける
2. 障害内容と影響範囲を確認する
3. 一次対応・二次対応の調査結果を確認する
4. 必要なログや診断情報を収集する
5. 障害の再現条件を整理する
6. 製品内部やソースコードを調査する
7. 原因と回避策を提示する
8. 必要に応じて修正版や交換部品を提供する
9. 本番環境への適用計画を作成する
10. 復旧後の正常性を確認する
11. 根本原因と再発防止策を報告する

三次対応へ依頼する前に準備する情報

三次対応へ引き継ぐ際は、相手が同じ調査をやり直さなくて済むよう、情報を整理する必要があります。

必要な情報	内容
発生日時	最初に障害が発生した時刻
影響範囲	対象ユーザー、部署、システム
発生条件	どの操作で発生するか
再現性	毎回発生するか、不定期か
エラー情報	メッセージ、イベントID、画面記録
ログ	OS、アプリケーション、機器、監視ログ
環境情報	OS、製品バージョン、構成、機器型番
実施済み対応	一次対応・二次対応で確認した内容
直前の変更	更新、設定変更、リリースの有無

障害の再現手順を整理する

三次対応では、障害を再現できるかどうかが重要です。再現手順は、誰が実施しても同じ結果になるよう具体的に記載します。

1. 対象システムへログインする
2. 対象画面を開く
3. 特定の値を入力する
4. 実行ボタンを押す
5. エラーが表示されることを確認する

「たまにエラーになります」だけでは調査が進みません。発生条件、入力値、利用端末、ユーザー、時刻をできる限り記録します。

三次対応で確認されるログ

• Windowsイベントログ
• アプリケーションログ
• Webサーバーログ
• データベースログ
• ネットワーク機器のログ
• 監視ツールの履歴
• クラッシュダンプ
• メモリダンプ
• 診断ツールの出力結果

ログには利用者名、IPアドレス、ファイルパスなどの機密情報が含まれる場合があります。社外ベンダーへ渡す前に、社内ルールや契約条件を確認してください。

イベントビューアーでログを確認する方法

1. WindowsキーとRキーを押す
2. 「eventvwr.msc」と入力する
3. 「Windowsログ」を開く
4. 「システム」または「アプリケーション」を選ぶ
5. 障害発生時刻付近のエラーや警告を確認する
6. イベントID、ソース、時刻、詳細を記録する

三次対応へ送る場合は、必要な期間のログを保存します。ただし、ログの保存場所や送付方法は、セキュリティルールに従ってください。

コマンドプロンプトで確認できる内容

コマンド	用途
systeminfo	OS、更新プログラム、起動時刻を確認する
driverquery	インストール済みドライバーを確認する
ipconfig /all	ネットワーク設定を確認する
tasklist	実行中のプロセスを確認する
netstat -ano	通信状態と使用中ポートを確認する
wevtutil	イベントログを出力する

PowerShellで確認できる内容

コマンド	用途
Get-ComputerInfo	OSや端末情報を取得する
Get-HotFix	適用済み更新プログラムを確認する
Get-WinEvent	イベントログを取得する
Get-Service	サービス状態を確認する
Get-Process	プロセス情報を確認する
Get-FileHash	ファイルのハッシュ値を確認する

コマンド結果は、実行日時と対象端末を明記して保存します。管理者権限が必要な操作は、承認を得てから実施してください。

GUIで確認する方法

システム情報を確認する

1. WindowsキーとRキーを押す
2. 「msinfo32」と入力する
3. OSバージョン、BIOS、メモリ、デバイス情報を確認する
4. 必要に応じて情報をエクスポートする

信頼性モニターを確認する

1. Windowsの検索で「信頼性」と入力する
2. 「信頼性履歴の表示」を開く
3. 障害発生日のアプリケーションエラーを確認する
4. 技術的な詳細を記録する

信頼性モニターでは、アプリケーション停止やWindows障害の発生履歴を時系列で確認できます。

確認結果の見方

三次対応では、単一のログだけで判断せず、複数の情報を関連付けます。

• 障害発生時刻とログの時刻が一致しているか
• 特定バージョンだけで発生しているか
• 設定変更や更新後から発生しているか
• 特定ユーザーや端末だけに限定されているか
• 同じ製品で類似事例があるか
• 再現環境でも同じ現象が発生するか

発生条件、環境差分、ログ、変更履歴を組み合わせて根本原因を特定することが重要です。

暫定対応と恒久対応の違い

項目	暫定対応	恒久対応
目的	早期に業務を再開する	根本原因を取り除く
例	サービス再起動、回避手順の案内	プログラム修正、機器交換
効果	一時的	長期的
注意点	再発する可能性がある	十分なテストが必要

三次対応では、暫定対応でサービスを復旧しつつ、並行して恒久対応を検討することがあります。

修正プログラムやファームウェアを適用する流れ

1. 修正内容と対象バージョンを確認する
2. 既知の注意事項や影響を確認する
3. 検証環境で動作確認する
4. バックアップとロールバック手順を準備する
5. 関係者の承認を取得する
6. 作業日時を調整する
7. 本番環境へ適用する
8. 正常性と業務影響を確認する
9. 結果を記録して関係者へ報告する

ベンダーから修正版が届いても、確認せず本番環境へ直接適用してはいけません。検証、承認、バックアップ、切り戻し手順が必要です。

ユーザー側・サーバー側・ネットワーク側の切り分け

確認対象	確認内容
ユーザー側	特定ユーザーだけか、権限や操作に問題がないか
Windows側	OS、更新、ドライバー、イベントログ
ネットワーク側	疎通、経路、ポート、パケット損失
サーバー側	負荷、サービス、ディスク、ハードウェア
Active Directory側	認証、アカウント、グループ、ポリシー
DNS側	名前解決、DNSレコード、キャッシュ
DHCP側	IPアドレス、リース、スコープ枯渇
アプリケーション側	設定、プログラム、データベース、製品不具合

初心者がやりがちなミス

• 二次対応の調査結果を整理せずベンダーへ連絡する
• 「動きません」だけで問い合わせる
• 再現手順や発生時刻を記録しない
• 必要なログを取得する前に再起動する
• ベンダーの指示を無条件で本番環境へ適用する
• 社外へ送ってはいけない情報を含める
• 暫定対応後に恒久対応を忘れる

三次対応へ依頼する際は、情報の量よりも「調査に必要な情報が整理されているか」が重要です。

筆者の経験談

以前、業務アプリケーションが不定期に停止する障害で、製品ベンダーへ三次対応を依頼したことがあります。最初はログ一式だけを送りましたが、発生条件や操作手順が不足しており、調査が進みませんでした。

そこで、発生時刻、利用ユーザー、操作内容、対象データ、アプリケーションとOSのバージョンを整理し、再現手順を付けて再度依頼しました。その結果、特定の入力データを処理した際に発生する製品不具合だと判明し、修正版が提供されました。

三次対応では、相手に詳しく説明するための情報整理が、技術調査と同じくらい重要だと実感した事例です。

上司や関係者へ報告するポイント

• 障害の発生日時と現在の状況
• 業務や利用者への影響範囲
• 一次対応・二次対応で確認した内容
• 三次対応へ依頼した理由
• ベンダーや開発部門からの回答
• 暫定対応と恒久対応の内容
• 修正版の提供予定
• 次回の報告予定や残課題

原因が確定していない段階では、「確定事項」と「推定事項」を分けて報告します。

三次対応へエスカレーションするタイミング

• 二次対応の調査範囲を超えている
• 製品内部の解析が必要
• 機器故障や部品交換が必要
• ソースコードの修正が必要
• 重大障害で早期の専門支援が必要
• SLAで定められた対応時間を超える可能性がある
• セキュリティインシデントの可能性がある

SLA（Service Level Agreement）とは、サービス提供者と利用者の間で定める対応時間や品質の基準です。重大障害では、原因を完全に調べ終わる前に三次対応へ連絡することもあります。

三次対応で現場から評価されるポイント

• 一次対応と二次対応の結果を整理できる
• 再現条件を分かりやすく説明できる
• 必要なログを適切に収集できる
• 機密情報を安全に取り扱える
• ベンダー回答の影響を判断できる
• 修正版の適用計画を作成できる
• 暫定対応と恒久対応を区別できる

関連するIT用語

• 一次対応
• 二次対応
• エスカレーション
• ベンダーサポート
• インシデント管理
• 問題管理
• 根本原因分析
• 暫定対応
• 恒久対応
• パッチ
• ファームウェア
• ロールバック

よくある質問（FAQ）

三次対応は必ず社外ベンダーが担当しますか？

必ずしも社外とは限りません。自社開発システムであれば、社内の開発部門や上位エンジニアが三次対応を担当することがあります。

三次対応へ連絡すれば、すぐに直してもらえますか？

障害内容によって異なります。ログ解析や再現試験に時間がかかる場合もあります。早く調査を進めるには、発生条件、環境情報、実施済み対応を正確に伝えることが重要です。

三次対応へ渡すログは何でも送ってよいですか？

いいえ。個人情報、認証情報、社外秘データが含まれる可能性があります。送付前に内容を確認し、社内のセキュリティルールや契約に従ってください。

三次対応で最も大切なことは何ですか？

必要な情報を整理し、障害を再現できる形で専門担当へ引き継ぐことです。また、ベンダーから提示された対応をそのまま実施せず、影響確認、検証、承認、切り戻し準備を行うことも欠かせません。

まとめ

三次対応とは、一次対応や二次対応では解決できなかった障害を、製品ベンダー、メーカー、開発部門などが高度な技術で調査する対応です。製品内部の解析、ソースコードの修正、機器交換、修正プログラムの提供などが行われます。

初心者は、三次対応へ依頼する前に、発生日時、影響範囲、再現手順、エラー内容、ログ、環境情報、実施済み対応を整理しましょう。正確な情報共有と安全な変更管理ができれば、専門担当の調査が進みやすくなり、障害の早期復旧と再発防止につながります。