AI障害対応で最初に残す5つの記録

Webサイトや業務システムに障害が起きたとき、復旧を急ぐあまり、誰が何を確認し、何を変更したかが残らないことがあります。

その場では直っても、原因を振り返れず、同じ障害が再発したり、別の担当者が一から調べ直したりします。

AIは、複数のメモや操作履歴を整理し、時系列の報告書や再発防止案を作る支援に使えます。ただし、元になる記録がなければ、AIも正確な経緯を再現できません。

英国のAI Security Instituteが公開した事例では、2026年7月28日に異常な通信を検知し、関連する実験の停止、機器の隔離、操作履歴の確認を進めました。同資料では、リアルタイム監視、人による確認、実行範囲を事前に制限する重要性も示されています。

中小企業でも、専用の障害管理システムから始める必要はありません。まず、次の5つを一枚の記録へ残します。

【1．最初に気付いた時刻と症状】

最初に、「いつ」「誰が」「何を見て」異常に気付いたかを書きます。

・ページが表示されない

・問い合わせフォームが送れない

・管理画面へ入れない

・処理が極端に遅い

・身に覚えのない表示がある

「サイトがおかしい」だけでは、担当者が同じ状態を確認できません。エラー文、対象ページ、発生した操作、確認時刻を残します。

画面の記録を残す場合は、顧客名やメールアドレスなどが写っていないか確認してください。

【2．影響している範囲】

次に、どこまで影響が出ているかを分けます。

・一つのページだけか

・サイト全体か

・特定の端末や利用者だけか

・問い合わせや注文に影響するか

・社内業務が停止しているか

影響範囲が分かれば、復旧の優先順位を決めやすくなります。

AIへ整理を頼む場合も、「売上への影響」「顧客対応への影響」「社内作業への影響」に分けると、単なる技術報告ではなく経営判断に使える形になります。

【3．直前に行った変更】

障害の前に行った作業を記録します。

・システムやプラグインの更新

・文章や画像の差し替え

・設定や権限の変更

・新しい機能の追加

・サーバーやドメインの変更

担当者が「関係ないだろう」と判断した変更も、時刻と作業内容だけは残します。

原因を決めつけず、「障害の前に行った事実」として整理することが大切です。

【4．試した対応と結果】

復旧のために行った操作を、一つずつ記録します。

・バックアップの確認

・設定の見直し

・機能の一時停止

・以前の状態への復元

・保守会社への連絡

各操作には、実施時刻、担当者、結果を付けます。

「いろいろ試した」では、同じ操作を繰り返したり、状況を悪化させたりする可能性があります。うまくいかなかった対応も消さずに残します。

削除、上書き、公開、外部送信を伴う対応は、AIに自動実行させず、人が対象と影響を確認してから行います。

【5．復旧の確認と残っている課題】

画面が表示されたことだけで、復旧完了とは限りません。

たとえばWebサイトなら、次の項目を確認します。

・主要ページを表示できる

・問い合わせフォームを送信できる

・管理画面を操作できる

・スマートフォンでも崩れていない

・不審な変更や利用者がない

・バックアップを取得できる

完全に直っていない場合は、暫定対応と未解決事項を分けます。次の確認日時と担当者も決めておきます。

【AIに頼みやすい整理】

5つの記録が揃ったら、AIには次のように依頼できます。

「以下の障害記録を、発生、影響、直前の変更、対応、復旧確認の順で時系列に整理してください。確認できる事実と推測を分け、未確認の内容は断定しないでください。最後に、再発防止のために確認すべき項目を挙げてください」

AIには、原因を勝手に確定させるのではなく、事実の整理と確認漏れの発見を手伝ってもらいます。

【障害後に残す一枚】

復旧後は、次の項目を一枚へまとめます。

・発生日時

・症状と影響範囲

・原因として確認できたこと

・実施した対応

・復旧確認の結果

・再発防止策

・次回の点検日

専門用語だけでなく、「問い合わせが何時間使えなかった」など、業務への影響も残すと、次回の優先判断に役立ちます。

【注意したいこと】

障害記録には、管理画面の情報、利用者情報、設定内容などが含まれる場合があります。外部のAIへ入力する前に、保存設定、利用権限、社内ルールを確認し、パスワードや認証情報は入力しないでください。

また、セキュリティ侵害が疑われる場合は、AIの回答だけで対応を決めず、保守担当者や専門家へ確認します。

【今日からできる小さな一歩】

障害が起きていない今のうちに、共有用の文書へ次の5行を作ってみてください。

・気付いた時刻と症状

・影響範囲

・直前の変更

・試した対応と結果

・復旧確認と残課題

記録欄を先に用意しておけば、問題が起きたときに落ち着いて情報を集められます。

Webサイトや小規模システムの障害対応と保守手順を整理したい方には、公開中の「小規模な社内システムの仕様を整理します」で、確認項目や復旧後の運用まで一緒に整理しています。