<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Create scheduled refresh plan. An internal error occurred on the report server database. in Report Server</title>
    <link>https://community.fabric.microsoft.com/t5/Report-Server/Create-scheduled-refresh-plan-An-internal-error-occurred-on-the/m-p/747442#M11067</link>
    <description>&lt;P&gt;If you are running PBIRS behind a load balancer make sure you have followed all the configuration steps in the following article&amp;nbsp;&lt;A href="https://docs.microsoft.com/en-us/sql/reporting-services/report-server/configure-a-report-server-on-a-network-load-balancing-cluster?view=sql-server-2017" target="_blank" rel="noopener"&gt;https://docs.microsoft.com/en-us/sql/reporting-services/report-server/configure-a-report-server-on-a-network-load-balancing-cluster?view=sql-server-2017&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Pay special attention to the BackConnectionHostName registry setting (including re-booting if you need to set this property). PBIRS is made up of a set of 4-5 services and if you don't have this set properly a single request from a client can jump back and forth between the nodes in your cluster and this can cause all sorts of weird errors.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;And note the following article outlines the manual steps required when failing over in an Availability Group&lt;/P&gt;&lt;P&gt;&lt;A href="https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/reporting-services-with-always-on-availability-groups-sql-server?view=sql-server-2017#bkmk_steps_to_complete_failover" target="_blank" rel="noopener"&gt;https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/reporting-services-with-always-on-availability-groups-sql-server?view=sql-server-2017#bkmk_steps_to_complete_failover&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;BLOCKQUOTE&gt;&lt;H3&gt;Steps to complete disaster recovery of Report Server Databases&lt;/H3&gt;&lt;P&gt;The following steps need to be completed after a Always On availability groups failover to a secondary replica:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;&lt;P&gt;Stop the instance of the SQL Agent service that was being used by the primary database engine hosting the Reporting Services databases.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Start SQL Agent service on the computer that is the new primary replica.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Stop the Report Server service.&lt;/P&gt;&lt;P&gt;If the report server is in native mode, stop the report server Windows server using Reporting Services configuration manager.&lt;/P&gt;&lt;P&gt;If the report server is configured for SharePoint mode, stop the Reporting Services shared service in SharePoint Central Administration.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Start the report server service or Reporting Services SharePoint service.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P class="x-hidden-focus"&gt;Verify that reports can run against the new primary replica.&lt;/P&gt;&lt;/LI&gt;&lt;/OL&gt;&lt;/BLOCKQUOTE&gt;</description>
    <pubDate>Wed, 24 Jul 2019 06:45:48 GMT</pubDate>
    <dc:creator>d_gosbell</dc:creator>
    <dc:date>2019-07-24T06:45:48Z</dc:date>
    <item>
      <title>Create scheduled refresh plan. An internal error occurred on the report server database.</title>
      <link>https://community.fabric.microsoft.com/t5/Report-Server/Create-scheduled-refresh-plan-An-internal-error-occurred-on-the/m-p/708837#M10576</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I am trying to troubleshoot a PowerBI report server issue for my clients.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;: An error occurred within the report server database.  This may be due to a connection failure, timeout or low disk condition within the database.&lt;/PRE&gt;&lt;P&gt;I am not finding any connection failures, timeouts or low disk space on the servers.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In this setup we have two Power BI Report Server instances that are scaled out.&amp;nbsp; Both are version 15.0.1102.235.&lt;/P&gt;&lt;P&gt;For the backend we have two SQL 2016 instances at the latest CU.&amp;nbsp; The ReportServer Databases are in a High-Availability group.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The PowerBI service account is a gMSA account.&amp;nbsp; This same account is used as the database credential.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Report server is also configured to use RSWindowsNegotiate.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It has been noticed that if we create a refresh plan while the Database Listener is pointing to Node 1 it works fine for the client.&amp;nbsp; However if it is failed over to Node 2 the client as well as myself as an admin get an error.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I used RedGate compare to confirm that Node 1 and Node 2 are identical.&amp;nbsp; I then went ahead and enabled Verbose logging on the report server and started a SQL Server Profiler Trace for the backend.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Here are the results:&lt;/P&gt;&lt;P&gt;SQL Profiler:&lt;/P&gt;&lt;PRE&gt;exec CreateSubscription @Report_Name=N'/client/clientrep',@ReportZone=0,@id='E2C8394D-8B64-4762-83E4-6FCE7C21E4BC',@OwnerSid=0x010500000000000515000000482DD770E9674F175F52937B51600200,@OwnerName=N'domain\me',@OwnerAuthType=1,@Locale=N'en-CA',@DeliveryExtension=default,@InactiveFlags=0,@ModifiedBySid=0x010500000000000515000000482DD770E9674F175F52937B51600200,@ModifiedByName=N'domain\me',@ModifiedByAuthType=1,@ModifiedDate='2019-06-06 12:31:47.460',@Description=N'test',@LastStatus=N'New Scheduled Refresh Plan',@EventType=N'DataModelRefresh',@MatchData=N'&amp;lt;ScheduleDefinition&amp;gt;&amp;lt;StartDateTime&amp;gt;06/06/2019 02:00:00&amp;lt;/StartDateTime&amp;gt;&amp;lt;DailyRecurrence xmlns="http://schemas.microsoft.com/sqlserver/reporting/2010/03/01/ReportServer"&amp;gt;&amp;lt;DaysInterval&amp;gt;1&amp;lt;/DaysInterval&amp;gt;&amp;lt;/DailyRecurrence&amp;gt;&amp;lt;/ScheduleDefinition&amp;gt;',@Version=3&lt;/PRE&gt;&lt;P&gt;RS Log:&lt;/P&gt;&lt;PRE&gt;2019-06-06 12:31:47.4604|ERROR|20|OData exception occurred: System.Web.Services.Protocols.SoapException: System.Web.Services.Protocols.SoapException: An error occurred within the report server database.  This may be due to a connection failure, timeout or low disk condition within the database. ---&amp;gt; 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. ---&amp;gt; System.Exception: For more information about this error navigate to the report server on the local server machine, or enable remote errors
   at Microsoft.ReportingServices.Library.ReportingService2010Impl.CreateCacheRefreshPlan(String ItemPath, String Description, String EventType, String MatchData, ParameterValue[] Parameters, String&amp;amp; CacheRefreshPlanID)
   at Microsoft.ReportingServices.WebServer.ReportingService2010.CreateCacheRefreshPlan(String ItemPath, String Description, String EventType, String MatchData, ParameterValue[] Parameters, String&amp;amp; CacheRefreshPlanID)
   at System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse(SoapClientMessage message, WebResponse response, Stream responseStream, Boolean asyncCall)
   at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters)
   at Microsoft.SqlServer.ReportingServices2010.ReportingService2010.CreateCacheRefreshPlan(String ItemPath, String Description, String EventType, String MatchData, ParameterValue[] Parameters)
   at Microsoft.SqlServer.ReportingServices2010.RSConnection2010.&amp;lt;&amp;gt;c__DisplayClass136_0.&amp;lt;CreateCacheRefreshPlan&amp;gt;b__0()
   at Microsoft.SqlServer.ReportingServices2010.RSConnection2010.SoapMethodWrapper`1.ExecuteMethod(Boolean setConnectionProtocol)
   at Microsoft.SqlServer.ReportingServices2010.RSConnection2010.CreateCacheRefreshPlan(String itemPath, String description, String eventType, String matchData, ParameterValue[] parameters)
   at Microsoft.ReportingServices.Portal.Services.SoapProxy.SoapRS2010Proxy.&amp;lt;&amp;gt;c__DisplayClass19_0.&amp;lt;CreateCacheRefreshPlan&amp;gt;b__0()
   at Microsoft.ReportingServices.Portal.Services.SoapProxy.SoapAuthenticationHelper.ExecuteWithWindowsAuth[TReturn](SoapHttpClientProtocol soapClient, IPrincipal userPrincipal, Func`1 func)
   at Microsoft.ReportingServices.Portal.Repositories.SubscriptionService.CreateCacheRefreshPlan(IPrincipal userPrincipal, CacheRefreshPlan cacherefreshPlan)
   at Microsoft.ReportingServices.Portal.ODataWebApi.V2.Controllers.CacheRefreshPlansController.AddEntity(CacheRefreshPlan entity)
   at Microsoft.ReportingServices.Portal.ODataWebApi.Controllers.Reflection.EntitySetReflectionODataController`1.Post(ODataPath oDataPath, T value)
   at lambda_method(Closure , Object , Object[] )
   at System.Web.Http.Controllers.ReflectedHttpActionDescriptor.ActionExecutor.&amp;lt;&amp;gt;c__DisplayClass10.&amp;lt;GetExecutor&amp;gt;b__9(Object instance, Object[] methodParameters)
   at System.Web.Http.Controllers.ReflectedHttpActionDescriptor.ExecuteAsync(HttpControllerContext controllerContext, IDictionary`2 arguments, CancellationToken cancellationToken)
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Web.Http.Controllers.ApiControllerActionInvoker.&amp;lt;InvokeActionAsyncCore&amp;gt;d__0.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Web.Http.Controllers.ActionFilterResult.&amp;lt;ExecuteAsync&amp;gt;d__2.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Web.Http.Controllers.ExceptionFilterResult.&amp;lt;ExecuteAsync&amp;gt;d__0.MoveNext().| RequestID = s_7d594f1e-986f-4b5f-80e2-84012ada6354&lt;/PRE&gt;&lt;P&gt;Any ideas on how to resolve this?&lt;/P&gt;</description>
      <pubDate>Thu, 06 Jun 2019 17:32:37 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Report-Server/Create-scheduled-refresh-plan-An-internal-error-occurred-on-the/m-p/708837#M10576</guid>
      <dc:creator>quenart</dc:creator>
      <dc:date>2019-06-06T17:32:37Z</dc:date>
    </item>
    <item>
      <title>Re: Create scheduled refresh plan. An internal error occurred on the report server database.</title>
      <link>https://community.fabric.microsoft.com/t5/Report-Server/Create-scheduled-refresh-plan-An-internal-error-occurred-on-the/m-p/742566#M11008</link>
      <description>&lt;P&gt;I am wondering if you found a fix.&amp;nbsp; I am also receiving the same error message when I try to create a refresh schedule.&amp;nbsp; My PBIRS is at May 2019 release.&lt;/P&gt;</description>
      <pubDate>Wed, 17 Jul 2019 20:02:04 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Report-Server/Create-scheduled-refresh-plan-An-internal-error-occurred-on-the/m-p/742566#M11008</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2019-07-17T20:02:04Z</dc:date>
    </item>
    <item>
      <title>Re: Create scheduled refresh plan. An internal error occurred on the report server database.</title>
      <link>https://community.fabric.microsoft.com/t5/Report-Server/Create-scheduled-refresh-plan-An-internal-error-occurred-on-the/m-p/746715#M11051</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;Check this permissions:&lt;BR /&gt;&lt;img /&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;And this premissions:&lt;/P&gt;&lt;P&gt;GRANT SELECT ON [dbo].[syslogins] TO RSExecRole&lt;BR /&gt;&lt;BR /&gt;In scalable solution RS have problem with modify TempFiles or creating Jobs (schedulers).&lt;BR /&gt;It's working for me.&lt;/P&gt;</description>
      <pubDate>Tue, 23 Jul 2019 12:26:49 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Report-Server/Create-scheduled-refresh-plan-An-internal-error-occurred-on-the/m-p/746715#M11051</guid>
      <dc:creator>saykasku</dc:creator>
      <dc:date>2019-07-23T12:26:49Z</dc:date>
    </item>
    <item>
      <title>Re: Create scheduled refresh plan. An internal error occurred on the report server database.</title>
      <link>https://community.fabric.microsoft.com/t5/Report-Server/Create-scheduled-refresh-plan-An-internal-error-occurred-on-the/m-p/747442#M11067</link>
      <description>&lt;P&gt;If you are running PBIRS behind a load balancer make sure you have followed all the configuration steps in the following article&amp;nbsp;&lt;A href="https://docs.microsoft.com/en-us/sql/reporting-services/report-server/configure-a-report-server-on-a-network-load-balancing-cluster?view=sql-server-2017" target="_blank" rel="noopener"&gt;https://docs.microsoft.com/en-us/sql/reporting-services/report-server/configure-a-report-server-on-a-network-load-balancing-cluster?view=sql-server-2017&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Pay special attention to the BackConnectionHostName registry setting (including re-booting if you need to set this property). PBIRS is made up of a set of 4-5 services and if you don't have this set properly a single request from a client can jump back and forth between the nodes in your cluster and this can cause all sorts of weird errors.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;And note the following article outlines the manual steps required when failing over in an Availability Group&lt;/P&gt;&lt;P&gt;&lt;A href="https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/reporting-services-with-always-on-availability-groups-sql-server?view=sql-server-2017#bkmk_steps_to_complete_failover" target="_blank" rel="noopener"&gt;https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/reporting-services-with-always-on-availability-groups-sql-server?view=sql-server-2017#bkmk_steps_to_complete_failover&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;BLOCKQUOTE&gt;&lt;H3&gt;Steps to complete disaster recovery of Report Server Databases&lt;/H3&gt;&lt;P&gt;The following steps need to be completed after a Always On availability groups failover to a secondary replica:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;&lt;P&gt;Stop the instance of the SQL Agent service that was being used by the primary database engine hosting the Reporting Services databases.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Start SQL Agent service on the computer that is the new primary replica.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Stop the Report Server service.&lt;/P&gt;&lt;P&gt;If the report server is in native mode, stop the report server Windows server using Reporting Services configuration manager.&lt;/P&gt;&lt;P&gt;If the report server is configured for SharePoint mode, stop the Reporting Services shared service in SharePoint Central Administration.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Start the report server service or Reporting Services SharePoint service.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P class="x-hidden-focus"&gt;Verify that reports can run against the new primary replica.&lt;/P&gt;&lt;/LI&gt;&lt;/OL&gt;&lt;/BLOCKQUOTE&gt;</description>
      <pubDate>Wed, 24 Jul 2019 06:45:48 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Report-Server/Create-scheduled-refresh-plan-An-internal-error-occurred-on-the/m-p/747442#M11067</guid>
      <dc:creator>d_gosbell</dc:creator>
      <dc:date>2019-07-24T06:45:48Z</dc:date>
    </item>
    <item>
      <title>Re: Create scheduled refresh plan. An internal error occurred on the report server database.</title>
      <link>https://community.fabric.microsoft.com/t5/Report-Server/Create-scheduled-refresh-plan-An-internal-error-occurred-on-the/m-p/1940574#M20029</link>
      <description>&lt;P&gt;After upgrading to May 2021, I received the same error from one of my Power BI reports when re-applying a schedule refresh to that report. The issue to my case is the the database server's MSDB doesn't have a record for the report in question so the scheduled refresh failed. My solution is deleting the schedule refresh record from the report in question and reschedule the refresh.&lt;/P&gt;</description>
      <pubDate>Tue, 06 Jul 2021 17:02:46 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Report-Server/Create-scheduled-refresh-plan-An-internal-error-occurred-on-the/m-p/1940574#M20029</guid>
      <dc:creator>cyang4</dc:creator>
      <dc:date>2021-07-06T17:02:46Z</dc:date>
    </item>
  </channel>
</rss>

