簡體   English   中英

SSRS數據驅動的訂閱[基於靜態訂閱表]不接收對訂閱表所做的更改

[英]SSRS Data-Driven Subscription [based on static Subscription table] Not Picking Up Changes Made to Subscription Table

我有一個在BIDS中設計的.RDL報告,並已部署到我的報告服務器中。 該報告在查看報告之前會要求三個參數: YearMonthCustomer ID 該報告效果很好,並且完全可以完成預期的工作。

由於過去有2-3個客戶,我以前分別運行每個報表,但是現在有30多個客戶接收該報表,因此我想切換到一種更自動化的實現方法來生成報表。 經過研究后,使用“ Windows文件共享”選項使用報表管理器創建“數據驅動訂閱”(DDS)似乎給了我所需的功能。

在創建DDS的過程中,我創建了一個名為[Subscription]的表,該表為接收報告的每個客戶包含一行,並具有以下幾列:

  • 顧客ID
  • 文檔名稱
  • 文件位置
  • 覆蓋
  • 格式

...所以通過在報表管理器使用DDS向導,我是能夠成功地建立了一個數據驅動的訂閱(鏈接到各列的[Subscription]這會在每個客戶的一份新報告表) [Subscription]表,將其保存(並覆蓋,如果需要的話)為我選擇的PDF格式的位置(在[Subscription].[FileLocation]或表的FileLocation列中為每一行指定),並每分鍾運行一次(我最終將頻率更改為每周一次)。

這項工作完美無缺,在我選擇的目錄中為我提供了一組新的30個報告,每個報告都有我在表的FileName列中分配的名稱。 正是我想要的。

這里的問題是:當我更新[Subscription]表中的FileLocationFileName (或其他任何東西)時,它不會立即進行更改。 有時甚至根本無法使用它(例如,我將一個客戶[ReportName]列從Report_711622SpecialReport_711622 ,以便該客戶的輸出文件應命名為SpecialReport_711622而應調用所有其他報告Report_XXXXX [無Special前綴], 但客戶711622的報告文件名保持不變!

幾乎就像工作只看到每天需要做的事情,然后直到我晚上離開時才返回並引用[Subscription]表,然后當我早晨回來時便找了零錢。

由於我將使用不同的報告將這一過程擴展到龐大的客戶群,因此我需要能夠對[Subscription]表進行編輯,並讓它們立即被“數據驅動訂閱”獲取(如果沒有,立即,至少可以調整一個固定的時間間隔,以便我可以100%知道何時獲得更改。)

有人知道是什么原因導致我的延遲嗎? 如何更改它,以便定期獲取對Subscription表的更新? 我在其他報表上創建新的DDS時也遇到了問題(遵循上面概述的確切過程)-我已經創建了每分鍾的訂閱,並且說訂閱正在運行,並且輸出數量與客戶數量相匹配。錯誤為0,但我指定的驅動器(或與此相關的其他地方)中沒有文件。

任何幫助將不勝感激!

我認為答案在於SSRS使用的機制。 有幾個地方可能會出現“滯后”。

預訂實際上是一個SQL Agent作業,可在事件表中創建一條記錄。 該表是SSRS檢查執行預定任務的隊列。

從訂閱創建事件記錄到SQL讀取事件記錄並開始為DDS創建數據集之間,只有一小段時間。 DDS數據集的創建也需要一些時間。 此時,訂閱將處於“待處理”狀態。 如果您在此期間更改數據中的任何內容,則訂閱仍將使用舊數據作為報告參數。 因此,很明顯,您不會在下一次計划運行之前注意到您的更改。

這使我想到以下內容:如果訂閱仍在運行,並且下一個計划開始執行(可能是因為您的運行時間是每分鍾),引擎將不會執行它,而是等待下一個訂閱計划,依此類推。 因此,這是另一種滯后的可能性-並導致在特定的計划分鍾內丟失報告。 訂閱順序處理報告,一次從DDS記錄集中一行。 同樣,這需要一些時間。 您還可以在訂閱窗口中看到以下內容:已處理的#個。

我建議您在執行過程中查看數據庫ReportServer中的事件表。 另外,ExecutionHistory視圖(有3個)可能很有趣。 計划的運行顯示為RequestType = 1,並為每個報告生成一個記錄。 您可以查看訂閱中運行的每個報告的確切時間和參數。 您也許可以提取解決其他問題所需的數據。

編輯:這是DDS數據和事件的更詳盡指南, http: //blogs.msdn.com/b/deanka/archive/2009/01/13/diagnosing-and-troubleshooting-subscriptions.aspx http:// blogs。 msdn.com/b/deanka/archive/2010/02/16/troubleshooting-subscriptions-part-ii-using-the-report-services-trace-log-file.aspx

這個“雙跳”問題會成為我問題的根源嗎? 我被這個卡住了! 雙跳問題-MSDN Knowledgecast

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM