SQL Sever 2005のアクティブ - アクティブDR戦略

Question

私たちは、6 TBデータウェアハウスのアクティブ - アクティブDR戦略を考え出しています。当社のデータウェアハウスには40のDBがあり、すべてをリアルタイムで複製する必要があります。

サイト1：すべてのETLを処理する必要があります サイト2：すべてのレポートクエリを処理します。

• データベースミラーリング（私たちはすべての接続を殺すことができないとして、スナップショットを削除して作成している余裕はありません）
• レプリケーション
• SQL Server 2008への移行

ログ配布はオプションです。

パフォーマンスと可用性の最適な方法はどれですか？彼らは、ハードウェアベースのレプリケーションのいくつかの並べ替えを提供かどうかを確認するために、特にストレージ1 -

よろしく、 ナジ

Answer 1

あなたは、ハードウェアベンダと話をする必要があります。データの量を見ると、ソフトウェアベースのソリューションは最適ではないと私は考えています。

ここでは、3つのデータベース（11,17、および23 TB）の処理方法を示します。

1. 私たちはEMC SANにデータベースをホストしています。
2. 12時間ごとに、同じSAN上にある異なるLUNにデータベースがクローンされ、異なるサーバーにマウントされます。これは、プライマリサーバがホース接続された場合のバックアップです。これらのデータベースは、通常、プライマリデータベースから12時間遅れています。私たちは、12時間前のデータでどこに住めるかを報告するためにそれらを使用します。
3. 24時間ごとに、2のクローンが別の建物の異なるSANにコピーされてマウントされます。これはセカンダリバックアップです。これらのデータベースでは、診断、DBCCチェックなどを実行します。
4. 合計で9つのSQL Server Enterprise Edition（3つのプロダクト、1つ目の3つのDR、3つの2番目のDR）インスタンスが実行されています。
5. 私たちは最大24時間のデータの中で生き延びることができるので、この方法をとることにしました。

これは確かに実行可能ですが、かなりの計画と投資が必要です。私たちにとって、9 EEライセンスのコストは、2つのSANの価格とそれらの間の相互接続に比べてあまり変わっていませんでした。

Answer 2

アクティブな接続を削除する余裕がないので、ログ配布もオプションではありません。ログを復元するには、データベースに排他的にアクセスする必要があります。ハードウェアサポート（SAN）は大きな助けになります。私はあなたにETLを1台のサーバーに見て、それを報告するためにアクティブなサーバーにして、ETLのために他のサーバーを使用したいと思っています。したがって、ETLプロセスのないレポートサーバーと、レポートのないETLサーバーがありますが、これは毎晩スワップしますか？基礎。

Answer 3

Peer to Peer transactional replicationは、高価なSANハードウェアレプリケーションパスを使いたい場合を除き、おそらく最適です。

これはほぼリアルタイムで提供されるため、レポートするには十分なはずです。

Answer 4

SQL Service Brokerを使用しているSQL Serverレプリケーションや何らかの顧客ソリューションは、かなりのものになるでしょう。テーブルが静的で、すべてのデータ変更が1つのサイトで行われている場合は、トランザクションレプリケーションが最適な方法です。複数のスレッドが使用されていてもトランザクションの一貫性が維持されるので、レプリケーションを処理するには大規模なWANパイプが必要になります。

SQL Server 2008では、レプリケータのパフォーマンスがいくつか改善されています。これにより、複数のスレッドがディストリビュータに割り当てられます。