問題タブ [ssrs-2014]

すべての SSRS レポートを 2008R2 サーバーから新しい SQL Server 2014 環境に移行する予定です。移行に関しては、2008R2 レポート サーバー データベースのバックアップを取り、2014 サーバーに復元するように依頼されました。
2014 レポート サーバーで新しいテーブルが利用可能になる可能性があるため、これには確信が持てませんでした。
古いレポート サーバー データベースが復元された場合、2014 の新機能は利用できません。

この考えが正しいかどうか教えてください。2014 レポート サーバー データベースで使用できる新しいテーブルはありますか
? ssrs レポートを 2008 r2 から 2014 サーバーに移行する
ための最適なオプションは何ですか?.

Tablix の 2 つの列ヘッダーで対話型の並べ替えが有効になっている部門番号と部門名を表示する単純なレポートがあります。

MVC5 アプリケーションから URL アクセスを介してこのレポートにアクセスしています。レポートは標準の html4.0 で正しくレンダリングされています。ページにレポート html が表示され、ヘッダーにソート アイコンが期待どおりに表示されます。ただし、いずれかの列ヘッダーをクリックすると、SSRS の rsReportNotReady からエラー ページが表示されます。

URL アクセス自体を介してレポートを直接参照すると、インタラクティブな並べ替えは正常に機能しますが、生の HTML として mvc ビューにストリーミングされた場合は機能しません。

URL アクセス経由でレポートを html として表示するコード:

レポートにアクセスする URL の例http://myreportservername/ReportServer?/EmployeeReports/rptDepartments&rc:Toolbar=False&rc:HTMLFragment=False&rs:Format=HTML4.0

URLアクセスによる報告

mvc アプリでレンダリングされたレポート

mvc アプリによる並べ替えのエラー

URLアクセスを介してMVCアプリケーションでSSRSレポートのインタラクティブな並べ替えを機能させることについて、誰かが洞察を持っていますか? いいえ、ReportViewer コントロールも使用できません。

前もって感謝します。

バックグラウンド：

最近、SSRS 2014 に移行しました。ソース データベースは SQL Server 2008 R2 です。レポートをレンダリングするときに、単に応答を停止し、最終的に 30 分後にタイムアウトするという、レポートでいくつかのパフォーマンスの問題に遭遇しました。レポート サーバーの実行ログを確認すると、データの取得時間は短く、レポートのレンダリング時間は長いことがわかります。DBA がこの問題の 1 か月後に発見した解決策は、READ_COMMITTED_SNAPSHOT を ON に設定することです。

これにより、単一のレポートで非常に奇妙なパフォーマンスの問題が解消されたようです。このレポートは、ユーザーがレポートを生成しようとすると、デッドロックになったように見えます。デッドロックは、一時レポート サーバー データベースで発生しているようで、レポートをブラウザー (IE または Chrome) に返すときにのみ発生し、レポートが生成されるたびに発生するわけではありませんが、複数のユーザーがレポートを生成しようとしているときに発生する可能性があります。同時期にレポートします。レポートには 3 つのレベルのグループ化があり、入力されたパラメーターに対して可変量の行が返されます。

この設定 (READ_COMMITTED_SNAPSHOT) は、現在、二次的な問題を引き起こしているようです。ユーザーがレポートのページをナビゲートできるレポートのナビゲーション バーでは、アクティブな [次のページ] ボタンが最初に 0 の 0 を表示します。ユーザーが [次のページ] ボタンをクリックすると、ブラウザーはポストバックを実行し (次のページに移動する場合と同様)、最初のページで画面を更新します。これで、ナビゲーション バーに X の 1 が表示されます。

すべての SSRS サーバーが READ_COMMITTED_SNAPSHOT ON を受け取ったので、DBA に DEV サーバーを OFF に更新するように依頼しました。これが完了したら、すべてのレポート (約 10 個) を再生成しました。予想どおり、最初はそれぞれのレポートに X ページのうちの 1 つが表示されました。ここで、このプロパティを ON に設定することが、レポートを修正するための正しいアプローチであったかどうか疑問に思います。

レポートのスナップショットを作成することが良い解決策になるかどうかを考えましたが、パラメーターの選択が異なるユーザーがいるため、残念ながらそうではないと思います。

質問:

1. READ_COMMITTED_SNAPSHOT を on に設定するのではなく、上記のレポート パフォーマンスの問題を解決するためのより良い方法はありましたか?
2. READ_COMMITTED_SNAPSHOT と ALLOW_SNAPSHOT_ISOLATION の両方を true/on に設定する必要がありますか?
3. SSRS のナビゲーション バーに関連するこの問題に遭遇した人はいますか? また、どのようにして問題を解決できましたか?

アップデート：

まったく別のエラーが発生したため、最終的に READ_COMMITTED_SNAPSHOT 設定をロールバックする必要がありました。上記の問題は、2 か月連続で問題が報告されることなく、解決されたように見えます。残念ながら、そもそも何が問題を引き起こしたのか、何が問題を解決したのか (おそらくハードウェアの変更) は誰にもわかりません。

SSRS 積み上げ棒グラフを使用して、SharePoint リストに基づいてレポートを生成し、動的な週単位で各チーム メンバーの作業負荷を表示しようとしています。基本的に、レポートは次のようにしたいと考えています。

毎週の各メンバーのワークロードを表すバーを探しています。レポートには、日付の複数の値を受け入れる 1 つのパラメーターがあり、次の 5 つの月曜日がパラメーターの使用可能な値 (POC) にハードコードされています。レポートを実行すると、メンバーごとに棒グラフが 1 つだけ表示されます:現在の結果

これは、データセットの「日付」フィールドのソースが =Parameters!DateRange.Value (0) であるためだと思います。最初の項目ではなく、値の配列を受け入れるために「(0)」を削除しようとしましたが、その後、レポートの実行時にエラーが発生します。問題の核心は、複数の値のパラメーターをフィールドに渡すことだと思います。週ごとにグラフのバーを表示するには、フィールドが必要だと思います。これを行う方法についてのアイデアはありますか？前もって感謝します。（リンクをお詫び申し上げます。この後、評判が10になることを願っています）。

データセット クエリ:

それは非常に基本的で、SSRS 2014 SP1 によって確実に解決されているようですが、印刷レイアウト (最終的には PDF 用ですが、これは単純な表示です)で、テキスト ボックスが表示されたときに次のページの上部に Tablix をレンダリングできるようにする方法が見つかりません。最初のページでその上に表示されます(例: Tablix の結果で埋められた後続のすべてのページで必要とされないアドレスの詳細)。これにより、最初のページ以降のすべてのページの結果の上に、プロフェッショナルではない無駄な空白ができます。

Tablix が「スタック」しているように見えるため、デザイン レイアウトに配置したページからのみ開始されます (SSDT は VS2015 で再生されないため、レポート ビルダーを使用しますが、同じことが適用されます)。その場合、その上のテキスト ボックスは当然、後続のページにも表示されません。結局のところ、それはヘッダーにはありません。

テキストボックスを CanShrink=true に設定しましたが、まだスペースを保持しています (コンテンツが残っているため、十分公平です)。

また、テキストボックスを非表示にしようとしましたが（後続のページで条件付きでこれを実行できるはずです）、空白がまだ残っています。これは奇妙で、実際の制限を示している可能性があります。

レポート レベルで ConsumeContainerWhitespace=true を適用しましたが (それでうまくいくと思っていたでしょう)、喜びはありませんでした。

textbox と tablix の両方を同じ Rectangle に配置して、それらが「ピア」になり、空白をより適切に制御できるようにすることもできますが、いいえ。

ヘッダーを繰り返し、テキストボックスのアドレスを最初のページにのみ配置することをお勧めしますが、ヘッダーには「PrintOnFirstPage」オプションしかなく、最初のページのみに印刷するオプションはありません。もちろん、SSRS Report Builder - Only Show Header On First Page (With Page Numbers)のような回避策は、テキストボックスを本文領域に移動して非表示にすることですが、前述のように、後続のすべてのページに愚かな空白が残ります - d 'おー！

確かに、この基本的な要件を解決する方法がありますか、それとも明らかな何かが欠けているのでしょうか?

編集: 以前はこの問題が発生したことがなかったことを思い出しましたが、これはワーカーごとに複数のプロジェクトがあるためであることに気付きました (申し訳ありませんが、写真の担当者はまだ十分ではありません)。プロジェクトが 1 つだけのパラメーター期間を選択すると、行の説明が後続のページの上部に続きます。Tablix ヘッダー グループ (プロジェクト: [TaskDesc] および Worker) が変更された場合にのみ、新しいページが開始されます。する必要があります。これが明確になることを願っています-バグ、奇妙なタブリックスの動作のように見えますが、おそらく回避策ですか?