エックスサーバーのサーバー障害で、ブログ記事がひとつ消えました。
今後の参考のために経過を記録しておこうと思います。
令和5年12月26日(火)18:30過ぎ。
「札幌ビーイング」に新しい記事を投稿。
ちなみに、新しい記事のタイトルは「元旦からおでかけ。令和6年1月1日に営業している札幌市内の商業施設・観光スポット」だった。
いつもどおり、自分のためのメモ記事だけれど、文字数5,000字ちょっとで、それなりに時間のかかった記事だった。
令和5年12月27日(水)6時過ぎ。
自分のブログを開こうとすると「データベース接続確立エラー」という表示が出て、サイトにつながらない。
なんだ、これ?
初めての事態にちょっと焦る。
自分は、札幌ブログ以外にもブログをやっているので、他のサイトを見に行くと、どこも同じように「データベース接続確立エラー」と表示される。
どうやら自分の側のトラブルではなく、エックスサーバー側のトラブルらしい。
経験的に、こういうときは、余計なことをしないで、じっとしている方がいい。
まあ、いずれ復旧するだろうと、このときは軽く考えていた。
令和5年12月27日(水)12時過ぎ。
エックスサーバーの公式サイトで「サーバー障害情報」が更新されている。
『●●.xserver.jpサーバー』において、各サーバー下記時間まで、ハードウェア故障の影響により、サーバーにアクセスできなくなる障害が発生しておりました。
本故障に伴い、●●ご利用のお客様におかれましては、お客様のデータベースにおいて破損が生じており、データ復旧に著しい時間がかかる見込みであったため、本日未明(12月27日 AM2:00~4:20)時点のバックアップデータによる復旧を行っております。
※●●をご利用の一部お客様環境においては、12月26日未明時点のバックアップデータによる復旧を行っております。
本日AM6:12頃より順次復旧が進み、本日AM11:29頃に当該サーバすべてのデータベースの復旧作業を完了しております。
どうやら無事に復旧したらしい。
ということで、自分のサイトを見に行くと、昨夜投稿した記事が消えてなくなっている。
まさかと思って、自分の別サイトを確認すると、こちらも昨夜の投稿記事が消えてなくなっている。
どういうこと?
どうやら「一部お客様環境においては、12月26日未明時点のバックアップデータによる復旧を行っております」に該当してしまったらしい。
さて、どうしようかと思ったら、説明にまだ続きがあった。
障害発生時点のデータに関しましても提供可否を確認しておりますので、もしも12/27 AM2:00頃~AM4:21頃にデータベース情報の更新を行われており、障害発生時点(12/27 AM4:21頃)のデータをご希望の場合、弊社メールサポートまでご連絡くださいますようよろしくお願いいたします。
最新のデータをご希望の場合は弊社メールサポートまでご連絡ください、とある。
必要があれば、最新のデータへ更新してくれるということなのだろう。
令和5年12月27日(水)14時30分過ぎ。
エックスサーバーの「お問い合わせフォーム」を使って、最新データを希望する旨、連絡を入れる。
令和5年12月27日(水)16時40分過ぎ。
エックスサーバーのサポートから、メールによる返信が届く。
ご利用の一部お客様環境においては、12月26日未明時点のバックアップデータによる復旧を行っておりますが、12月27日 AM2:00頃~AM4:21頃にデータベース情報の更新を行われており、障害発生時点(12月27日 AM4:21頃)のデータをご希望ということであれば、改めてその旨をご連絡くださいますようよろしくお願いいたします。
ん?
障害発生時点のデータを希望するつもりで連絡したんだけど。
説明不足だったようなので、改めて「障害発生時点のデータを希望します」とメールで返信する。
令和5年12月27日(水)19時00分過ぎ。
エックスサーバーのサポートから、メールによる返信が届く。
バックアップデータのご提供に際しまして、大変お手数ではございますが、データの提供を希望されている対象の『データベース名』についても、お知らせいただくことは可能でしょうか。
なお、【WordPress簡単インストール】にてインストールされたWordPressの場合、「WordPress簡単インストール」メニュー内にて、WordPressサイトに紐づけされているデータベース名について記載がございます。
データベース名について確認ができましたら、当メールへのご返信にて、それぞれお知らせくださいますようお願いいたします。
よく分からないけれど、ようやく事態が少しだけ前へ進んだらしい。
指示のとおり「データベース名」を確認して、メールで返信する。
たいしたことない作業なんだけれど、経験のない作業をすると、心理的にけっこう疲れる。
面倒なトラブルに巻き込まれちゃったな。
令和5年12月28日(木)11時00分過ぎ。
昨日はサクサク返信が来ていたけれど、「データベース名」を連絡した後は、返信がスローペースになったような気がする。
11時過ぎになって、ようやく連絡が届く。
お忙しい中ご返信いただき、恐れ入ります。
それでは弊社担当部署にて対応を進めてまいりたく存じます。
お待たせする形となり恐縮ですが、ご対応が完了しましたら、改めてご連絡いたしますので、しばらくお待ちくださいますようお願いいたします。
とりあえず、話はついたようなので、まずは一安心。
令和5年12月28日(木)15時00分過ぎ。
エックスサーバーから作業完了のメールが届く。
やった!
が、、、
お待たせいたしました。
データベース「●●」および、「●●」のSQLファイルを、お客様のサーバー「●●」のルートディレクトリに設置いたしました。
なお、ファイルサイズがかなり小さくなっており、今回の障害によりデータベースが破損しているといった可能性が考えられます。
該当のSQLファイルをそのままインポートされる場合は、データの巻き戻りの対策としまして、現在のデータベースをエクスポートしていただいたうえで、ご対応くださいますようお願いいたします。
もしくは、サーバーパネル「MySQL設定」>「MySQL追加」から空のデータベースを作成していただき、一旦、新規作成したデータベースにインポートして、データベースの内容をご確認いただければと存じます。
データベースの状況によっては、必要な記事データだけを抽出していただき、現在のデータベースに移行していただくことも一考かと存じます。
※WordPressの記事データは「wp_posts」テーブルに保存されておりますが、詳細な移行手順はサポート対象外となりますこと、何卒、ご了承ください。
まだ、何か作業やらなくちゃならないの?
しかも、全然聞いたことない言葉が並んでいて、これから勉強して、この作業をやるのはかなりしんどい。
しかも「詳細な移行手順はサポート対象外となりますこと、何卒、ご了承ください」とある。
消えた記事の復旧に、これ以上時間と手間を要するようだったら書き直した方が早い。
最初からそう言ってくれれば、悩む必要もなかったのだけれど(サポートなかったら、どうせできないし)。
本当は、もう少し勉強すればいいんだろうけれど、ブログは記事を書くことだけに専念したいということで、便利なエックスサーバーを利用している。
面倒くさい作業が必要だったら、そもそもブログなんてやってないよね。
記事が消えたのと、復旧問題で振り回されたのとで、2倍疲れるエックスサーバー事件でした。
まとめ
エックスサーバーはバックアップが安心・安全だと思っていたけれど、実際は、投稿した記事が消える場合があります(今回、消えました)。
ということで、今後は面倒でも、自分の手元にバックアップを残しておこうと思います(手動がいちばん安全だということか)。
あと、サーバ障害発生後の対応は、サポート対象外になるので、サーバーいじったりするのに自信のない人は、早い段階であきらめた方がコスパいいと思います。
無理に頑張ると、もっとひどいトラブルになってしまうかもしれないし。
以上、機械に弱い人は参考にしてみてください。