サーバーなど、さまざまなレプリケーションとクラスタリングのオプションが用意されていました。これらの機能によって可用性が以前のバージョンよりも向上しましたが、実装に関する問題が少なからずありました。可用性を高める方法がそれぞれ異なる方法で管理されていたことです。クラスターの場合、クラスター内のすべてのメールボックスで共有記憶域が使用されました。クラスタリングを構成する必要がありました。この作業は非常に複雑で、長い稼働時間を実現するには管理者が長時間作業しなければならないこともありました。ログの配布と再生の機能が使用されました。コピーを作成し、クラスター化されている環境ではクラスター連続レプリケーションまたはスタンバイ連続レプリケーションを使用していたので、連続レプリケーションによって管理方法が異なっていました。アーキテクチャに統合されたので、可用性を高める方法がまったく異なります。エンドのソリューションが提供されます。つの主要な高可用性ソリューションを使用できるようになりました。サーバーを展開する場合もクラスターは不要です。ハードウェアを用意したり、高度なスキルが必要なクラスター構成を行う必要がなくなりました。データベースでは自動的にフェールオーバーが行われます。サイトに拡張できます。サイト間で移動できます。サイトにフェールオーバーできます。データベースのみを対象としていることに注意する必要があります。フォルダーのレプリケーションを使用します。データベースをレプリケートできます。変更された他の高可用性のオプションについて見てみましょう。アプリケーションとして機能していました。セットアップをクラスター化されたモードで実行しました。サーバーを作成できるようになりました。リソース管理モデルは使用されなくなりました。リソースは存在しなくなりました。内部に用意された独自の高可用性モデルが使用されます。完全に管理されています。テクノロジの多くは存続しており、これらのテクノロジは進化し、機能が大きく変化しています。レベルで実行されます。ポートを使用してデータが転送されます。ストリームは暗号化によってセキュリティで保護されるか、レプリケートされたデータのサイズを減らすために圧縮されます。サーバーに追加できます。つの重要な変更点は、データのレプリケート方法に関するものです。読み取り操作の削減に使用される読み取り/書込み操作のキャッシュが構築されました。キャッシュは失われていました。コピーがアクティブになり、アクセスできるようになっていました。キャッシュと同じ状態です。コールド状態になっていたので、サーバーにはキャッシュされた読み取り/書き込み操作が存在しませんでした。操作の回数が増加しました。コピーがアクティブになりアクセスできるようになったときにキャッシュを使用できます。操作を削減できる可能性が高くなります。メッセージはメールボックスで受信されれば安全です。メッセージの保護となると話は別です。サーバーで障害が発生して回復できないと、メッセージは失われます。データの損失を防止する手段として、トランスポート収集機能が導入されました。サーバーで保持されるようになりました。メッセージは、管理者が定義した期間制限やサイズ制限に達するまでトランスポート収集で保持されました。サーバーに、トランスポート収集のキューからメールを再送信することが要求されました。この方法により、クラスターのフェールオーバー中にメールが失われることがなくなりました。サーバーの間で転送されているときに発生するメッセージの損失には対処していませんでした。このような弱点にいくつかの方法で対処しています。トランスポート収集ではフィードバックを受信して、配信およびレプリケートされたメッセージが特定されるようになりました。データベースに送信されたメッセージのコピーが保持されます。ログがレプリケートされていないメッセージのコピーだけが保持されるようになります。サイトにフェールオーバーすると、トランスポート収集による再配信要求がフェールオーバー元とフェールオーバー先の両方のサイトに送信されます。シャドウ冗長機能が追加されました。シャドウ冗長で使用される方法はトランスポート収集と似ています。データベースからメッセージが削除されません。サーバーで次のホップの配信を確認できない場合は、次のホップが配信されるようにメッセージが再送信されます。このようにすると、複数のサーバーにメッセージの重複コピーを作成するよりも使用する帯域幅が少なくなります。メッセージを破棄できるタイミングを示します。サービスの拡張機能です。接続されている両方のサーバーでこの機能がサポートされていれば使用されます。サーバーを破棄できるようになります。サーバーをオフラインにする必要があれば、キューを空にしたりメッセージの損失を気にしたりせずに、サーバーの削除、置換、またはアップグレードによってサーバーを破棄できます。メッセージがキューに入れられるサーバーの可用性を判断します。メッセージが発行されると、接続先サーバーから破棄の通知が返されます。この通知のやり取りがハートビートです。メッセージの所有権が引き継がれて、メッセージが再送信されます。その後、メッセージは適切な配信先に配信されます。サーバーがオンラインに復帰した場合など、シナリオによってはメッセージが重複して配信されることがあります。サーバーを使用する受信者は、メッセージを重複して受信することがあります。高可用性を実現する基本コンポーネントです。サーバーをメンバーとして含めることができます。コピーのどちらでもかまいません。作成することはできません。内の他のサーバーにある任意のデータベースのコピーをホストできます。同時に複数のデータベースをアクティブにすることは可能ですが、特定のデータベースの複数のコピーを同時にアクティブにすることはできません。グループは存在せず、クラスター内に記憶域リソースはありません。データベース機能のみが使用されます。ハートビートは、障害の検出に使用します。と他のトラフィック用のネットワークが必要です。データベースには、データベースの状態の変更など、重要な情報が格納されます。モデルが自動的に適宜変更されます。いずれかとして機能します。マネージャーでは、アクティブにするデータベースとアクティブにするコピーを決定し、トポロジの変更通知を受信してサーバーの障害に対応します。リソースも所有します。リソースが所有されます。マネージャーに障害の通知を発行して、フェールオーバーを開始するように依頼します。マネージャーでは引き継ぎ先のサーバーが決定されず、データベースの場所の状態も更新されません。マネージャーで実行されます。アルゴリズムを使用してアクティブにするデータベースのコピーを選択します。キューの長さ、および再生キューの長さに基づいて評価し、アクティブにする最適なデータベースを特定します。コピーが該当する場合は、アクティブ化優先順位の値が使用され、優先順位の値が最も小さいデータベースがアクティブになりマウントされます。プロパティを構成できます。データベースのコピーに再生されます。レプリケーションと正常性の状態を監視できます。障害時には自動的にデータベースのフェールオーバーが行われますが、手動で切り替えを開始することもできます。可用性を高める多数の重要な機能強化が施されています。プロフェッショナルは最も重要なものであるデータに集中できます。この記事が皆さんのお役に立つことを願っています。Edition』をご覧いただればさいわいです。冊以上もの優れた書籍の著者としても活躍しています。Out』などがあります。フォローしてみてください。Cookie利用条件サイトのフィードバック。