Ubuntu 26.04 障害時の切り分け

Ubuntu 26.04 で障害時に状況を整理するための基本手順をまとめます。

目的

障害時の切り分けは、Ubuntu 26.04 をサーバーとして運用するときに、構成の意味と確認ポイントをそろえるための項目です。単にコマンドを実行するだけでなく、設定前後の状態を確認し、再起動後にも同じ状態になるかを見ます。

まず現在のパッケージ、サービス、設定ファイルの状態を確認します。既存設定を把握してから変更することで、障害時に戻しやすくなります。

df -hT
free -h
ps aux --sort=-%mem | head

必要なパッケージを導入します。環境によってはすでに入っている場合もあるため、導入後にバージョンとサービス状態を確認します。

date
uptime
systemctl --failed
journalctl -p warning --since today --no-pager

設定ファイルは、変更前にバックアップを取り、変更内容を小さく分けて確認します。自動化する場合でも、手動で意味を確認できる形にしておくと運用時に困りにくくなります。

hostnamectl
ip addr
ip route
ss -ltnup

設定反映後は、サービス状態、待受ポート、ログを確認します。エラーがなければ、再起動後にも同じ状態になるかを確認します。

journalctl -u target.service --since today --no-pager

障害時は復旧を急ぐほど視野が狭くなります。時刻、変更履歴、影響範囲、再現条件を最初に整理すると、原因に近づきやすくなります。

Ubuntu 26.04 障害時の切り分けは、設定した時点で終わりではなく、再起動後、パッケージ更新後、関連サービスの変更後にも期待した状態が維持されているかを見る必要があります。

確認では、設定ファイル、サービス状態、ログ、待受ポート、実際の疎通を分けて見ます。どれか一つだけを見ると、設定は正しいがサービスが反映していない、サービスは起動しているが通信できない、といった状態を見落としやすくなります。

systemctl --failed
journalctl -p warning --since today --no-pager
ss -ltnup | head

サーバー設定は、再起動後に同じ状態へ戻ることが重要です。手動で一時的に反映した設定と、永続化された設定を混同しないようにします。

運用では、変更前の状態、変更したファイル、確認したコマンド、問題が起きたときの戻し方を残しておくと、後から個別記事を修正するときにも判断しやすくなります。

Ubuntu 26.04 障害時の切り分け