我們在SSRS的報告停止發送。上一次報告是在2天前發送的,並且已成功發送,但從那時起沒有任何報告正在發送。SSRS報告訂閱電子郵件停止發送
如果我查看每個報告的SSRS網頁,則沒有錯誤。簡單地顯示2天前的最後一次運行時間,所以似乎甚至沒有嘗試發送。
昨天我們做了一些改變。但只能將數據庫從Express版本移到常規版本。我們沒有做任何會影響SSRS元數據的事情(或者至少我們不認爲我們做過......)
我們應該從哪裏開始尋找報告訂閱停止的原因?有沒有可能意外被禁用的進程?謝謝!
我們在SSRS的報告停止發送。上一次報告是在2天前發送的,並且已成功發送,但從那時起沒有任何報告正在發送。SSRS報告訂閱電子郵件停止發送
如果我查看每個報告的SSRS網頁,則沒有錯誤。簡單地顯示2天前的最後一次運行時間,所以似乎甚至沒有嘗試發送。
昨天我們做了一些改變。但只能將數據庫從Express版本移到常規版本。我們沒有做任何會影響SSRS元數據的事情(或者至少我們不認爲我們做過......)
我們應該從哪裏開始尋找報告訂閱停止的原因?有沒有可能意外被禁用的進程?謝謝!
Report訂閱被創建爲SQL代理的作業。你應該看到一長串以GUID爲名字的作業。確保SQL代理作業正在運行。如果要將Reporting Service安裝移動到其他服務器,則執行SQL Reporting Services Configuration tool的步驟將重新創建這些作業。 (我不記得哪一步重新創建了訂閱,只需通過每個窗格並點擊「應用」即可)。
根據您的移動方式,您可能需要備份和恢復加密密鑰,並且您可以輕鬆結束(在不同的服務器上)執行兩個訂閱副本。但在您的情況下,如果您沒有移動SSRS,我會查看原始服務器(Express)上的SQL Agent屬性以查看SQL代理已啓用並正在運行,並檢查SQL代理作業的歷史記錄,以查看是否有任何問題。
檢查。一切看起來都很正確,但我們的IT可能已經重新啓用了它。我會檢查報告今晚是否正確,如果沒有,將進一步調查。謝謝。 – user2708232
現在一切正常。我們必須意外地禁用這些工作。謝謝。 – user2708232
當你說你移動了數據庫時,你在談論ReportServer數據庫嗎?當你說移動時,你是否將它複製到不同的實例? –
對不起,我應該更清楚。不,我們沒有觸及那個數據庫。我們將其他數據庫複製到與ReportServer數據所在的實例相同的實例。 – user2708232