How to fix Microsoft.ReportingServices.Diagnostics.Utilities.ReportServerStorageException

Vjorn 0 Reputation points
2023-08-16T21:30:00.86+00:00

Issue: 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.;

upon restoring from backup the SSRS seems to be working fine except the error above is generating a lot of log files that causes SQL drive to be full within one day.

I'm using SQL Server 2016 standard edition

SCCM custom report was backup using SQL native backup and encryption keys was back up using RSConfig tool.

Service account is a dbo owner and rsexecrole is properly configured.

SQL Server
SQL Server
A family of Microsoft relational database management and analysis systems for e-commerce, line-of-business, and data warehousing solutions.
12,914 questions
Microsoft Configuration Manager
0 comments No comments
{count} votes

5 answers

Sort by: Most helpful
  1. Javier Villegas 895 Reputation points MVP
    2023-08-16T22:30:27.8933333+00:00

  2. Simon Ren-MSFT 30,831 Reputation points Microsoft Vendor
    2023-08-17T09:38:23.6266667+00:00

    Hi,

    Thanks very much for your feedback and sharing. We're glad that the issue is gone now. It's appreciated that you could click "Accept Answer" to the helpful reply, this will help other users to search for useful information more quickly. Here's a short summary for the problem.

    Problem/Symptom:

    The error below is generating a lot of log files that causes SQL drive to be full within one day.

    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.;

    Solution/Workaround:

    It turns out the errors were caused by orphaned subscriptions. After deleting the entries in the [dbo].[subscriptions] and restarted the Report service the error stop.

    Thanks again for your time. Have a nice day!

    Best regards,

    Simon


    If the response is helpful, please click "Accept Answer" and upvote it.

    Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.

    0 comments No comments

  3. Simon Ren-MSFT 30,831 Reputation points Microsoft Vendor
    2023-08-30T09:15:33.7833333+00:00

    Hi,

    Thank you very much for your feedback and sharing.

    We're glad that the question is solved now. It's appreciated that you could click "Accept Answer" to the helpful answer. It may help others who have similar issue. If you have any questions in future, we warmly welcome you to post in Microsoft Q&A forum again.

    Have a nice day!

    Best Regards,

    Simon

    0 comments No comments

  4. Eric Berkowitz 1 Reputation point
    2024-05-13T11:52:34.2833333+00:00

    In my case I looked at all the tables in the ReportServer and ReportServerTempDB database. The SessionData table in the ReportServerTempDB database had a problem (Unable to find index entry in index ID 1, of table 933578364, in database 'ReportServerTempDB'). I put the database in single-user mode and ran DBCC CHECKTABLE with repair allow data loss (it's a SessionData table anyway so no problem with data loss) and deleted the existing rows and everything was fine afterward.

    0 comments No comments

  5. Eric Berkowitz 1 Reputation point
    2024-05-13T11:53:27.2066667+00:00

    In my case I looked at all the tables in the ReportServer and ReportServerTempDB database. The SessionData table in the ReportServerTempDB database had a problem (Unable to find index entry in index ID 1, of table 933578364, in database 'ReportServerTempDB'). I put the database in single-user mode and ran DBCC CHECKTABLE with repair allow data loss (it's a SessionData table anyway so no problem with data loss) and deleted the existing rows and everything was fine afterward.

    0 comments No comments