ブログが3日間ほどダウンしてました

3月6日の夕方ぐらいにこのブログがダウンして、復旧したのが3月10日の0時過ぎだった。丸々3日間 + 数時間は本ブログが閲覧できなくなっていたわけです。
現在このブログはwpxレンタルサーバーで運用しているんだけど、まず500エラーで閲覧できなくなって、それを復旧するために色々やったら墓穴を掘って長引いてしまいました。

最初の失敗はUpdraftPlusというWordpressバックアップのプラグインだった。オイラはUpdraftPlusを使って定期的にこのブログのデータベース、テーマ、アップロードファイルをGoogleDriveにバックアップしているんだけど、どういうわけかアップロードファイルのバックアップが不完全なまま処理が終了していたようで、不完全なデータから復旧処理をかけてしまったがためにブログが壊れてしまいました。


スポンサーリンク


もともと、アップロードデータのサイズも結構膨れ上がっていて、780MBほどあったので、バックアップ処理中にタイムアウトが発生していたのかもしれない。FTPで転送しても結構時間かかるようなサイズだもんね。
追記:エラーログを確認してみたら、やっぱりバックアップ処理に時間がかかり過ぎてタイムアウトしてた。

そこでwpxレンタルサーバーの有償機能で過去のブログのバックアップファイル一式を入手。そのデータから復旧するため、改めてサーバにWordpressを新規インストールした。んだけど、そこで何度も失敗。ちっとも新規インストールが完了しなくて、データ復旧どころじゃなかった。wpxのサポートに問い合わせて調べてもらったら原因が判明。

原因は、バックアップデータでサーバ容量を圧迫していたため、Wordpressを新規にインストールできなくなっていたとのこと。自業自得というかなんというか。
何はともあれ、復旧できてよかった。今回の件で有償機能を使ったので、結局1万円ぐらい消費してしまった。。。
ブログのバックアップ方法を見直さないといけないな。


スポンサーリンク

関連記事

WordPressの表示を高速化する
Google App Engine上のWordPressでAmazonJSを利用する
Google App Engine上のWordPressでFlickrの画像を貼る
WordPressプラグインによるサイトマップの自動生成
このブログのデザインに飽きてきた
Google App EngineでWordPress
WordPress on Google App Engineを1週間運用してみて
AMIMOTO(PVM版)で作成したインスタンスをAMIMOTO (HVM版)へ移行する
AmazonEC2のインスタンスをt1.microからt2.microへ移行する
Amazon Web ServicesでWordPress
まだ続くブログの不調
WordPressをAmazon EC2のt2microインスタンスで1週間運用してみて
WordPressのサーバ引っ越し方法を考える
Google XML Sitemap Generatorプラグインを3.4.1へダウングレード
ネームサーバとDNSレコードの話
ブログの復旧が難航してた話
WordPressのテーマを自作する
ブログをwpXレンタルサーバーからwpX Speedへ移行
ドットインストールのWordPress入門レッスン
オープンソースのIT資産・ライセンス管理システム『Snipe-IT』
3DCG Meetup #4に行ってきた
WordPressで数式を扱う
ブログが1日ダウンしてました
網元AMIで作ったWordpressサイトのインスタンスをt1microからt2microへ移行した
AMIMOTO HHVMのパッケージを3.9へ更新
WordPress on Windows Azure
Google App Engineのデプロイ失敗
ブログをSSL化
ブログをGoogle App EngineからAmazon EC2へ移行
実は頻発しているブログの不具合
ブログのデザイン変えました
RSSフィードを読込んで表示するWordpressプラグイン『RSSImport』
Webサイトのワイヤーフレームが作成できるオンラインツール
ブログをAWSからwpXへ移行
WordPressプラグインの作り方
ブログがダウンしてました

コメント