LOGIS が WordPress の自動更新によるクラッシュを防いだ方法

サイトがダウンしたので、バックアップを復元します。数秒間はすべて正常に動作します。

そして、再び壊れます。何もなかったかのように、同じクラッシュが発生します。

LOGISのOndrej Konvicka氏が陥ったループがこれでした。サイトを何度復元しても、WordPressは自動的に同じクラッシュ状態に更新され続けていました。

修正したのは、より優れたバックアップではありませんでした。持っていたバックアップの内部を編集することでした。

LOGISの紹介

LOGISは、産業用製造業者向けの高度な生産計画およびスケジューリングソフトウェアを構築しています。工場の製造業をより効率的に運営し、製品を顧客に確実に期日通りに届けるのに役立ちます。

同社は新しくはありません。30年以上の歴史があり、ウェブサイトは1994年からオンラインになっています。Ondrej Konvicka氏は2005年からそのウェブサイトを管理しており、20年以上にわたる実務経験を持つウェブサイト管理者です。

当時、インターネットはもっとシンプルな場所でした。時折のファイルコピーやデータベースコピーは、バックアップを行うための完全に合理的な方法でした。

ウェブサイトがより複雑になり、インターネットがより敵対的な環境になったため、それは十分ではなくなりました。

信頼性の高いバックアップを持つことは、明確な必要条件です。

Ondrej氏のバックアップシステムに関するルールはシンプルです。自動化です。バックアップは、誰かが実行することを覚えておく必要なしに、定期的なスケジュールで実行されるべきです。彼は適切なツールを見つけるのに数年かかりました。

問題を復元し続けたバックアップの課題

過去10年から15年にわたり、LOGISは多くのバックアップツールを試しました。Ondrej氏はそのパターンをシンプルに説明しています。それらはすべて、常に何らかの「しかし」がありました。

バックアップは機能しますが、ローカルにのみ保存できます。または、バックアップは機能しますが、復旧が問題になる傾向があります。

約2年前、LOGISはDuplicatorに切り替えました。Ondrej氏は、その機能セットが理由だと指摘しています。圧倒的すぎることなく高度に設定可能で、互換性のあるクラウドストレージプロバイダーの長いリストがあり、監視を必要としない自動化を備えています。

彼の言葉では、デプロイメントは「簡単でした」。

そして、本当のテストが来ました。

バックアップソリューションの真価は、実際にバックアップを復元する必要があるまで決してわかりません。最近、私たちはそうする必要がありました。

LOGISウェブサイトの設定ミスにより、WordPressがバージョン6.xからバージョン7に自動更新され、そのアップデートがサイトが依存していたプラグインとの互換性を壊しました。サイトがダウンしました。

Ondrej氏はバックアップを復元しました。

サイトは「すぐに復旧した」と彼は言いますが、「少なくとも数秒間は」とのことです。

設定ミスは、他のすべてと一緒にバックアップされていました。復元されると、WordPressはほぼ即座に再度自動更新され、サイトは以前と同じようにクラッシュしました。

修正は、復元が完了する前に行う必要がありました。バックアップ自体の中に隠れている設定を変更することです。Ondrej氏はそれが可能かどうかさえ確信が持てませんでした。

Duplicatorのバックアップアーカイブの編集

オンドレイは、Duplicatorのサポートチームに連絡して確認しました。

彼らの支援とノウハウのおかげで、バックアップアーカイブに含まれる設定ファイルを変更するために必要な手順のリストをすぐに作成できました。

彼らの指導のもと、彼はDupArchive Extractorツールを使用してバックアップアーカイブを開き、その中のサイトのwp-config.phpファイルを見つけて編集し、WordPressが再度自動更新するのを停止させました。

サポートは、復元が失敗した場合の一般的な診断方法についても説明しました。プラグインを1つずつ無効にしてクラッシュの原因を特定し、バックアップとサーバー間のPHPバージョンの不一致を確認することです。

バックアップを変更した後、彼は復元を完了することができました。

今回は、サイトは正常に稼働しました。オンドレイの言葉を借りれば、「非常に印象的でした。」

Duplicatorを2年間使用してきた経験を振り返ると、オンドレイはバックアップソフトウェア業界に対して、Duplicatorが解決してくれる特定の不満を抱いています。

私がこれまでに見たほとんどのバックアップソリューションは、バックアップの作成方法には多くの注意を払っていますが、復元方法にはほとんど注意を払っていません。しかし、どちらも同様に重要です。Duplicatorは、復元プロセスが非常によく処理されるため、ここで私たちに素晴らしい驚きを用意してくれました。

彼は特にDuplicatorの復元プロセスを挙げています。予想以上に多くの設定オプションがあり、すべて明確にラベル付けされており、設定が検証されるまで復元を開始できません。合格してから初めて復元ボタンが有効になります。

20年以上のウェブサイト管理経験を持つオンドレイは、このインシデントを古い方法で処理することもできました。手動でのファイルコピー、データベースの復元、手動での権限の再割り当てです。

はい。しかし、間違いなくもっと時間がかかり、エラーの余地もずっと大きかったでしょう。これを自動化されテストされた方法で行うことは、間違いなく正しいアプローチです。

結果

Duplicatorにより、LOGISは以下のことが可能になりました。

• 復元を完了する前にアーカイブ内の設定を編集することで、自動更新エラーを復元し続けていたWordPressバックアップを修正しました。
• 標準的な復元プロセス以外のシナリオについて、Duplicatorのサポートチームから直接、実践的なガイダンスを得ました。
• ローカルストレージのみに依存するのではなく、複数のクラウドストレージにバックアップを保存しました。
• 手動介入なしで、スケジュールに基づいてバックアップを自動実行しました。
• 手動で行うよりもはるかに少ない時間とリスクでウェブサイトを復元しました。

再びオンラインに、今回は永続的に

LOGISのウェブサイトは主に内部目的で使用されており、オンドレイによればそれはいくらかプレッシャーを軽減しますが、このインシデントは通常のバックアップでは決して経験しない方法でDuplicatorをテストしました。

私が最も満足している点は、Duplicatorが必要な機能セットを備えており、サポートチームにはこれらのストレスの多い状況で何をすべきかをよく知っている人々がいるという自信を持っていることです。

オンドレイが最もよく言ったように、バックアップソリューションがいかに優れているかは、実際に復元しなければ決してわかりません。クラッシュするまで待って、自分のソリューションが追いつけないことに気づかないようにしましょう。

Duplicator Proにアップグレード自動バックアップ、高速復元、安全なクラウドストレージのために！

その間に、Duplicatorが他のビジネスのワークフローをどのように変革したかをご覧ください。

• 一人WebエージェンシーがDuplicatorで収益の10％を節約する方法
• Duplicatorがメンタルヘルスウェブサイトの立ち上げを数分で支援した方法
• Webデザインエージェンシーが50以上のプロジェクトで移行の失敗を回避した方法
• Super Power Familyがダウンタイムゼロでリブランディングした方法
• WPHosteeが移行時間を50％、ダウンタイムを80％削減した方法

Joella Dunn コンテンツライター

JoellaはWordPressでの長年の経験を持つライターです。Duplicatorでは、基本的なバックアップから大規模な移行まで、サイトのメンテナンスを専門としています。彼女の最終的な目標は、WordPressウェブサイトが安全で成長に対応できる状態であることを確認することです。

完全なプロフィールを見る