mysql.sockは共有サーバーには無関係です。
実際には解決方法が分かりませんで、複数サイトを運営している上
でこのような問題は普遍的に皆さん、経験されていると思われて、
似たご経験はありませんでしょうか。
一般的には同一の共有サーバー上でテスト環境など構築しません。
クライアントPCに擬似的なサーバー環境を設けてテストします。
XAMPPやMAMPが有名ですかね。
自分はVMwareを使っているので上記ソフトウェアの詳細は分かりません。
とりあえず後から作ったデータベースを消して、後から入れたWordPressを消せば回復するんじゃないですか？
尚、このような問題はWordPressに直接関係ないのでサーバーのサポートに問い合わせください。Xserverならサポートが迅速丁寧しっかりしているので今から問い合わせれば朝には返答が得られるでしょう。
stranger-jpさんへ
ご意見を有り難うございます。
プラグインなどの設定を詳細に元サイトに近い状況
でテストする目的で、
ローカル環境ではなく、使ってない方のドメイン
中にテスト環境を作る方法があることを知りました。
それで、実行してみたのです。こんな弊害が生じる
なんて、、深く反省しています。
Xサーバー社の担当者からは、WP内での設定は自己
責任でしてほしいと返答がありました。
テスト環境のWPとデータベースは既に消しました。
>mysql.sockは共有サーバーには無関係です。
ということでしたら、バックアップをとってある
WP関連のファイルなどを再アップすれば解決する
でしょうか？
もしできましたら、ご回答を頂けますよう、
宜しくお願い致します。
Xサーバー社の担当者からは、WP内での設定は自己
責任でしてほしいと返答がありました。
あら・・・ 意外に冷たいんですね。
wp-config.phpの内容ととサーバー上のデータベース情報に間違いがないか確認してください。
ややこしくあれこれ考える位ならバックアップからリストアした方が早いですね。
WP関連と云う事ですがwp-config.phpとデータベースだけで良いと思います。
蛇足
mysql.sockは一般的な共有サーバーでは見ることも触ることもできません。
stranger-jpさんへ
お世話になります。
遅くに、、本当に有り難うございます。
元サイトのデータベースなどには一切触れてもいなかったのに、
なんでこんなことがいきなり起こるの？
と、、動転して、絶望を感じていました。
>mysql.sockは一般的な共有サーバーでは見ることも触ることもできません。
ということは、今回の問題とは無関係と考えて差し支えない
のですね。
ご指摘を頂けた点について、急いで検討してみます。
ご回答を頂けて、本当に有り難うございました。
取り急ぎ、お礼までに。
お世話になります。
ご意見を頂けていて、有り難うございます。
wp-config.php ファイルとデータベースMySQLについて
「バックアップからリストア」というのは、そのまま
上書きの形で再UPすれば良いのでしょうか。
wp-config.php ファイルについてはすでにUPしたのですが、
表示がまだ直っていません。
データベースMySQLについては、数日前にバックアップして
おいたモノをphpMyAdminでそのままインポートすることで
良いのか？それとも一旦、消してからにすべきなのでしょう
か。消すことは今、怖く感じていて、判断ができずにいます。
わかる方がいましたら、ご回答を頂けますよう、
宜しくお願い致します。
wp-config.php ファイルについてはすでにUPしたのですが、
表示がまだ直っていません。
データベースサーバーの設定が変わってないかwp-config.phpの内容と照らし合わせて確認しましたか？
データベース名、ユーザー名、パスワードを確認して相違点があれば同じものにしてください。
尚、データベースの上書きインポートは出来ません。
stranger-jpさんへ
お世話になります。
ご意見を頂けて、有り難うございます。
ご指摘を頂いたように
・ ＷＰのためのデータベース名
・ ＭｙＳＱＬのユーザー名
・ ＭｙＳＱＬのパスワード
・ ＭｙＳＱＬのホスト名
をwp-config.phpファイルとＸサーバーのサーバーパネル、
phpMyAdminなどで確認したのですが、特に相違点は無いよう
なんです。phpMyAdminでプロセスを見てみると、
「ＳＱＬは正常に実行されました」
となっています。
自身がやったことは、いつも使っているドメインとは別の
ドメイン中にデータベースＢを新たに作り、ＷＰを入れて、
Ｂへ、いつも使っているデータベースＡに繋がっているＷＰ
についてバックアップをとってあったＳＱＬファイルを
インポートしたことなんです。すると、Ｂへはアクセスできて
いてＷＰの管理画面に入れていたのですが、ＡのＷＰへは
その直後に入れなくなったのです。この状況から推測すると、
やはりＡの方で何かの設定上の変更などが偶然に？
起こったと考えられますよね。そこで、サーバー会社からは
当該データベースＡがどう見えているのか？再度、質問を
しておきました。また、
尚、データベースの上書きインポートは出来ません。
について、了解致しました。上書きの形で、バックアップをとって
あったＳＱＬファイルをインポートしても、意味がないのですね。
なんとなく危険性があるんじゃ？と思えて、とりあえずまだ
しないでおいて良かったです。
Ｘサーバー社は、ＷＰの設定などを言い出すと、答えてくれなく
なるので、
ＷＰがサーバーにつながらない状態が起こってるという形で再度、
質問してみました。
引き続き、検討をしてみます。
ご意見を頂けて、有り難うございます。
（追記）
やはり、
・ ＷＰのためのデータベース名
・ ＭｙＳＱＬのユーザー名
・ ＭｙＳＱＬのパスワード
・ ＭｙＳＱＬのホスト名
の４点について、
相違は無いみたいです。元サイト用のSQLファイルを一旦削除して、
バックアップをとってあったファイルを再インストールなどする
しかないのでしょうか。
Xサーバー社からは、ユーザーが個々に運用しているデータベース
の中身までは調べられないと返答がありました。パスワードとかを
調べてみてとのことでした。
そうすると、WPのデータの復旧方法について調べないといけません
よね。
困りました…。
相違は無いみたいです。元サイト用のSQLファイルを一旦削除して、
バックアップをとってあったファイルを再インストールなどする
しかないのでしょうか。
そのバックアップが間違いないものであればWordPressのDBの中身を削除してインポートしてみるしかないでしょう。
使わないなら何の為のバックアップか分かりませんよ？
stranger-jpさんへ
お世話になります。
ご意見を頂けていて、有り難うございます。
何度もすみません。恐れ入ります。
奇跡的に、異常が起こる1日前にバックアップをとっておいた
SQLファイルなんです。
それをデータベースBにそのまま（既存のテーブルを削除しない状態で）
インポートして、それでAに異常が起こってしまったんですけどね。
ただ、相違が全く無いのになぜ接続エラーが起こるのか？は謎です。
たぶん、Xサーバー社の方も分からないと思います。
インポートの方法を検討しますね。
ご意見を頂けて、有り難うございます。
stranger-jpさんへ
お世話になります。
データベース中でテーブルを削除してSQLファイルの
インポートを新たにしたのですが、改善はしません
でした。
そこで、私の側でできることは全て試した感があるので、
http://www.tkoyama.com/archives/2141
に書いてある
========
service mysqld stop
mv /var/lib/mysql/mysql.sock /var/lib/mysql/mysql.sock.bak
service mysqld start
========
のコマンドについて、サーバー管理者の権限で確認して
みて頂けませんかと、Xサーバー社の担当者さんにお願い
してみました。
あと、思ったより問題は単純そうで、致命的なエラーとか
そういう雰囲気の問題ではないと分ってきた感じがあります。
最初にAのSQLファイルをBにインポートした時に、ファイル中で
データベース名がAになっていて、本来はそれをBに変えておか
ないとダメだったみたいで、そこからどうも問題が生じたよう
です。
いずれにしても、データベースのパスワードとwp-config.php
ファイル内容の一致で解決できる問題ではないようです。
引き続き、検討してみます。
ご意見を頂けて、有り難うございます。
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日間、実は殆ど
寝ていないのですが、今夜はようやく安心して眠れます。
今後はデータベース回りとかを軽率に触ることはもう控えます。
すごく困った経験をして、その危険性を身にしみて学びました。
お世話になり、有り難うございました。
取り急ぎ、ご連絡とお礼までに。
