life hack

gatespace 様

お世話になります。

非常に具体的で実践的な内容でご意見を頂けまして、
有り難うございます。

他の読者の方も大変、参考になると思います。

記事を精読しましたが、各キャッシュ系プラグインがシステム環境へ
与える影響について、具体的にどういうモノなのか？

そして各種のトラブルを復旧させる場合にどうすればイイのか？等
が結局、マニュアル化もされてなくて、

「色々試してみて、こうやったら偶々自身の環境では脱出できた」
って程度の事例がネット上では散見されますが、

その情報だけを頼りに手を出すのはあまりに危険だと感じていた
のです。

サーバー会社は負荷対策として気軽に
「キャッシュ系プラグインによって大幅に負荷を軽減できたって
報告が多数ですよ」なんて勧めてきましたが、

実際に復旧困難なトラブルに見舞われた時には「WPの仕様に関しては
ノータッチ」になってしまうので…。

なので、個人的な意見としては、とても怖くて手を出せないので
高速サーバー以外に選択肢は当面ないと考えていました。

実際には、photon や CloudFlare などを実装しても、サイトによって
はすぐに限界がきてしまって、あまり役に立たなかった感じです。

丁寧に詳しくご意見を頂けまして、有り難うございます。

digit@maetel 様

お世話になります。

丁寧に詳しくご回答を頂けまして、有り難うございます。

robots.txt と htaccess ファイルについても、wp-config.php
や wp-content ディレクトリと同様に扱って、やってみますね。

サーバー移転だけでも未経験で大変なのですが、その前にWPの
アップデートの問題があり、さらに今日いきなり 4.0 になって

いて、また問題が増えた… と、暗澹たる気持ちになっていま
した。教えて頂けた方法で、試してみます。

有り難うございます。

stranger-jpさんへ

お世話になります。

本日先程、16時すぎにお陰さまで復旧しました。

今般、大変お世話になり、本当に有り難うございました。

お礼と、フォーラムの読者の方たちのためにトラブルの原因
についてフィードバックをさせて頂きます。

今回、「データベース接続確立エラー」となったのが29日の
午後で、28日にSQLファイルのバックアップをとっていたの
ですが、

その際に、いつもと同じようにBU作業をしていたのに、偶発
的にそのバックアップが失敗していて、SQLファイルの容量が

殆ど空に近いくらいに小さくなっていたのです。
一番、疑われた次の4点について問題があったのではなくて、

・　ＷＰのためのデータベース名
・　ＭｙＳＱＬのユーザー名
・　ＭｙＳＱＬのパスワード
・　ＭｙＳＱＬのホスト名

実際には単純にバックアップ作業が偶然に？ミスしていた
ために、28日分のバックアップデータを phpMyAdmin で

テーブルを削除してから再インポートしても、エラーの
状態が改善されなかったのです。

（データベースが空に近いくらいだったので、接続できる
ハズもないですよね…）

「今、使っているデータベースがほとんど空だよ？」と
Xサーバーの担当者様からご指摘を頂いて、それで、

23日くらいにとってあったバックアップデータ（SQLファイル）
をインポートしたら無事にサイトは表示されました。

それからさらに、23日以降にも記事を書き足していて、28日の
バックアップは失敗していたので、

Xサーバー社の自動バックアップサービスを利用して27日分の
SQLデータを5400円で購入して、再インポートして補完しておき
ます。

それでサイトは完全に復活できると考えられます。

ものすごい色んなサイトを参照して、アレコレと考えましたが、
結局、mysql.sock ファイルなどは関係が無かったようですｗ

「データベース接続確立エラー」が出ると稼働活動が停止して
しまうので非常に焦りや不安や怖さなどが急激に押し寄せてくる

独自な特徴がありますがｗ、今回の私の経験が他の皆さんのお役
に少しでも立てれば幸いに思います。

stranger-jp さん、何度もご意見を頂けて本当に有り難うござい
ました。

途中、すごく心強くて、、支えて頂けました。2日間、実は殆ど
寝ていないのですが、今夜はようやく安心して眠れます。

今後はデータベース回りとかを軽率に触ることはもう控えます。
すごく困った経験をして、その危険性を身にしみて学びました。

お世話になり、有り難うございました。

取り急ぎ、ご連絡とお礼までに。

stranger-jpさんへ

お世話になります。

ご意見を頂けていて、有り難うございます。

何度もすみません。恐れ入ります。

奇跡的に、異常が起こる1日前にバックアップをとっておいた
SQLファイルなんです。

それをデータベースBにそのまま（既存のテーブルを削除しない状態で）
インポートして、それでAに異常が起こってしまったんですけどね。

ただ、相違が全く無いのになぜ接続エラーが起こるのか？は謎です。
たぶん、Xサーバー社の方も分からないと思います。

インポートの方法を検討しますね。

ご意見を頂けて、有り難うございます。

stranger-jpさんへ

お世話になります。

ご意見を頂けて、有り難うございます。

ご指摘を頂いたように

・　ＷＰのためのデータベース名
・　ＭｙＳＱＬのユーザー名
・　ＭｙＳＱＬのパスワード
・　ＭｙＳＱＬのホスト名

をwp-config.phpファイルとＸサーバーのサーバーパネル、
phpMyAdminなどで確認したのですが、特に相違点は無いよう

なんです。phpMyAdminでプロセスを見てみると、
「ＳＱＬは正常に実行されました」
となっています。

自身がやったことは、いつも使っているドメインとは別の
ドメイン中にデータベースＢを新たに作り、ＷＰを入れて、

Ｂへ、いつも使っているデータベースＡに繋がっているＷＰ
についてバックアップをとってあったＳＱＬファイルを

インポートしたことなんです。すると、Ｂへはアクセスできて
いてＷＰの管理画面に入れていたのですが、ＡのＷＰへは

その直後に入れなくなったのです。この状況から推測すると、
やはりＡの方で何かの設定上の変更などが偶然に？

起こったと考えられますよね。そこで、サーバー会社からは
当該データベースＡがどう見えているのか？再度、質問を

しておきました。また、

尚、データベースの上書きインポートは出来ません。

について、了解致しました。上書きの形で、バックアップをとって
あったＳＱＬファイルをインポートしても、意味がないのですね。

なんとなく危険性があるんじゃ？と思えて、とりあえずまだ
しないでおいて良かったです。

Ｘサーバー社は、ＷＰの設定などを言い出すと、答えてくれなく
なるので、

ＷＰがサーバーにつながらない状態が起こってるという形で再度、
質問してみました。

引き続き、検討をしてみます。

ご意見を頂けて、有り難うございます。

stranger-jpさんへ

お世話になります。

遅くに、、本当に有り難うございます。

元サイトのデータベースなどには一切触れてもいなかったのに、
なんでこんなことがいきなり起こるの？
と、、動転して、絶望を感じていました。

>mysql.sockは一般的な共有サーバーでは見ることも触ることもできません。

ということは、今回の問題とは無関係と考えて差し支えない
のですね。

ご指摘を頂けた点について、急いで検討してみます。

ご回答を頂けて、本当に有り難うございました。

取り急ぎ、お礼までに。