私はウサギの穴を掘り下げて、どこに行くのかを知るのが難しいと感じました。SSRS 2008 R2からSPに統合された展開スクリプト
私は高度に管理された運用サーバー上のSharePointサイトへの展開のためにスクリプトを作成しようとしています。私の開発ボックスでは、私はBIDSからプロジェクトを展開し、レポートを実行できます。 rdls、データセット、およびデータソースをドキュメントライブラリに直接アップロードしても、それらは表示されません。アップロードしたファイルがリンクされていないこと、BIDSが共有データセットのDataSourceを設定するための追加ステップを実行し、RdlsにこれらのDataSetsへの参照を設定していることがわかりました。
私は悩んでおり、ReportingServices2010.asmxでSetItemReferencesを呼び出してリンクを定義する必要があることがわかりましたが、Powershellを使用していません。私が見つけたスクリプトの中には、データソースの設定に焦点を当てているので、他のスクリプトのビットを使用してそれを調整しようとしていますが、迷子になってしまいます。 1つの例は$Reference = New-Object -TypeName SSRS.ReportingService2010.ItemReference
ですが、どこからSSRS.
名前空間を取得しているのかわかりません。
ちなみに、私が持っている構造は次のとおりです。 - SharePointリスト に一つの共有データソースのポイント - NO埋め込まれたデータソースおよび各共有データセットを指して5つの埋め込みデータセットの参照を持つ四のレポート - ワンDataSetが共有データソース を指しさまざまなフィルタを適用します。
私は面倒を避けるためにこれを行う方法が既に組み込まれていますか?
ここでの要件は、(可能であれば)余分なPowerShellモジュールをインストールする必要がない、非常に単純なものが必要なことです。ネットワークは高度に制御されており、Prod内のマシンのファームにインストールされているサードパーティのモジュールはもちろんのこと、私たち自身が承認したスクリプトを入手するのは難しいです。基本的には、スキャン、テスト、正式にアドオンを承認するのに少なくとも6ヶ月かかるでしょうが、非常に単純なスクリプトを書いた方がはるかに簡単です。
返信いただきありがとうございます。私の唯一の問題は、手作業でエラーを導入する可能性があることです。具体的には、この場合、ユーザーはWebインターフェイス経由で25のデータセット参照を設定する必要があります。これは危険であり、畳み込みテストです –
@StephenYork。 SSRSレポートではこれは正常です。SSRSは非常に強力ですが、SharePointとの統合は脆弱ですので、これらのデータソースファイル、rdlsなどを手動で修正する必要があります。たとえば、顧客がレポートの場所を移動したり、リストを変更する場合、2013に移行する、またはレポートを簡単に変更する場合は、これらのファイルに対してDevOpsを実行する必要があります。これを簡単にスクリプト化することはできません。最も簡単なのはブラウザーで行い、非常に難しい(高価な)自動化です。 – Taterhead
私は質問を投げたので、Powershellスクリプトを使ってrdlsからrdsへのすべてのリンケージを行ってきましたが、rsdsに問題があります。私はrdsからrsdsに名前を変更するという印象の下にありましたが、すべてが必要でしたが、単にBIDSから "Deploy"するときにアップロードされるものと比較してプロジェクトを構築するだけで、XML文書全体が異なります。私がスクリプトやmanuallでそれを行うかどうか、私はスキーマが間違っていることについても同じエラーが表示されます。 BIDSにrsdsを自動的に出力させる方法はありますか? –