可用性グループはトランザクションレプリケーションを置き換えることができますか?


8

SQL Server 2012の新機能と、それが現在の状況にどのように役立つかを検討してきました。

現在、SQL Server 2008 R2を使用しており、トランザクションレプリケーションを介して2つのOLTPサーバーのデータベースを1つのレポートサーバーに複製します。次に、これらの複製されたDBをレポートに使用します。

SQL Server 2012と可用性グループでこれを置き換えることができるかどうかに興味があります。トランザクションレプリケーションの代わりに、新しい可用性グループを使用して、2つのOLTPサーバーのデータベースをレポートサーバーにミラーリングします。読み取り専用レプリカにアクセスします。

これがうまく機能するか、それともまったく機能しないかはわかりません。

レプリケーション(VSDBCMD.exeの使用)で問題が発生するため、レプリケーションを回避します。大規模なDBでのレプリケーションの再初期化の遅延を回避したいのですが。

誰か良い例や経験がありますか?以前のバージョンでの通常のミラーリングのように、複数のサーバーから単一のサーバーに読み取り可能なレプリカでミラーリングすることは可能ですか?

これはもともとここで尋ねられました:https : //stackoverflow.com/questions/10415225/mirroring-and-availability-groups-in-sql2012申し訳ありませんが、まだ質問を移行することはできません。

回答:


10

StackOverflow私の回答からスワイプしましたが他の人が同じタイプの回答に労力を費やすのを防ぐだけです。

個人的には、これはトランザクションレプリケーションよりもはるかにうまく機能すると思いますが、実際の移行シナリオでは、この2つの正式な比較は行っていません。標準的なミラーリング(これはそのアップグレードです)と比較しても、トランザクションレプリケーションに関する問題が多いため、問題が少なくなることは確かです。

最大の恩恵は、セカンダリを読み取り専用としてマークできることです。そのため、必要なすべてのレポートを実行でき、ミラーリングにはまったく影響しません。より強力なtempdbが必要なだけです(これは本質的にrcsiを使用して行われるため)。

もちろん、読み取り専用操作でレプリカを使用するには、AGの両側に完全なライセンスが必要であることに注意する必要があります。また、フェイルオーバークラスタリングが必要であるため、Windowsの特定のバージョン(2008 R2以下ではEnterprise以上、2012以上ではStandard以上)で両側を実行する必要があります。AGのSQLインスタンスをクラスター化する必要はありませんが、 OSのインフラストラクチャの上に配置する必要があります。


アーロンに感謝します。スタックオーバーフローよりも多くの意見をここに
集め

心配しないで、私はそれがあなたがここでそれを繰り返した理由であると疑いました、そしてそれを抑圧しようとしていませんでした。努力を減らすのを助けることを試みること。
Aaron Bertrand

Windows Server 2012では、フェールオーバークラスタリングにEnterpriseエディションは必要ないことを指摘しました。これはスタンダードで利用可能になりました。
SomeGuy 2013年

@SomeGuyは本当ですが、Enterprise Editionを削除してStandardを卒業したためではありませんか?Windows Server 2012の4つのエディションは、DataCenter、Standard(以前はEnterpriseでした)、Essentials(以前はSBSでした)、およびFoundations(Webに似ているようです)です。
アーロンバートランド

7

レポートワークロードの可用性グループに対するトランザクションレプリケーションの利点

上記の回答に対する対抗点として、レポートのワークロードでは、トランザクションレプリケーションが可用性グループよりも優れたソリューションである理由がいくつかあります。

  • データベース内のテーブルのサブセットを複製できます。可用性グループのレプリカは常にデータベース全体です。一部のテーブルに機密情報が含まれている場合、すべてのレポートがその情報を含まないデータベースに対して行われると、アクセスの監査が容易になります。
  • 複製される行をフィルタリングして、細かいレベルの細分性を提供できます。たとえば、部門固有の情報を多数の部門のレポートサーバーに複製し、各サーバーがその情報のみにアクセスできるようにすることができます。
  • パブリッシャーとサブスクライバー間で完全に異なるインデックス付け戦略を使用できます。可用性グループを使用すると、インデックスは同じであり、統計はレプリカで作成され、tempdbに格納されますが、レプリケーションによって得られる調整を行うことはできません。
  • セキュリティ上の問題。一般的に、レポートユーザーはSSMS、アクセス、またはExcelを使用してデータベースに直接接続し、レポートデータベースへのアクセスのみを制限します。

これらのいずれも大きな問題ではない場合は、可用性グループの方が適しています。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.