あなたのビジネスのためのWordPressディザスタリカバリ計画を確立する方法

公開: 2018-09-12
データが失われた場合でも、WordPressサイトは機能し続けることができますか? 答えが「いいえ」の場合、災害復旧計画を立てることは、WordPressサイトにとって避けられない必要性です。

復旧計画とは何ですか? サイトがすべてのデータを失う理由はたくさんあります。 機械のエラーまたは人為的なミスの可能性があります。 現在、WordPressWebサイトのデータ回復のアイデアが確立されていない場合  そうすれば、将来的には、データが危険にさらされる可能性があります。

一方、WordPressのディザスタリカバリがある場合  サイトで計画を有効にすると、サイトを常に保護し、あらゆる種類の技術的な不測の事態に対応するための優れた方法に従います。 今日では多くの企業がそのようなウェブサイトの災害復旧スキームを持っていませんが  彼らのサイトを安全に保つために、 WordPressウェブサイトのセキュリティのためにこの素晴らしい機能を利用するのに役立つ多くのツールが利用可能です。

実際、サイトが災害からどれだけ早く、どれだけ回復するかは、その災害にどれだけうまく対応できるかによって異なります。

どうすれば優れた災害復旧スキームを作成できますか?

災害復旧計画を作成するにはどうすればよいですか? サイトの災害リハビリテーションスキームの作成は、比較的簡単で迅速です。 そして、あなたのサイトがそのような災害のいずれかに見舞われたら、このアイデアはあなたに多くの不安と時間を節約するので、なぜあなたはそれなしで生きることを考えたのか不思議に思うでしょう!

ただし、 Webディザスタリカバリスキームの開発の詳細をさらに掘り下げる前に、まず、2つの主な理由から優れたディザスタリカバリスキームが不可欠であることを理解する必要があります。

まず、さまざまな災害からサイトを回復するのに役立ちます。次に、そのような災害に直面するリスクを軽減するのに役立ちます。

最良のアイデアは、細部とシンプルさの微妙なバランスを保つものです。 結局のところ、そのような方法はかなりストレスの多い状況で使用されており、要点だけでなく明確でなければなりません。

優れた基本的なディザスタリカバリのアイデアは次のとおりです。

  • 調査チェックリスト-私たちが災害に直面しているかどうかを判断するため
  • 悲惨なシナリオのリスト
  • 各状況で実行するアクション(回復)のリストと、アクティビティの実行を担当する担当者の情報
  • 災害リスクを軽減するために取るべきステップとアクション
  • 回復時間を最小限に抑えるために実行する手順とアクション
  • 災害に直面した場合の対策を担当するすべての人の連絡先リスト

なぜ災害復旧計画を立てる必要があるのですか?

複数のことが同時に起こり、災害を引き起こす可能性があります。 サイトがハッキングされた場合、ハードウェア障害にも直面する可能性があるとしましょう。 最悪のシナリオでは、ホスティングのアイデアもオフラインになる可能性があります。

この災害のストレスに対処できますか? または、それがクライアントのサイトである場合は、不満を持っているクライアントに対処するという追加の喜びも得られます。

そのため、Webサーバーの災害復旧のアイデアを持っていると、非災害で穏やかな環境で必要なすべての対策をすでに実行していることが保証され、今後、災害が発生した場合でも、状況を回避するアイデアが得られます。 これは、最終的にはパニックやwhat-ifがないことを意味します。 災害復旧計画が整っているので、簡単な手順を落ち着いて実行し、すぐに被害から回復することができます。

優れた災害復旧計画を構成する要因は何ですか?

自然災害の回復手順は次のとおりです。

調査チェックリスト

自然災害復旧計画を立てるには? 自然災害復旧計画の最初のステップは、最初に、実際に災害が発生しているかどうかを判断することです。 調査チェックリストを作成すると、災害が発生しているかどうか、発生している場合はどのような障害であるかをすばやく判断できます。

通常、クライアント、あなた、または稼働時間追跡サービスがWordPressサイトが応答していないことに気付いたら、チェックリストにアクセスします。次に、修正が必要な真の問題があるかどうかを確認する必要があります。

ただし、次の2つの必要なことを考慮して覚えておく必要があります。

  • チェックリストは、軽減する必要のある一貫した問題があるかどうかを示すためにあります。
  • ブラウザへのページの配信など、ページのリクエストの作成に関係するコンポーネントは非常に多く、それらの多くでは、制御できません。

したがって、チェックリストが完了すると、直面しているシナリオとそれを修正するために必要な一連のアクションについてクリアされます。

シナリオ

スクリプトとは、発生する可能性のあるさまざまな種類の「災害」を意味します。 シーンを決定すると、状況に取り組むために必要な重大度、手順、およびアクションと、これらのアクションの責任者を簡単に理解できるようになります。

一般的なシナリオは次のとおりです。

ホスティングスキームがダウンする-これはさまざまな理由で発生する可能性がありますが、サイトのダウンタイムが数時間よりも数日かかる場合は、サイトを切り替えて、他の新しい場所で稼働させる必要があります。

サイトがハッキングされる–これは最も一般的な災害の1つであり、通常は完全に復元して修正する必要があります。

plugins / theme / coreの更新は、サイトを「破壊」します–これは、特に更新が急いでインストールされた場合に、非常に一般的に発生します。 これには、「バックアウト」するための更新が必要な場合もあります。これは、ファイルを更新前のステータスに復元することで実行されます。

連絡先リスト

災害時に連絡先リストが便利です。 それはあなたが適切な時に適切な人の連絡先の詳細を見つけることを可能にします。 連絡先リストは、行動を起こす責任がある人、または事件について知らされなければならない人の電子メール、名前、携帯電話番号、および住所の頼りになる場所です。

復旧計画を作成する際には、どのような要素を考慮する必要がありますか?

許容可能なダウンタイム制限

これは、決定する最も重要な要素の1つです。 サイト所有者の大多数は、「許容できる」ダウンタイムはないと答える可能性があります。 しかし、あなたはあなたのウェブサイトがダウンする期間を学ぶ必要があるので、あなたは残酷に現実的でなければなりません-あなたが代替のホスティングの取り決めを手に入れる前に-一時的であっても。

eコマースサイトには、情報Webサイトと比較してまったく異なるダウンタイム制限があるため、その場所が組織にとってどれほど重要であるか、または重要であるかを判断する必要があります。 eコマースWebサイトには、情報Webサイトと比較してまったく異なるダウンタイム制限があるため、その場所が組織にとってどれほど重要または重要であるかを判断する必要があります。

同様に、許容限度を把握する際に留意しなければならない重要なことの1つは、サイトを代替ホスティング契約に移行するにはDNSの更新が必要であり、これらの対策が実際に伝播するまでに約24時間かかる可能性があることです。 そのため、1時間で新しい環境に再建できたとしても、すぐに利用できるとは限りません。 期待を管理することもオンラインの災害リハビリテーションスキームの一部であるため、これらの期待を非常に現実的に保つようにしてください。

チェックポイントの頻度

シナリオへの対応に完全な復元が必要な場合は、バックアップ体制をどのように設定するか、具体的にはチェックポイントの頻度を評価する必要があります。 チェックポイントは、サイトのスナップショットが作成される瞬間です。 検査に戻すということは、スナップショットを撮ったときと同じレベルまでサイ​​トを再作成し、障害が発生してからチェックポイントまでの間に作成されたデータを失うことを意味します。

たとえば、サイトの毎日のバックアップ体制が午前8時で、午後5時に場所を復元する場合、チェックポイントは9時間経過していることを意味します。

しかし、それは問題ですか? そして、1日分のデータを失うことについて、何がそれほど重要なのでしょうか。

いくつかのサイトでは、影響が最小限である可能性があります。 しかし、商用Webサイトに関しては、その影響は非常に大きくなる可能性があるため、チェックポイントをはるかに頻繁に取得する必要があります。 このために、復元チェックポイントを提供するWPEngine(ホスティング会社)を使用できます。 同様に、 VaultPressと呼ばれるリアルタイムバックアップを提供するAutomatticのサービス。

現在のホストのバックアップ体制

事実上、すべてのホスティングプラットフォームがバックアップ体制を提供していますが、WordPressサイトのすべての所有者が詳細を知っているわけではありません。 所有者は、これらのバックアップが作成され、復元されたブリッジに到達すると簡単に渡ることができると想定しています。

しかし、サイトの所有者であるため、サイトの動作がわからない場合、災害に直面した場合に問題が解決するとどのように想定できますか?

そのため、現在のホストのバックアップレジーム全体に完全に対応し、災害復旧のアイデアにどのような貢献ができるかを確認してください。

具体的には、次の点に注意してください。

A.現在のホストはデータベースまたはファイルをどのくらいの頻度でバックアップしますか?

B.これらのバックアップはどこに保存されていますか? オフサイトは安全なオプションですが、通常は復元に時間がかかります。

C.復元を開始するプロセスは何ですか?

D.一般的な復元プロセスの期間はどのくらいですか?

E.修復の費用はいくらですか?

DIYバックアップ

現在のホスティング契約だけに頼るのではなく、バックアップ体制を復元して制御することをお勧めします。したがって、WordPressサイトのすべての所有者が利用できる多くのソリューションを利用する必要があります。

サービスまたは製品を選択するときは、ホストのバックアップ体制を評価するときと同じ基準を使用する必要があります。

  1. チェックポイント頻度の必要性をサポートできますか
  2. これらのバックアップはどこに保存されていますか? クラウドを含む可能性のあるオフサイトを使用する必要があります。同じWebサーバー(WordPressサイトをホストしているサーバー)にそれらを保存しても意味がないためです。
  3. 復元完了のプロセスは何ですか?
  4. 復元の期間はどのくらいですか?
  5. 修復の費用はいくらですか?

究極のバックアップソリューション– VaultPress

利用可能なすべてのバックアップソリューションの中で、VaultPressは最も有望で印象的なオプションのようです。特に、リアルタイムバックアップが提供されるプレミアムおよびベーシックスキームです。 これらのスキームでは、 VaultPressは、すべてのメディアファイル、コメント、投稿、ダッシュボードの設定、およびリビジョンが発生したときにバックアップすることを保証します。 私たちは、それがチェックポイントの頻度の夢に他ならないことを知っています。

スキームの費用は、プレミアムの場合は月額40ドル、ベーシックサブスクリプションの場合は月額15ドルです。 それにもかかわらず、これは本当の安心、すなわち、並外れた価格での額面価格を提供します。

シンプルで短くする

アイデアの作成が困難な作業のように思われる場合、それを成し遂げることはできません。 ここでは、毎分の詳細をカバーする200ページのドキュメントを分析していませんが、短く、簡潔で、要領を得たものを作成したいと考えています。 したがって、あなたはその過程で創造的にならなければなりません!

調査チェックリストのフローチャートを使用します。 アクター、シナリオ、およびアクションを表形式で配置します。 情報を簡潔かつ簡潔に保つ理由は、この情報はストレス時にアクセスされるため、理解しやすく、わかりやすく説明する必要があるためです。 これに関して言えば、少なく保つことははるかに多くなります。

回復時間を最小限に抑える
サーバーの災害復旧スキームに従い、改善の必要性を確立するとき(実際の場所での完全な復元でも、新しい場所での完全なレクリエーションでも)、確認する必要があるのは、復元時間を最小限に抑えることだけです。
すべてのメジャーアップデートに対してバックアップを維持する
これは慎重な方法ですが、テーマまたはプラグインを更新する場合は、データベースと現在のファイルの適切なバックアップを保持していることを確認してください。 そのため、計画外の事態が発生した場合は、変更をすばやく取り消すことができます。つまり、元のデータを復元できます。
サイトの稼働時間を追跡する
問題の修正をより早く開始するには、できるだけ早く問題の発生に気付く必要があります。 稼働時間を監視するためのツールは無数にありますが、最先端の機能を備えた監視サービスから始めることをお勧めします。 そこには多くのオプションがありますので、サイトの要件に最適なものを探してください。 優れたサービスは、数分ごとにサイトをチェックし、自然災害の回復通知について即座に電子メールで通知します。

CDNを使用する

この場合、サイトを完全に復元する必要があります。特に、WordPressサイトに大量のビデオ、画像、またはPDFファイルがある場合は、通常、アップロードディレクトリが復元の最も重要なコンポーネントです。

ただし、この特定の要件を完全に削除するには、すべてのファイルをCDN(MaxCDN、Amazon S3、xxxなどのコンテンツ配信ネットワーク)に転送することを検討してください。 この施設を利用するには費用を支払う必要がありますが、回復にかかる時間は大幅に短縮されます。 さらに、ボーナスとして、Webサーバーの負荷を軽減しながら、訪問者はダウンロードの速度を上げることができます。

定義された復元プロセスがあります
これは明白に聞こえるかもしれませんが、復元プロセスに関連するすべての正確な手順を事前に理解する必要があります。 サイトをローカルで再構築するのでしょうか、それとも現場で構築してから本番ホストに移動するのでしょうか?データベース形式の形式は何ですか? いくつかのコンポーネントを復元する順序は何ですか? 復元が成功したかどうかをどのようにテストしますか? したがって、復元のプロセスを段階的に書き留めてから、徹底的にテストします。
ドライランを実行する
テストサイトまたはローカルで、完全な復元プロセスを実行します。 プロセスを完了する必要があるときに初めて操作するのではなく、テストフェーズですべての潜在的な問題とギャップを見つけます。
プロセスが完了したら、各ステップを確認して問題に対処します。 また、かかる時間を考慮し、必要に応じてプロセスを微調整します。 重要なWordPressの更新は、災害リハビリテーションプロセスをテストするための最良の機会です。

回復プロセスを頻繁に、そして時々テストし続けてください。 プロセスを実行すればするほど、実際の災害に直面したときに実行できる効率と速度が向上するため、テストを毎日実行することもできます。

予防は常に治療よりも優れています

適切なホストの選択
選択したホストは、ダウンタイムの許容可能な制限に合わせて適切に調整されている必要があります。 たとえば、eコマースサイトのダウンタイムを最小限に抑える必要がある場合、災害に対応するために必要な応答速度も考慮すると、バーゲンベースの共有ホスティングスキームを選択するだけでは、アップタイムの要件を緩和するのに十分ではありません。 通常、必要なサービスの信頼性が高いほど、ソリューションのコストは高くなります。
サイトを安全に保つ
あなたのサイトのハッキングがウェブサイトの回復を必要とする最悪の災害シナリオである場合、そもそもこのハッキング行為を防ぐためのすべての対策を検討することは理にかなっています。 したがって、しばらく時間を取って、Webサイトのセキュリティのためにすべての適切なセキュリティ対策が実施されていることを確認するために、専門家の支援を求めてください。
自動更新をオフにする
WordPressがバージョン3.7でマイナーリリース(自動更新)を導入して以来、この機能が役立つかどうかについて多くの議論がありました。 テーマやプラグインを壊すWordPressのマイナーアップデートは比較的小さなリスクであると言えますが、それでもまだあります。 また、影響をテストした後、このリスクを根絶し、手動で更新することをお勧めします。 そして、これは自動更新の機能を備えたすべてのプラグインに当てはまります。

災害復旧計画をどこに保存する必要がありますか?

さて、災害が発生したときにいつでもアクセスできない限り、災害復旧のアイデアを得る意味はありません。 最善の策は、プログラムを必要とする人が簡単にアクセスできる場所にプログラムを保存することです。このための最も優れたオプションは、GoogleドライブやDropBoxなどのサードパーティサービスにプログラムを配置することです。

一般的に、Googleドキュメントを使用するという考えが好まれます。 これは、情報を利用できるようにするための簡単な手段であるだけでなく、情報を編集して単純な生きたドキュメントにすることもできるためです。

世界中でサイバー犯罪の数が増加し、WordPressサイトのほぼ75%が攻撃を受けていることが多いため、災害復旧のアイデアを利用することが最も実行可能で安全なオプションです。さらに、準備を整えても完全に防止できるとは限りません。災害が発生しましたが、データベースの完全なバックアップなどを可能な限り迅速に行うことで、サイトを稼働させるのに役立ちます。