SQL Server - アーカイブに最適なレプリケーションモデル

Question

私は維持しているウェブサイトのデータベースのアーカイブを開始する必要がある時点です。基本的には、毎日多くのトランザクションデータが生成され、約2週間後にはこのデータはほとんど役に立たず、レポート作成のためにはまだ必要ですが、運用サーバーから安全に移動できます。だから、

、私はこれを行うことができれば理想的に、私は大好きだ：

1. セットアッププルレプリケーション - バックアップサーバーは、時間当たりの生産サーバから変更を取得します。
2. 日常運用サーバーデータベースがクリーンアップされ、2週間以上経過したエントリが削除されます。

＃1 - 私はプルレプリケーションがパフォーマンスの観点から最も効率的な方法であるかどうか不思議ですか？私はプロダクションサーバーに負担をかけることはしません（少なくとも大きな問題はありません）...私はデータベースを同期させておくことについてはあまり気にしません。

＃2 - これらの削除が複製されないようにする方法 - そのデータはアーカイブサーバーに保存されますか？

本番サーバがSQL Server 2008のエンタープライズを実行して、バックアップサーバは、（現在はそれがSQL Server 2008のExpressを実行します）に必要なものは何でも実行することができます

Answer 1

＃1のために、私はテストにそれを言うと、参照してくださいね。 MSは通常、プルサブスクリプションの方がパフォーマンスが良いというホワイトペーパーをいくつか持っていますが、私はリソースの面でコストがかかっていると言っています。リモートディストリビューター（リモート=パブリッシャーと同じサーバーではない）を設定してください。

＃2の場合、いくつかの方法があります。記事をsp_addarticleで設定すると、 "none"という値をとる@del_cmdというパラメータがあります。これにより、ディストリビューションエージェントはサブスクライバでno-opの削除を通知します。ストアドプロシージャを使用してパージを実行し、ストアドプロシージャの実行をレプリケーションのアーティクルとしてセットアップしてから、何もしないサブスクライバでストアドプロシージャを実行することもできます。それぞれのアプローチには長所と短所があります。

Answer 2

テーブルのアーカイブにパーティションを適用する必要があると思います。レプリカとアーカイブのデータを2週間以上設定すると、レプリケーションを再初期化し、サブスクライバのすべてのデータが削除され、パブリッシャから新しいデータが適用されるという問題があります。