サーバーダウンに備える確認項目

サーバーダウンとは、ホームページを配信する環境が利用できず、ページや機能へアクセスできない状態です。原因を予測する前に、影響範囲と連絡先を整理します。

完全に止まる場合だけでなく、一部のページや入力機能だけに問題が出る場合もあります。平常時の状態を記録し、比較できるようにします。

停止の範囲を確認できるようにする

主要ページ、管理画面、フォーム、外部連携など、止まると困る対象を一覧にします。どの状態を障害として扱うかを社内で決めます。

確認する場所を一つにせず、利用者側、配信側、管理側に分けます。端末や通信環境を変えて、同じ現象が起きるかを確かめます。

公開環境、ドメイン、外部機能について、契約名義、管理者、公式の連絡先を記録します。担当者個人だけが知る状態を避けます。

保守会社へ連絡する場合は、契約内の対応範囲と対象外作業を確認します。緊急時の受付方法も、個別の契約書で確かめます。

提供元の障害情報を確認する場所も整理します。非公式な投稿だけで原因を判断せず、公式案内と自社の現象を照合します。

監視は、ページが応答するかなど決めた状態を確認し、変化を知らせる仕組みです。何を確認するかと、通知後に誰が見るかを決めます。

通知が届くことと、原因が確定することは別です。通知時刻、対象、表示された現象を記録し、担当者が再確認します。

通知先が退職者や古い委託先のままになっていないかを点検します。担当不在時の代替連絡先も用意します。

バックアップは、サイトを戻すために必要なデータを別に保管する備えです。対象、保存先、取得結果、管理者を確認します。

保存処理が動いているだけで完了と考えません。必要なデータを参照できるかと、どの時点へ戻せるかを確認します。

復旧では、誰が戻す判断をし、作業後に何を確かめるかを決めます。契約環境の手順は提供元の公式資料を参照します。

障害が起きたら、対象URL、時刻、端末、表示内容、直前の変更を記録します。原因が分からないまま複数の設定を変えません。

連絡時は、推測した原因ではなく確認できた現象を伝えます。作業を行った場合は、変更内容と結果を記録します。

ページが開いたことだけで復旧完了としません。主要ページ、画像、リンク、フォーム、管理画面を用途に合わせて確認します。

原因、影響範囲、実施した作業、未解決事項を分けて残します。確認できない原因を、もっともらしい説明で確定しません。

再発防止策は、実際に確認できた原因へ対応させます。監視、連絡、復旧のどの手順を直すかを決めます。

対策は、すべての障害を防ぐことではなく、発生時に確認と復旧を進められる状態を作ることです。サイトの用途に合わせて優先します。

保守・運用の支援範囲も確認できます。現在の契約と連絡先はお問い合わせから共有できます。