Sql – SSRS – Renamed TempDB and now Subscription Reports not Emailing

database-migrationreporting-servicessqlsql serversql-server-2012

I'm currently unable to email out time based subscription reports from SSRS on a new SQL Server 2012 installation on Server 2012.

I receive the following error in the SSRS LogFiles

schedule!WindowsService_5!dc4!10/14/2013-10:01:09:: i INFO: Handling Event TimedSubscription with data 1a762da1-75ab-4c46-b989-471185553304.
library!WindowsService_5!dc4!10/14/2013-10:01:09:: e ERROR: Throwing Microsoft.ReportingServices.Diagnostics.Utilities.ReportServerStorageException: , An error occurred within the report server database. This may be due to a connection failure, timeout or low disk condition within the database.;
library!WindowsService_5!dc4!10/14/2013-10:01:09:: w WARN: Transaction rollback was not executed connection is invalid
schedule!WindowsService_5!dc4!10/14/2013-10:01:09:: i INFO: Error processing event 'TimedSubscription', data = 1a762da1-75ab-4c46-b989-471185553304, error = Microsoft.ReportingServices.Diagnostics.Utilities.ReportServerStorageException: An error occurred within the report server database. This may be due to a connection failure, timeout or low disk condition within the database. —> System.Data.SqlClient.SqlException: Invalid object name 'ReportServerTempDB.dbo.ExecutionCache'.

Databases were migrated from SQL 2008, this was done by a third party and I'm unsure if something was overlooked.

Any assistance would be greatly appreciated.

Thank you.

Dane

Best Answer

This thread seems to address your issue.

http://www.sqlservercentral.com/Forums/Topic553765-147-1.aspx

Please do a modicum of research before posting error messages.

From the Link " After much consternation, I have found a trigger referencing the invalid object. Trigger [Schedule_UpdateExpiration] on ReportServer table Schedule has the offending reference in it. In test, I altered this trigger to reference the correct report server tempdb and now subscriptions appear to be working properly. So far I have found nothing else broken."

AND

"If anyone is looking for a quick answer then here is what I did to solve my problem:

  • Updated trigger on dbo.schedule to reference the correct tempdb.
  • Scripted all stored procedures with their permissions onto a new query then "find and replaced" all instances of the old tempdb with the new one. "
Related Topic