こんにちは、執事です。
今回は、突然メールで飛んできたBackWpupのエラーログとサイトのバックアップエラーについて。
びっくりしましたが、定期的に取っている自動バックアップのエラー通知でした。
最終的に解決できましたが、ネットにあった設定変更だけでは解決できなかったのでそれも含めて記事にします。
BackWpupのエラー 警告: ジョブが5分以上無動作により再起動します。エラー：ステップを中止：回数が多すぎます！
発生したエラーログはこちら。
最初は何の事だかわからなかったのですが、どうやらジョブの実行時間が長すぎて途中で停止する、を何回も繰り返す内にステップ回数上限に引っかかってエラーとなっている様子。
で、全部の自動バックアップが失敗しているかというと、
データベースバックアップは正常に作動していて、ファイルのバックアップだけ失敗している様子。
1889秒もかかってる…((( ；ﾟДﾟ)))
このサイトは画像が多めなので、割とファイル容量は大きめ。
それらが重荷となってうまくいかなくなっているのかな？と思いつつ、バックアップが取れていないのは不安なので、まずは手動で取れるかを試してみることにしました。
エラーで失敗したファイルのバックアップを手動で取ってみる
というわけで、早速手動でファイルのバックアップを取ります。
手動バックアップは、
BackWpup > ジョブ> 失敗したファイルの上にカーソルを置く> (一番右の)今すぐ実行
で取る事が可能です。
で、結果はというと、
上手にできました～♪
というわけで、手動でなら問題なくバックアップが取れました。
つまり、BackWpupの機能に問題があるわけではない、と。
そうなると、全体のファイルの重さが負荷になっている可能性があるので、自動バックアップの設定をいじってみる事にしました。
ネットにも上がっている設定変更を試してみる
同じような症状がないかネットで調べたところ、結構ある様子。
そこで
この設定にしたら解決した！
と、紹介されていた設定があったので、それを試してみました。
BackWpup> 設定> ジョブ（のタブ）
そこの設定を
変更前
最大スクリプト実行時間：30秒
サーバーの負荷を軽減：無し
変更後
最大スクリプト実行時間：60秒
サーバーの負荷を軽減：中
と設定変更。
設定後の画像はこんな感じ↓
これでうまくいくかな？
と、思ったら上手くいかずに同様のエラーが再び発生。
ぬぅ…(･´ω`･)
更に別の設定を試して解決！
失敗したバックアップデータの大きさは2.65GBほどありました。
そのままでは大きすぎる可能性があるので、まとめて以下の様に設定。
- BackWPup > ジョブ>ファイルの上にカーソルを置く> 編集> 一般> アーカイブ形式をTar.Gzipに変更。
- BackWPup > ジョブ>ファイルの上にカーソルを置く> 編集>スケジュール>バックアップ時間を朝3時から朝5時に変更。
それに加えて、
BackWpup> 設定> ログ（のタブ）
から、以下の様に設定。
変更前
変更後
ログファイル上限を10減らして30から20にして、過去のログファイル量をわずかながら削減。（こっちはあまり意味がないかもしれないけど、一応。）
圧縮のGZip形式にチェック。
Gzip形式への変更については、ジョブ側のアーカイブ形式はTar.Gzipとなっていて、設定側のログの圧縮にはGzipと書いてあります。
Tar.Gzipというのは、複数のフォルダ（ディレクトリ）をTarという形式でまとめて、Gzip形式で圧縮した、という意味です。
Gzipは圧縮率はいいらしいのですが、Zip形式の様に複数のデータをまとめて一つのフォルダ（ディレクトリ）に入れて圧縮、みたいな事はできず、あくまで一つのフォルダ（ディレクトリ）を圧縮する事しかできないそうで、Gzip形式の圧縮データ内に複数のフォルダ（ディレクトリ）がある場合は、Tar.Gzipになります。
ちなみに、Gzip形式で圧縮しても解凍はちゃんとできるのだろうか？という不安があるかもしれませんが、windows10なら標準で解凍可能です。
7zipでもいけます。
https://sevenzip.osdn.jp/
まとめ
とりあえず、これでエラーは解消されました。
あ、そういえば、途中でXserverのPHPも最新のver7.3に変更したりしましたが、このエラーには関係ありませんでした。
コメント