ピア ツー ピア トランザクション レプリケーション

上の図にはいずれも、2 つの参加データベースがあり、ユーザーのトラフィックは、アプリケーション サーバーを通じてデータベースに送信されています。この構成は、Web サイトからワークグループ アプリケーションまでさまざまなアプリケーションに使用でき、次のような利点があります。

• 読み取りが 2 つのサーバーに分散されるため、読み取りのパフォーマンスが向上する。

• 1 つのノードでメンテナンスが必要な場合や障害が発生した場合に高い可用性を実現する。

どちらの図でも、読み取り処理の負荷が参加データベース間で分散されていますが、更新の処理は次のように異なっています。

• 左側の図では、更新は 2 つのサーバー間でパーティション分割されています。たとえば、データベースに製品カタログが含まれている場合、カスタム アプリケーションでは、A ～ M で始まる製品名についてはノード A に更新を送信し、N ～ Z で始まる製品名についてはノード B に更新を送信するようにできます。その後、更新は他のノードにレプリケートされます。

• 右側の図では、すべての更新がノード B に送信されます。そこから、更新はノード A にレプリケートされます。B がメンテナンスなどの理由でオフラインになると、アプリケーション サーバーはすべての処理を A に送信できます。B がオンラインに戻ると、更新は B に送られて、アプリケーション サーバーはすべての更新を B に移動することも、A への送信を維持することもできます。

ピア ツー ピア レプリケーションはどちらの方法もサポートしますが、右側の図にある中央の更新例は、標準トランザクション レプリケーションでも頻繁に使用されます。

この図は、ロサンゼルス、ロンドン、台北にオフィスを持つ、世界規模のソフトウェア サポート企業にデータを提供する 3 つの参加データベースを示しています。各オフィスのサポート エンジニアはカスタマー コールを受けて、各カスタマー コールに関する情報を入力および更新します。3 つのオフィスの時間帯は 8 時間の時差があるため、勤務時間が重なることはありません。台北オフィスが閉まるときに、ロンドン オフィスが開きます。1 つのオフィスが閉まっているときに 1 つのコールが進行している場合、コールは、次に開くオフィスの代表者に転送されます。

それぞれのオフィスにはデータベースとアプリケーション サーバーが 1 つずつあり、サポート エンジニアがカスタマー コールに関する情報を入力、更新する際に使用されています。トポロジは時間でパーティション分割されるので、現在営業中のノードでのみ更新が行われ、その更新は他の参加データベースに送られます。このトポロジには、次のような利点があります。

• 孤立せず独立性を維持。各オフィスはデータを個別に挿入、更新、または削除できますが、それらはすべて他の参加データベースにレプリケートされるため、データを共有することもできます。

• 参加データベースのいずれかで障害が発生したり、メンテナンスが行われている場合に高い可用性を実現。

  

この図は、3 つのノードで構成されるトポロジへの 1 つのノードの追加を示しています。このシナリオでは、次のような場合にノードを追加できます。

• 別のオフィスが開いている場合。

• ディスク障害やその他の重大な障害が発生したときに、より高い可用性を提供してメンテナンスをサポートしたり、フォールト トレランスを強化する場合。

3 つおよび 4 つのノードで構成されるトポロジはどちらも、すべてのデータベースが他のすべてのデータベースにパブリッシュおよびサブスクライブしていることに注目してください。これにより、1 つ以上のノードでメンテナンスが必要な場合や障害が発生した場合に、最大限の可用性が実現されます。ノードを追加するときには、配置と管理のパフォーマンスおよび複雑さを考慮して可用性とスケーラビリティを調整する必要があります。

• ピア ツー ピア レプリケーションは、SQL Server 2008 Enterprise でのみ使用できます。

• ピア ツー ピア レプリケーションに参加するすべてのデータベースに、同一のスキーマとデータを含める必要があります。

  • オブジェクト名、オブジェクト スキーマ、およびパブリケーション名が同一である必要があります。

  • パブリケーションで、スキーマ変更のレプリケートが許可されている (パブリケーション プロパティ replicate_ddl が既定の 1 に設定されている) 必要があります。詳細については、「パブリケーション データベースでのスキーマの変更」を参照してください。

  • 行と列のフィルター処理はサポートされません。

• ノードごとに独自のディストリビューション データベースを使用することをお勧めします。これにより、単一地点での失敗が発生する可能性を低減できます。

• テーブルおよびその他のオブジェクトは、単一のパブリケーション データベース内の複数のピア ツー ピア パブリケーションに含めることはできません。

• サブスクリプションを作成するには、パブリケーションをピア ツー ピア レプリケーションで有効にする必要があります。

• サブスクリプションは、バックアップを使用するか、[レプリケーションのサポートのみ] オプションで初期化する必要があります。詳細については、「スナップショットを使用しないトランザクション サブスクリプションの初期化」を参照してください。

• ID 列の使用はお勧めできません。ID を使用する場合は、各参加データベースのテーブルに割り当てられた範囲を手動で管理する必要があります。詳細については、「ID 列のレプリケート」の「手動で ID 範囲を管理する場合の範囲の割り当て」を参照してください。

ピア ツー ピア レプリケーションではトランザクション レプリケーションの主要な機能がサポートされていますが、次のオプションはサポートされていません。

• スナップショットを使用した初期化および再初期化

• 行と列のフィルター選択

• timestamp 列

• SQL Server 以外のパブリッシャーとサブスクライバー

• 即時更新とキュー更新サブスクリプション

• 匿名サブスクリプション

• 部分サブスクリプション

• アタッチ可能なサブスクリプションと変換可能なサブスクリプション (どちらも SQL Server 2005 では非推奨)

• 共有ディストリビューション エージェント

• ディストリビューション エージェントのパラメーター -SubscriptionStreams とログ リーダー エージェントのパラメーター -MaxCmdsInTran

• アーティクルのプロパティ @destination_owner および @destination_table

次のプロパティには特別な注意が必要です。

• パブリケーションのプロパティ @allow_initialize_from_backup には値 true が必要です。

• アーティクルのプロパティ @replicate_ddl には値 true が必要です。@identityrangemanagementoption には値 manual が必要です。@status にはオプション 24 を設定する必要があります。

• アーティクルのプロパティ @ins_cmd、@del_cmd、および @upd_cmd の値は SQL に設定できません。

• サブスクリプションのプロパティ @sync_type には値 none または automatic が必要です。

次のアクションを実行する場合は、システムを停止する必要があります。システムの停止を実行するには、すべてのノードのパブリッシュされたテーブルで処理を停止し、他のすべてのノードからのすべての変更を各ノードが受信しているかどうかを確認します。

• 既存のトポロジへの SQL Server 2005 ノードの追加

• 既存のパブリケーションへのアーティクルの追加

• スキーマの変更

• バックアップからのノードの復元

詳細については、「ピア ツー ピア トランザクション レプリケーションを構成する方法 (SQL Server Management Studio)」、「レプリケーション トポロジを停止する方法 (レプリケーション Transact-SQL プログラミング)」、「ピア ツー ピア トポロジを管理する方法 (レプリケーション Transact-SQL プログラミング)」および「レプリケーション トポロジにおける複数バージョンの SQL Server の使用」の「ピア ツー ピア トポロジで SQL Server 2005 を使用する」セクションを参照してください。

• ピア ツー ピア トポロジに新しいノードを追加した場合は、新しいノードを追加した後に作成されたバックアップからのみ復元を行う必要があります。詳細については、「ピア ツー ピア トランザクション レプリケーションを構成する方法 (SQL Server Management Studio)」を参照してください。

• ピア ツー ピア トポロジではサブスクリプションを再初期化できません。ノードが新しいデータのコピーを確実に保持する必要がある場合は、そのノードでバックアップを復元してください。

• ピア ツー ピア トポロジに新しいノードを追加した場合は、新しいノードを追加した後に作成されたバックアップからのみ復元を行う必要があります。詳細については、「ピア ツー ピア トランザクション レプリケーションを構成する方法 (SQL Server Management Studio)」を参照してください。

• ピア ツー ピア トポロジではサブスクリプションを再初期化できません。ノードが新しいデータのコピーを確実に保持する必要がある場合は、そのノードでバックアップを復元してください。