SQL Server レプリケーションにおける重大な変更

レプリケーション エージェントのローカル接続

SQL Server 2005 へのアップグレード時には、SQL Server 認証を使用するすべてのローカル接続が Windows 認証を使用するよう修正されます。ローカル接続は、エージェントと同じコンピュータ上で実行されている SQL Server のインスタンスへの接続であり、エージェントによって行われます。たとえば、マージ エージェントは、プル サブスクリプションの場合はサブスクライバで動作します。したがって、マージ エージェントがサブスクライバに対して行う接続はローカル接続です。

以前のバージョンの SQL Server では、既定により、SQL Server エージェント サービス アカウントのコンテキストでエージェントが実行されていました。アップグレード後は、このアカウントのコンテキストでローカル接続が作成されます。SQL Server 2005 では、レプリケーション エージェントがデータベースなど他のリソースへの Windows 統合接続を実行および作成する各アカウントに対して、細かい単位の制御が可能であり、エージェントごとに異なるアカウントを指定できます。アップグレード後は、エージェントごとに異なるアカウントを指定することをお勧めします。詳細については、「レプリケートされたデータベースのアップグレードに関する注意点」および「レプリケーション エージェントのセキュリティ モデル」を参照してください。

distributor_admin アカウントのパスワード

パスワードの入力が必須でなかったため、パブリッシャとリモート ディストリビュータ間の信頼関係接続はサポート対象外となりました (SQL Server 2000 Service Pack 3 より前のバージョンでは、信頼関係接続が既定で使用されていました)。リモート ディストリビュータを使用する場合は、SQL Server 2005 にアップグレードする前に、信頼関係接続を非信頼関係接続に変換してください (この問題は、ローカル ディストリビュータを使用するパブリッシャには影響しません)。distributor_admin アカウントの詳細については、「ディストリビュータの保護」を参照してください。

使用する接続の種類を調べるには

• ディストリビュータで sp_helpdistpublisher を実行します。trusted 列の値が 1 の場合は、非信頼関係接続に変更する必要があります。

非信頼関係接続に変更するには

1. ディストリビュータで sp_changedistpublisher を実行します。その際、@property パラメータの値を "trusted"、@value パラメータの値を "False" に指定します。

   注意

   SQL Server 2000 オンライン ブックのバージョンによっては、@property の有効値として "trusted" が記載されていない場合がありますが、この値はすべての SQL Server 2000 リリースで有効です。

2. @password パラメータに複雑なパスワードを指定して、パブリッシャとディストリビュータの両方で sp_changedistributor_password を実行します。

Microsoft Access (Jet 4.0) サブスクライバ

Jet は Access で使用する基本データベースです。SQL Server 2000 のレプリケーションでは Jet データベースへのサブスクリプションをサポートしていましたが、これらのサブスクリプションはサポートされなくなりました。

代わりに、SQL Server Express を使用することをお勧めします。Access では SQL Server データベースをバックエンドとして使用できます。また、SQL Server データベースはこの問題による影響を受けません。詳細については、「SQL Server Express へのデータのレプリケート」を参照してください。

キュー更新サブスクリプションのメッセージ キュー (MSMQ) オプション

キュー更新サブスクリプションでは、サブスクライバからの変更内容がキューに書き込まれた後、キュー リーダー エージェントによってそのキューから変更内容が読み取られ、パブリッシャへ配信されます。SQL Server 2000 では、サブスクリプションは SQL Server キューまたはメッセージ キューを使用して変更をキューに入れることができました。キューのタイプは sp_addpublication の @queue_type パラメータで指定され、sql と msmq (メッセージ キュー) の値を使用できましたが、SQL Server 2005 では sql の値しか使用できなくなりました。メッセージ キューを使用する既存のパブリケーションは、アップグレード時に、SQL Server キューを使用するよう修正されます。使用するアプリケーションがメッセージ キューによるキュー更新を必要とする場合は、SQL Server キューに対応するようにこれらのアプリケーションを記述し直す必要があります。キュー更新サブスクリプションの詳細については、「トランザクション レプリケーションの更新可能なサブスクリプション」を参照してください。

SQL Server のアップグレード中にメッセージ キュー サービスを実行していると、既存のメッセージ キュー サブスクリプション キューは削除されます。

重要

Windows 2000 と Windows XP のプラットフォームでは、メッセージ キューによって Microsoft 分散トランザクション コーディネータ (MSDTC) が使用されるので、MSDTC サービスも実行している必要があります。

メッセージ キュー サービスを実行していない場合は、アップグレード完了後にキューを手動で削除してください。キューの削除の詳細については、Windows のマニュアルを参照してください。

変更のバッチ化

以前のバージョンの SQL Server では、マージ エージェントによる変更が 1 行単位で実行されていました。SQL Server 2005 では、パフォーマンス向上のために変更がバッチ処理されるため、1 つのステートメント内で複数の行を挿入、更新、または削除できます。パブリケーション データベースまたはサブスクリプション データベースでパブリッシュされたテーブルにトリガがある場合には、トリガによって複数行の挿入、更新、および削除が処理されることを確認してください。詳細については、「DML トリガの複数行に関する注意点」を参照してください。

新しい ID 範囲の割り当て

ID 範囲の自動管理を使用するテーブルに対しては、アップグレード時にレプリケーションによって新しい ID 範囲が割り当てられる場合があります。パブリッシャよりもサブスクライバに大きな ID 範囲を割り当てるテーブルがある場合は、レプリケーションによって、サブスクライバと同等の範囲がパブリッシャに割り当てられます。

アーティクルごとに使用する範囲を判断するには、パブリケーション データベースで sp_helpmergearticle を実行して、pub_identity_range 列と identity_range 列をチェックします。