種類のレプリケーションが利用できます。それぞれの種類のレプリケーションは、異なるアプリケーション要件に適しています。種類以上のレプリケーションを使用できます。レプリケーション適切な種類のレプリケーションを選択するのに役立つように、このトピックでは以下の内容について説明します。レプリケーションのシナリオここでは、レプリケーションの一般的な利用ケースのいくつかを簡単に説明し、より詳細な説明へのリンクも記載します。レプリケーションの種類ここでは、それぞれの種類のレプリケーションが適しているアプリケーション要件について説明します。サブスクライバでのデータ更新ここでは、サブスクライバでデータを更新する必要があるアプリケーションで利用可能なオプションについて説明します。シナリオに目を通し、アプリケーションの要件に最も近いシナリオを見つけてから、リンク先の詳細な説明を参照することをお勧めします。ビジネスの要件に近いものが見つからない場合や、レプリケーションの種類の詳細が知りたい場合は、「レプリケーションの種類」を参照してください。以上のサブスクライバで更新を行う必要がある場合は、「サブスクライバでのデータ更新」を参照して、使用する適切なテクノロジを決定してください。つのカテゴリに分類できます。使用して実装されます。レプリケーションを使用して実装されます。サーバー間環境のシナリオ一般に、サーバー間でのデータのレプリケーションは、以下のアプリケーションおよび要件をサポートするために行われます。継続的に更新されるデータのコピーを保持しておくことで、読み取り操作を複数のサーバーに拡張することができます。メンテナンスの際にきわめて重要です。詳細については、「スケーラビリティと可用性の向上」を参照してください。サーバーからのデータを使用することがよくあります。サーバーと、レポート作成システムや意思決定支援システム間でデータを移動します。ウェアハウジングとレポート」を参照してください。支社からデータを収集して本社で統合することがよくあります。同様に、支社にデータをレプリケートすることもあります。(サーバー)」を参照してください。以外のデータベースとやり取りするデータに依存するアプリケーションもあります。以外のデータベースからのデータを統合します。詳細については、「異種データの統合」を参照してください。サーバーでバッチ処理を実行すると、リソースを消費しすぎることがあります。レプリケーションを使用して、専用のバッチ処理サーバーに処理をオフロードします。詳細については、「バッチ処理のオフロード」を参照してください。間でデータのレプリケーションを行うのは、以下のアプリケーションをサポートする場合です。ユーザーがデータを利用できることが必要です。サイトから中央サイトにデータをレプリケートする必要があります。アプリケーション」を参照してください。複数サイトからのデータの統合アプリケーションでは、複数のサイトからのデータを統合することがよくあります。支社を支援するアプリケーションでは、支社と本社間でデータを片方向または双方向でやり取りする必要があります。(クライアント)」を参照してください。レプリケーション自体を利用することもできます。レプリケーションを単独で使用する方法が最適です。データの変更頻度が低い。パブリッシャで期限切れになったデータのコピーが一定の期間存在していても問題がない。レプリケートするデータの量が少ない。短時間に大量の変更が発生する。レプリケーションが最適です。販売組織が製品価格の一覧を保持しており、全価格が一年に一度か二度まとめて更新される場合、データ変更後に全体のスナップショットをレプリケートすることをお勧めします。レプリケーションは一般にサーバー間の環境で使用され、次のような場合に適しています。増分変更をその都度サブスクライバに反映する場合。アプリケーションで、パブリッシャでの変更をサブスクライバに反映するまでの待機時間を短くする必要がある場合。アプリケーションで中間状態のデータにアクセスする必要がある場合。パブリッシャで大量の挿入、更新、および削除が行われる場合。パブリケーションに対するサブスクライバは読み取り専用として処理されます。サブスクライバでの更新を許可するオプションも用意されています。詳細については、このトピックの「サブスクライバでのデータ更新」を参照してください。レプリケーションは、一般にサーバー対クライアント環境で使用されます。レプリケーションは、以下の状況に適しています。複数のサブスクライバで別々の時刻に同じデータを更新し、それらの変更をパブリッシャや他のサブスクライバに反映する場合がある。サブスクライバで、データを受信し、オフラインで変更を行い、後でパブリッシャおよび他のサブスクライバと変更を同期する必要がある。各サブスクライバが、データの別々の部分を必要とする。競合が発生する可能性があり、発生した場合にはそれを検出して解決できる必要がある。アプリケーションで、中間状態のデータにアクセスするのではなく、最終的な変更結果が必要である。回だけ行が変更されます。更新は複数のノードで発生するため、パブリッシャおよび複数のサブスクライバで同じデータが更新されている場合があります。レプリケーションには競合を処理するいくつかの方法が用意されています。オプションでは、サブスクライバで変更を行い、その変更をパブリッシャに送ることができます。レプリケーションサブスクライバの数が多い場合。ユーザーにレプリケートする場合。レプリケートされたデータが、サブスクライバで頻繁に更新される場合。各サブスクライバがパーティションの異なるデータを受け取るように、データのフィルタ選択が必要な場合。レプリケーションの動作方法」を参照してください。レプリケーションスケーラビリティと可用性を向上させるためにレプリケーションを使用する場合。待機時間を最小限に抑える必要がある場合。データがサブスクライバ間でパーティション分割されない場合。競合が発生することは普通ありませんが、発生した場合は検出する必要があります。レプリケーション」を参照してください。レプリケーションサブスクライバの数が少ない場合。レプリケートされるデータがサブスクライバではほとんど読み取り専用である場合。(即時更新サブスクリプションの場合)。レプリケーションの更新可能なサブスクリプション」を参照してください。Cookie利用条件サイトのフィードバック。