社交的SQL Serverインスタンスレプリケーション - ベストプラクティス

Question

レプリケーションを使用する可能性のある他のアプリケーションデータベースを持つ可能性のあるSQL ServerインスタンスでSQL Serverレプリケーションを使用する場合のベストプラクティスを知りたい。つまり、私たちの製品は、そのインスタンスの他のユーザーとうまく協調する必要があります。

現在、製品はSQL Serverレプリケーションを使用して、レポートに使用するコピーデータベースを作成しています。これは常にSQL Serverインスタンスの唯一のユーザーです。しかし、製品がインスタンスをどのように共有できるかを文書化してテストする必要があります（規制要件）。

ここでは、アプリケーションのデータベースからレポートの負荷を分離する別の方法は見当たらないので、ここでも複製が必要であると仮定しています。

これは誰でも成功しましたか？

我々は、インスタンス・レベルのレプリケーションを使用している場合：

• は、我々が開始/停止/他の人に影響を与えることなく、我々のアプリケーションのための複製を変更することができる方法はありますか？

• 設定が大きく異なりますか？つまり、アプリケーション間でインスタンスレベルのレプリケーション設定を共有するのは現実的ですか？

ここで間違った表示がありますか？

当社のお客様は、インスタンス・レベルでのSQL Server 2008 R2またはSQL Server 2012

Answer 1

を使用、複製は、唯一の販売代理店を設定します。つまり、インスタンスでレプリケーション用に構成したデータベースの数に関係なく、それらはすべて1つのディストリビュータを共有します。そのディストリビューターをローカル（つまり、同じインスタンス上）またはリモートにするオプションがあります。そのため、ディストリビューションがかなりのリソースを抱えていることが判明した場合（あるいはそうなることが予想される場合）は、リモート配布を設定してください。

データベースのログファイルには、ログリーダーエージェントを処理するためのスループットに十分なヘッドルームが必要です。データベースの活動が他のデータベースに影響を及ぼすことが懸念される場合は、分離してください。

その他の懸案事項としては、レプリケーションはビジネスアプリケーションのようなものです。つまり、話しているレプリケーションのフェーズに応じてパブリッシャとディストリビュータからデータを読み込み、データを書き込む必要があります（レプリケーションのどの段階について話しているかによって、ディストリビュータとサブスクライバから再度書き込む必要があります）。それに応じてリソースをプロビジョニングしてください。