2016-08-02 3 views
0

データベース間のレプリケーションを設定したいと思います。毎朝、いくつかのデータベースでデータダンプを行います。 1つのデータベースに27個のテーブルがあります。 3つのテーブルにレコードを追加し、いくつかのレコードにレコードを挿入します。その後、更新や挿入は行われません。これらの変更を別のサーバー上の同じデータベースに複製したいと思います。私にはどんなSQL Serverレプリケーションが適していますか?

マージまたはスナップショットレプリケーションを使用する必要がありますか?

私は考慮すべき何かをミラーリングしていますか?

答えて

0

SSISジョブをスケジュールする方が簡単だと思います。このためにデータインポートエクスポートウィザードを使用していますか?作成されたパッケージを保存し、そのパッケージがデータ検索クエリ内のGETDATE()パラメータで実行されるようにスケジュールすることができます。

それ以外の場合は、5つ以下のテーブルであれば、新しいSSISパッケージを作成する方が簡単だと思います。テーブルのサイズに応じて、毎日テーブル全体を切り捨ててリロードすることができます。

+0

これは私たちが今やっていることです。私はそれに完全に反対しているわけではありませんが、なぜそれを行うための技術が既に存在するときに何かを創造するのですか? –

+0

問題は、レプリケーションはメンテナンスのオーバーヘッドが増え、他の問題を引き起こす可能性があることです。サーバーの再起動、パッチ適用、スキーマの変更などの作業中に余分な作業を管理する必要があります。5つ未満のテーブルで作業していて、1日に1回のみデータをロードする必要がある場合、SSISはより良い解決策。 –

+1

または、複数のサーバーで同じことを行う必要があるSSISパッケージを使用します。あなたが気に入っていると感じたら、同じファイルを複数の宛先に多重化できますが、それは過剰なもののようです。 –

関連する問題