よるコード管理すべて表示リソース関連ドキュメント使用状況と管理者向けのヘルプコミュニティ回答、サポート、およびインスピレーションMarketplace製品アプリケーション請求とライセンス情報よくある質問ログアウトアカウントにログインサポートにお問い合わせください。コミュニティをご利用ください。用の唯一の高可用性ソリューションです。リカバリ計画を作成するお手伝いができる場合があります。チームにお問い合わせください。使用する方法を説明しています。プラクティスについてはカバーしていません。リカバリ戦略は、事業継続計画の重要な部分です。これは災害発生時に従う必要があるプロセスをカバーしており、事業を復旧し、業務を継続することを保証します。可用性を保証することを意味しています。リカバリ」、および「フェイルオーバー」という単語は混同されがちです。本ドキュメントでは、次のように使い分けます。場合、アプリケーションへのアクセス権限と許容応答時間)を提供するための戦略です。高可用性ガイド」を参照してください。センターで運用を再開する戦略。リカバリの基本的な部分です。あるマシンが故障した際に、あるマシンが別のマシンから引き継ぐときのことを指します。センターで行われます。リカバリ計画の両方の一部です。スタンバイ」と呼ばれる戦略について説明しています。ニーズに対するサービスを提供するのに適した状態にあることを確認するための管理手順の実行が必要であることを意味しています。リカバリ計画で考慮する必要がある主なコンポーネントは以下のとおりです。インストールされている必要があります。(添付ファイル、アバター、インストール済みのプラグインなどは除く)。RPO1を満たすために、データベースの複製を作成し、常に最新状態を維持する必要があります。インスタンスにレプリケートする必要があります。検索インデックス検索インデックスは主要な情報源ではなく、いつでもデータベースから再作成することができます。機能は大幅に低下します。この復旧時間を最小限に抑えるツールを提供しています。インスタンスにレプリケートする必要があります。インスタンスに複製する必要があります。同じバージョンをインストールします。データベースに接続します。インストールとするように設定する必要もあります。起動したときに自動インデックス復旧メカニズムがキックされます。よって、データベースに不要なデータが書き込まれます。起動し、期待通りに動作することを確認して、インストールをテストすることができます。データベースを参照するようにデータベース設定を更新することを忘れないでください。フェイルオーバー戦略において不可欠です。インスタンスにフェイルオーバーさせたくなくなります。ソリューションを提供しています。レプリケーション戦略を実装する必要があります。ロケーションへのファイルのレプリケーションを自動的に管理することができます。スナップショット、インストールされているプラグインが含まれます。レプリケーションを有効化します。レプリケーションを有効化する場合、同期ボタンを押して同期を実行する必要があります。これはピーク時間外に実施することをお勧めします。アクセスを妨げることはありませんが、長時間操作が実行される可能性があります。コピーを最新に保ちます。インスタンスのパフォーマンスには影響しません。レプリケーション設定のいずれかを変更する場合、(同期ボタンで)もう一度同期を実施する必要があります。これはピーク時間外に実施することをお勧めします。プロパティを目的のパスに設定します。ホームはすべてのノードからアクセスできるパスである必要があります。プラグインで追加されたファイルなど、他の手段で追加されたファイルには、別のレプリケーションの手段が必要です。ベンダーに問い合わせます。クラスタリングの考慮事項クラスタ化された環境の場合、上記の情報に加え、以下に注意する必要があります。異なる必要があります。クラスタの構成を反映する必要はありません。要件と予算に応じて、含まれるノードが増減する可能性があります。ノードが少なくなるとスループットが低下しますが、状況に応じて許容される可能性があります。示されている場合、それはクラスタの共有ホームとなります。最初にクラスタのノードを1つだけ起動し、検索インデックスを復旧させ、他のノードを起動する前に正しく動作することを確認するのが重要です。リカバリ計画をテストする際は、細心の注意を払ってください。インスタンスが破損する可能性があります。リカバリのテスト中に、実際の災害から復旧する能力に悪影響を及ぼあす可能性があります。テストから可能な限り分離することです。前提条件テストを実施する前に、本番データを分離する必要があります。データベースへのレプリケーションをすべて一時的に停止します。データベースから分離されてメインのデータベースへの接続を持たない別のデータベースにデータをレプリケートします。添付ファイル、プラグイン、およびインデックステスト中にプラグインの更新やインデックスのバックアップが発生しないようにする必要があります。バックアップを無効化します。更新を行わないように指示します。添付ファイルはいかなる問題も発生させてはいけません。インスタンスのヘルスチェックによって十分な情報が与えられます。インストールをクローンします。データベースへの接続を変更して競合を回避します。インスタンスへのすべてのレプリケーションを再開することができます。リカバリ計画をテストします。新しいデータベースの準備ができており、最新のスナップショットを持ち、レプリケーションを持たないことを確認します。コピーがあることを確認します。マップされていることを確認します。スナップショットがあることが重要です。メールを無効化します。システムにフェイルオーバーする必要があります。システムでのデータの確認方法の手順を含む、フェイルオーバーの方法を説明しています。インスタンスへのフェイルオーバーの基本的な手順は以下のとおりです。システムがシャットダウンされており、データベースの更新がなくなっていることを確認します。インスタンスに存在しないことを確認します。データベースをアクティブ化するのに必要な手順を実施します。起動するのを待ち、期待どおり動作することを確認する。サーバーへトラフィックをルーティングするようにする。リカバリ状態に関する情報を確認します。インスタンスにフェイルオーバーした後、ユーザーがシステムにアクセスしてデータを変更し始める前に以下の項目を確認します。管理者である必要があります。移動して、以下を確認します。内に入るアイテム数と更新日を検証します。ポイントを決定できます。