更新中か失敗後かを見分ける
開始時刻、更新対象版、サーバー処理、ログを確認します。管理画面が使えるなら現在版と通知を確認し、公開ページも点検します。メンテナンス表示を解除する場合は、実行中の更新がないことを確かめます。
よくある失敗要因
ディスク容量不足、一時領域の問題、配布先との通信失敗、所有者・権限、PHPの制限などです。ログに合わせて原因を絞り、書込みエラーを777で回避するような対処は避けます。
再配置・復元の注意点
DB、wp-content、wp-config.php、独自ファイルを保存し、公式配布物の対象版を確認します。本体の手動再配置では、保全対象まで上書き・削除しないよう公式手順を確認します。DB更新が行われたかも確認し、ファイルだけの版戻しで安全と判断しません。
完了の確認
管理画面、保存、表示、フォーム、各製品の互換性を確認します。コアのチェックサム照合は欠損・改変の確認を補助しますが、DBや独自製品全体の検査にはなりません。失敗原因を直してから通常更新へ戻します。
通信・権限・容量を個別に確認する
配布物の取得で失敗したなら外部通信と証明書、一時領域の展開で失敗したなら空き容量や権限、置換で失敗したなら所有者や実行ユーザーを確認します。画面の短いメッセージだけで、全てをネットワークの問題と決め付けないでください。
手動更新を行う前に
公式手順と対象版を確認し、サーバー側で操作できる担当者を確保します。wp-contentや設定ファイル、独自ファイルの保全対象を明示し、現在の状態へ戻すコピーも残します。上書き対象を推測で選ばないことが重要です。
よくある質問
更新通知が残っているだけなら無視してよいですか？
実際の版、更新結果、ログ、ファイルの状態を確認します。通知だけの問題か、更新未完了かを切り分けてから対応します。
最新版へ直接上げればよいですか？
長期間未更新ならPHPや製品の対応、DB移行を調べます。全環境に共通する一段階の更新手順があるとは限りません。