まず更新の実行状況を確認する
作業者、開始時刻、更新対象、サーバー負荷を確認します。複数担当者が同時に更新していないかも確認します。テーマやプラグインが出す独自メンテナンス画面なら、WordPress標準の.maintenanceとは別に設定を調べます。
標準ファイルが残っている場合
更新が動いていないことを確認し、設置先と現在状態を保存したうえで、残留した.maintenanceの削除を検討します。対象サイトが複数ある場合は、別サイトのファイルを操作しないよう配置を確認します。
解除後に更新結果を確認する
本体・製品の版、管理画面の更新通知、ログ、代表ページを確認します。解除だけでは、更新失敗で欠けたファイルは直りません。必要なら正常な製品一式の再配置やバックアップ復元を計画します。
再発時に調べること
書込み権限、容量、通信、実行時間、更新処理の競合を確認します。作業の連打を避け、検証と復旧時間を含む更新手順に変えます。解除を繰り返す運用で済ませないでください。
表示が残る原因を順番に調べる
更新中に通信が切れた、実行時間が足りなかった、容量が不足したなど、解除されない原因を確認します。メンテナンスファイルを取り除いた後に別エラーが出るなら、更新されたファイルとDBの状態も調べます。表示解除と更新完了を別の確認項目にしてください。
キャッシュされた表示にも注意する
サーバー側で解除した後も、CDNやページキャッシュにメンテナンス応答が残る場合があります。必要な層を限定して更新し、未ログイン状態で再確認します。原因不明のまま全層を消すと、負荷の増加や別の不具合を招くことがあります。
よくある質問
.maintenanceが見つかりません。
隠しファイルの表示、WordPressの配置、複数サイトの設置先を確認します。別の製品やサーバーがメンテナンス表示を出していないかも確認します。
更新画面が止まったらすぐ削除できますか？
実行中の処理がないことを先に確認します。処理が続いている間に公開すると、不完全な状態を利用者へ見せる可能性があります。