①レンタルサーバの上限ファイル数30万に対し23万ほどに達していたため
②食べ歩きのブログサイトについて、無駄なファイルを削除することを目的に
③DB CLEARNERのプラグインを使用し削減処理を実行した(結果6000件ほどの削減表示)結果
④ブログサイトがクラッシュ。画像がすべて表示されない。画像以外の投稿は表示された
⑤推定すると、DB CLEARNERはプラグインfoogalleryへの考慮・対処ができていない為ではないか
⑥復旧を考える
⑦lolipopのバックアップデータ(7日前)からサイトフォルダ全体の復元操作を実施
⑧復元確認したが、サイト表示は変わらず
⑨データベースの復元を試みることにする
⑩ブログサイトのwp-config.phpを見て、使用しているDB情報を下表のとおり確認
⑪DB_HOSTはmysql151.phy.lolipop.lanと確認
⑫安全を期し復元先DBを新たに作成→mysql326.phy.lolipop.lan
⑬復元先をmysql326.phy.lolipop.lanに指定しlolipopのバックアップデータ(10日前)から復元
⑭ブログサイトのwp-config.phpをmysql326.phy.lolipop.lanの情報で書き換え、サーバ上を置換
⑮復元確認したところサイトはDBの10日前の状態で表示→まずはひと安心
⑯10日前以降の投稿を再入力(投稿)→これでトラブル前の状態に復旧
⑰バックアップスケジュールを短期に修正、アプリフォルダは7日から3日毎、DBは15日から7日毎に変更
⑱現在リリースしているサイトのDB情報(wp-config.php)を確認・記録→下記一覧
⑲不要テーブルの削除→個々テーブル単位でオンライン削除→ハンドリングが多い為下記sqlでの実行に切り替え
⑳ある程度削除したが未だ不要テーブルは残存、現存していてもファイル数増加・サイズの影響は少ないため放置
㉑不要テーブルを確認した中で判明したことは、サイトの引っ越しをするたび新たなDB_HOSTに追加されること、旧データは残ること
※ wp-config.phpの記載から確認したデーターベース情報はWordPress_DB情報.xlsxにまとめた








コメント