SQL Server 2005一方向レプリケーション

Question

私が働くビジネスでは、プライマリデータベースの読み込み負荷を軽減するためのディスカッションメソッドです。

プライマリデータベースからスレーブデータベースへのライブの片方向レプリケーションが推奨されています。アプリケーションはスレーブ・データベースから読み取り、プライマリ・データベースに直接書き込みます。だから... ...

• アプリケーションは、アプリケーションがこの方法の主な長所と短所は何ですか？自動的

プライマリ

プライマリアップデートスレーブへの書き込み

スレーブ

からの読み込み

Answer 1

いくつかの短所：

アプリケーション・ロジックは、それが二次からすぐに利用できなくなりますので、考慮に何かを書き込み、それを読み間の遅延を取る必要があります失敗の

• 2ポイントデータベース

私が使用した戦略は、重要なレポートデータを夜間に2次データベースに送信し、途中で正規化しないようにすることで、テーブルをロックしたりリソースを盗むのではなく、 OLTPサーバ。私は正式なデータウェアハウジングやレプリケーションツールを使用していません。むしろ最新のデータなしでOkである問題クエリを特定し、それらのクエリ専用のセカンダリサーバー上にデータ構造を作成します。

プロが「複製のすべて」のアプローチに間違いがあります。

• プライマリサーバが死亡した場合、それはあなたのデータ
• のすべてを持っているので、あなたは、セカンダリ上の任意のアドホッククエリを実行することができ、あなたはすぐにセカンダリを引き継ぎ、引き継ぐことができます

Answer 2

私たちは一方向レプリケーションを使用していますが、同じアプリケーションからは使用していません。私たちのアプリケーションは、マスターデータベースへの読み書きと、データはreplcaデータベースに同期され、レポーティングツールはこのレプリカを使用しています。

私たちのアプリケーションでは別のデータベースからの読み取りを希望しないため、このシナリオでは、ファイルグループの使用とmasterデータベースのパーティション化をお勧めします。ファイルグループを使用して（特に異なるドライブ上で）、ファイルとインデックスをパーティション化することで、パフォーマンスが大幅に向上します。