二次対応とは？IT初心者向けに役割・一次対応との違い・障害調査の進め方をわかりやすく解説
二次対応とは、一次対応で解決できなかった障害や問い合わせを引き継ぎ、専門的な調査や復旧作業を行う対応のことです。IT現場では、インフラエンジニア、ネットワーク担当、サーバー担当、開発担当、保守ベンダーなどが二次対応を担当します。
二次対応では、単に詳しく調べるだけではなく、ログの確認、原因の切り分け、設定変更、復旧作業、再発防止の検討まで求められる場合があります。初心者は、一次対応から引き継いだ情報を整理し、影響の大きい箇所から順番に確認することが重要です。
二次対応とは？
二次対応とは、ヘルプデスクや保守窓口などの一次対応担当者から引き継いだ障害について、より専門的な調査や対応を行う業務です。
| 項目 | 内容 |
|---|---|
| 主な目的 | 原因の特定、復旧、恒久対応 |
| 主な担当者 | サーバー担当、ネットワーク担当、開発担当、保守ベンダーなど |
| 対応内容 | ログ調査、設定確認、サービス復旧、修正作業 |
| 必要な知識 | OS、ネットワーク、認証、アプリケーションなどの専門知識 |
現場によっては、二次対応を「二次切り分け」「L2対応」「セカンドレベルサポート」と呼ぶこともあります。L2はLevel 2の略です。
一次対応と二次対応の違い
| 比較項目 | 一次対応 | 二次対応 |
|---|---|---|
| 主な役割 | 受付、状況確認、初期切り分け | 詳細調査、原因特定、復旧 |
| 担当者 | ヘルプデスク、保守窓口、運用担当 | 専門部署、インフラ担当、開発担当 |
| 対応方法 | 手順書に沿った確認が中心 | ログや設定をもとに判断する |
| 設定変更 | 原則として限定的 | 承認後に実施する場合がある |
| 解決できない場合 | 二次対応へ引き継ぐ | 三次対応やベンダーへ引き継ぐ |
一次対応は情報を集める役割、二次対応は集めた情報を使って原因を深掘りする役割と考えると分かりやすいでしょう。
二次対応が必要になる場面
- 手順書どおりに対応しても復旧しない
- サーバーやネットワークの設定確認が必要
- 複数の利用者や部署に影響している
- イベントログに重大なエラーが記録されている
- Active DirectoryやDNSの調査が必要
- アプリケーションの不具合が疑われる
- 再起動や設定変更に承認が必要
IT現場でよくある二次対応の例
共有フォルダへアクセスできない
一次対応でPCの再起動やネットワーク接続を確認しても解決しない場合、二次対応ではサーバーの共有設定、NTFSアクセス権、Active Directoryのグループ所属などを確認します。
社内システムへログインできない
パスワード間違いやアカウントロックではない場合、認証サーバー、Active Directory、時刻同期、DNS、アプリケーション側のログを調査します。
サーバーへ接続できない
ネットワーク経路、ファイアウォール、サーバーの稼働状態、サービスの停止、CPUやメモリの負荷を確認します。
バックアップが失敗した
バックアップソフトのログ、保存先の空き容量、サービスアカウントの権限、ネットワーク接続、対象ファイルのロック状態などを調べます。
業務アプリケーションが停止した
Windowsサービス、データベース、アプリケーションログ、直前のリリースや設定変更を確認し、必要に応じて開発担当へ引き継ぎます。
二次対応の基本的な流れ
- 一次対応から引き継ぎを受ける
- 発生日時と影響範囲を確認する
- 一次対応で実施済みの内容を確認する
- 監視情報やログを取得する
- 原因を切り分ける
- 復旧方法と影響を検討する
- 必要な承認を取得する
- 復旧作業を実施する
- 正常性を確認する
- 対応内容を記録して報告する
- 再発防止策を検討する
一次対応で確認済みの内容を繰り返すのではなく、引き継ぎ情報を活用して調査を進めることが大切です。ただし、重要な項目は二次対応側でも再確認します。
二次対応で最初に確認する項目
| 確認項目 | 確認内容 |
|---|---|
| 発生日時 | 障害が始まった時刻 |
| 影響範囲 | 特定ユーザー、一部部署、全体のどれか |
| 対象機器 | PC、サーバー、ネットワーク機器など |
| 一次対応結果 | 確認済みの項目と結果 |
| エラー情報 | メッセージ、イベントID、画面の記録 |
| 直前の変更 | 更新、リリース、設定変更、再起動の有無 |
| 緊急度 | 業務停止やセキュリティ影響の有無 |
原因を切り分ける順番
二次対応では、原因を一つに決めつけず、層ごとに確認します。
- 利用者や端末に限定された問題か確認する
- ネットワーク通信を確認する
- DNSによる名前解決を確認する
- サーバーやサービスの稼働状態を確認する
- Active Directoryの認証と権限を確認する
- アプリケーションとデータベースを確認する
- 直前の変更作業との関連を確認する
| 切り分け対象 | 主な確認内容 |
|---|---|
| ユーザー側 | 特定ユーザーだけで発生しているか |
| Windows側 | OS、サービス、更新プログラム、イベントログ |
| ネットワーク側 | 疎通、経路、ポート、ファイアウォール |
| DNS側 | 名前解決、参照先DNSサーバー |
| DHCP側 | IPアドレス、デフォルトゲートウェイ、リース状態 |
| Active Directory側 | アカウント、グループ、認証、グループポリシー |
| 権限 | 共有権限、NTFS権限、実行ユーザー |
| サーバー側 | 負荷、空き容量、サービス、ログ |
GUIで確認する方法
イベントビューアーを開く
- WindowsキーとRキーを押す
- 「eventvwr.msc」と入力する
- 「Windowsログ」を開く
- 「システム」または「アプリケーション」を選ぶ
- 障害発生時刻付近のエラーや警告を確認する
確認する際は、イベントID、ソース、発生時刻、エラー内容を記録します。赤いエラーがすべて障害原因とは限らないため、発生時刻や現象との関連を確認してください。
サービスの状態を確認する
- WindowsキーとRキーを押す
- 「services.msc」と入力する
- 対象サービスを探す
- 状態が「実行中」か確認する
- スタートアップの種類も確認する
サービスの再起動は利用者へ影響する可能性があります。手順書や変更管理ルールを確認してから実施しましょう。
タスクマネージャーを確認する
Ctrlキー、Shiftキー、Escキーを同時に押すとタスクマネージャーを開けます。CPU、メモリ、ディスク、ネットワークの使用率を確認し、負荷の高いプロセスがないか調べます。
コマンドプロンプトで確認する方法
| コマンド | 確認内容 | 結果の見方 |
|---|---|---|
| ipconfig /all | IPアドレスやDNS設定 | 想定したネットワーク情報か確認する |
| ping サーバー名 | 名前解決と疎通 | 応答の有無や名前解決結果を見る |
| ping IPアドレス | IPによる疎通 | 名前では失敗しIPで成功ならDNSを疑う |
| nslookup サーバー名 | DNSの名前解決 | 正しいIPアドレスが返るか確認する |
| tracert IPアドレス | 通信経路 | どの区間で応答が止まるか確認する |
| whoami /groups | ユーザーのグループ所属 | 必要な権限グループが含まれるか確認する |
| netstat -ano | 通信中のポートとプロセス | 対象ポートが待ち受けているか確認する |
PowerShellで確認する方法
| コマンド | 用途 |
|---|---|
| Get-Service | サービスの状態を一覧で確認する |
| Get-Process | 実行中のプロセスを確認する |
| Test-NetConnection 接続先 -Port ポート番号 | 指定したポートへの通信を確認する |
| Get-WinEvent -LogName System | システムログを取得する |
| Get-WinEvent -LogName Application | アプリケーションログを取得する |
| Get-Volume | ディスク容量を確認する |
コマンドを実行するときは、対象サーバー名や実行日時、結果を作業記録へ残します。管理者権限が必要な操作は、許可なく実行しないようにしてください。
確認結果の見方
二次対応では、単に「成功」「失敗」だけを見るのではなく、複数の結果を組み合わせて判断します。
- IPアドレスで接続でき、サーバー名で接続できない場合はDNSを疑う
- 一人だけ発生する場合は端末、ユーザー、権限を疑う
- 全員が接続できない場合はサーバーやネットワークを優先する
- 特定の時間から発生した場合は直前の変更やジョブを確認する
- サービスが停止している場合は、停止理由をログで確認する
現象、影響範囲、ログ、直前の変更の4点を関連付けて考えることが、原因特定の近道です。
二次対応での具体的な解決手順
共有フォルダへアクセスできない場合
- 一人だけか複数人か確認する
- サーバー名とIPアドレスの両方で接続を試す
- DNSの名前解決を確認する
- ログインユーザーを確認する
- 共有権限とNTFS権限を確認する
- ファイルサーバーのサービスと空き容量を確認する
- 必要に応じてイベントログを確認する
社内システムへログインできない場合
- エラーメッセージを記録する
- 他の利用者も発生しているか確認する
- アカウントのロックや有効期限を確認する
- PCとドメインコントローラーの時刻を確認する
- DNSの参照先を確認する
- 認証ログやアプリケーションログを確認する
- システム担当や開発担当へ必要情報を引き継ぐ
初心者がやりがちなミス
- 一次対応の引き継ぎ内容を読まずに調査を始める
- 原因を決めつけて一つの箇所だけ確認する
- 再起動や設定変更を先に実施する
- 変更前の設定やログを保存しない
- 利用者への進捗連絡を忘れる
- 復旧確認を自分の端末だけで終える
- 対応内容や時刻を記録しない
設定変更の前には、変更理由、影響範囲、戻し方を確認することが大切です。元に戻せない変更は、上司や責任者の承認を得てから実施します。
筆者の経験談
以前、一次対応から「全社で共有フォルダへ接続できない」と引き継がれたことがありました。大規模なファイルサーバー障害を疑いましたが、確認すると影響していたのは一つの部署だけでした。
その部署で使用しているネットワーク機器を調査したところ、設定変更後に特定の通信だけ遮断されていました。最初の申告をそのまま受け取らず、影響範囲を二次対応でも確認したことで、原因を早く絞り込めました。
二次対応では専門知識も必要ですが、最も重要なのは事実を一つずつ確認することです。
上司や関係者へ報告するポイント
- 障害の発生日時
- 影響している利用者やシステム
- 一次対応で確認済みの内容
- 二次対応で実施した調査
- 判明した事実と推定原因
- 実施した復旧作業
- 現在のサービス状態
- 残っている課題と今後の対応
「サーバーが怪しいです」のような曖昧な報告ではなく、「サーバーへのpingは成功、TCPの443番ポートは失敗」のように、確認結果を具体的に伝えると判断しやすくなります。
三次対応やベンダーへエスカレーションするタイミング
- 製品内部の不具合が疑われる
- ソースコードの修正が必要
- 機器の故障や部品交換が必要
- 二次対応の権限では変更できない
- 重大なセキュリティ事故の可能性がある
- 復旧目標時間を超える可能性がある
- 原因が特定できず影響が拡大している
エスカレーション時は、ログ、エラー画面、発生日時、再現手順、実施済みの対応をまとめます。情報が不足していると、引き継ぎ先で同じ確認を繰り返すことになります。
二次対応で現場から評価されるポイント
- 影響範囲を正確に把握できる
- 一次対応の情報を活用できる
- 複数の原因候補を整理できる
- ログや数値を根拠に判断できる
- 変更前に影響と戻し方を確認できる
- 適切なタイミングで上位担当へ引き継げる
- 復旧後の正常性確認まで実施できる
関連するIT用語
- 一次対応
- 三次対応
- 障害対応
- トラブルシューティング
- エスカレーション
- インシデント管理
- 問題管理
- 根本原因
- 暫定対応
- 恒久対応
よくある質問（FAQ）
二次対応では必ず障害を解決しなければいけませんか？
必ずしも二次対応だけで解決する必要はありません。製品の不具合や高度な開発調査が必要な場合は、三次対応や保守ベンダーへ引き継ぎます。重要なのは、必要な情報を整理して適切な担当者につなぐことです。
二次対応は初心者でも担当できますか？
最初は先輩や上司の指示を受けながら担当するケースが一般的です。定常作業や一次対応で、ログの見方、ネットワークの基礎、Windowsの操作を身に付けると対応しやすくなります。
暫定対応と恒久対応の違いは何ですか？
暫定対応は、サービスを早く復旧するための一時的な処置です。恒久対応は、原因を取り除いて同じ障害が再発しないようにする対応を指します。
二次対応で最も大切なことは何ですか？
影響範囲と事実を整理し、原因を決めつけずに切り分けることです。また、設定変更前の記録、関係者への報告、復旧後の確認も欠かせません。
まとめ
二次対応とは、一次対応で解決できなかった障害を引き継ぎ、専門的な調査や復旧を行う対応です。ログ確認、ネットワーク調査、サービス状態の確認、認証や権限の調査などを通じて原因を絞り込みます。
初心者は、一次対応の情報を確認したうえで、「影響範囲」「ログ」「直前の変更」「確認結果」を整理しましょう。自己判断で危険な設定変更を行わず、必要な承認とバックアップを取得することも重要です。正確な切り分けと分かりやすい報告を積み重ねることで、現場で信頼される二次対応担当者へ成長できます。