SQL Serverレポートデータベースカタログとレポートサーバー

Question

私は、SSRS 2005から2015への移行に関するいくつかの調査を行っています。ATMプロダクションDB、レポートDB、レポートTempDBをホストするDB VMがあり、Reporting Services/Server 。あなたが見るように非常に問題があります。

私は新しい環境のために次のシナリオを検討しています（$$$の気圧を心配しないでください）：

• 生産デシベル別のVM、レポートサービスの1 VM、レポートDBとレポートTempDBの上1 VM、レポートDB +報告のTempDB +上の他のVM （2 VMS）
• 生産DBに1 VM、レポートサービス上の他のVM （3 VMS）
• 生産DB +報告DB +レポートのTempDBに別のVM上のReporting Services （2台のVM）
• 1台のVM上の本番データベースは、別のVMにトランザクションレプリケートされ、別のVMにもレポートDB +レポートTempDB + Reporting Servicesがホストされます。レポートサービスでは、レプリケートされたDBはレポートのソースとしてのみ使用されます。 （2台のVM）DRは問題ではありません

、合意されたRTOは（> 200）我々は多くのユーザーを持っていない4時間（！）

ですが、レポートの多くグラフィック集中的なものもあります。アドホック+オフ時間のレポートスナップショットが作成されました。タイムアウトの問題が発生しています。 （1日に1回または2回）

私は、最高のパフォーマンスを提供する上記のシナリオの1つを探しています。

どの人が最も賢明なアプローチであるとお考えですか？より多くの情報を提供することができます。

ありがとうございます。 WM

Answer 1

"プロダクションDB"が何らかの種類のOLTPシステムである場合、これはレポートや分析アクティビティから完全に切り離されている必要があります。リソースがある場合は、AlwaysOnグループ（SQL 2005のミラーリングの後継バージョン）を作成し、セカンダリレプリカをレポートのソースとして使用することをお勧めします。

1. 生産デシベル（1 VM）読み取り専用モード（1 VM）での生産
2. のAlwaysOnセカンダリレプリカ、
3. レポートサーバーデシベル&レポートサービス（1 VM）

これは続けてプロダクションDBがクエリを報告することによって影響を受けるのを防ぐことができます（これは、HA /フェールオーバーデータベースの2倍にもなります）。作業負荷のイオン。