影響を止める
問い合わせ、予約、請求、受注、承認など失われる可能性がある業務を確認し、必要なら代替導線を先に用意します。
Emergency Checklist
緊急復旧では、原因を決めつける前に業務影響とデータ損失リスクを確認します。表示停止、送信不可、ログイン不可、通知不達、担当者不在の状態でも、分かる範囲の情報から初動を整理できます。

First Response

問い合わせ、予約、請求、受注、承認など失われる可能性がある業務を確認し、必要なら代替導線を先に用意します。
DNS、証明書、ホスティング、デプロイ、環境変数、認証、外部API、DB、ストレージ、通知先を順に確認します。
ロールバック、設定修正、APIキー更新、通知先変更、バックアップ復元、代替フォームなど、業務再開を優先します。
再発防止、監視、バックアップ、権限、契約、更新手順、障害時連絡、改善キューを整備します。
Incident Types
症状だけで原因は決まりません。業務影響、権限、直近変更、ログを合わせて確認します。
404/500、白画面、SSL警告、管理画面に入れない場合は、URL、発生時刻、直近デプロイ、DNS/証明書、サーバーログを確認します。
受付メール、Teams通知、保存先Blob/DB、Webhook、APIキー、入力検証、スパム対策、通知失敗時の代替運用を確認します。
Entra ID、OAuth、リダイレクトURI、シークレット期限、Cookie、RBAC、管理者バックアップ、ユーザー同期を確認します。
APIキー、課金、クォータ、レート制限、エンドポイント変更、外部サービス障害、代替処理の可否を確認します。
Checklist
FAQ
影響URL、発生時刻、全員に起きているか、一部だけか、直近の変更、管理権限の有無、業務停止の範囲を確認してください。
相談できます。ドメイン、DNS、サーバー、CMS、クラウド、Git、外部API、請求情報のうち、何が分かっていて何が不明かを整理します。
できます。復旧後に、構成図、権限台帳、更新手順、監視、バックアップ、通知先、改善要望管理を整え、AI開発で更新できる保守体制へ移します。
対象です。保存先、メール送信、Teams/Slack Webhook、APIキー、SAS、バリデーション、スパム対策、通知失敗時の再送を確認します。