A significant part of sql server process memory has been paged out. This may result in a performance degradation. Duration: seconds. Working set, committed, memory utilization

Long story short: you need to add the SQL service account to Lock Pages in Memory and set a max SQL memory configuration.

The problem is when SQL Server stops working but don’t attempt to failover. There are a few scenarios where this error applies but most of the cases SQL doesn’t not accept new connections for short periods (5 seconds.)  The problem can be identified in SQL Error Log with the following entry:

A significant part of sql server process memory has been paged out. This may result in a performance degradation. Duration: 0 seconds. Working set (KB): 157348, committed (KB): 444456, memory utilization: 35%.


This error is more visible in virtual server and server with more than 128 GB in RAM. This affects so far SQL Server 2012 and 2014 Standard or Enterprise Editions.

 Root Cause

Problem happened because Windows paged out SQL server memory. KB 918483 discusses the issue and the resolution.


You will need to work with Enterprise Windows or Wintel team to resolve the paging out issue. You can refer “How to troubleshoot this problem” of the “More information” section of the following article: How to reduce paging of buffer pool memory in the 64-bit version of SQL Server https://support.microsoft.com/en-us/kb/918483


You can grant the SQL service account is ‘DOMAIN\SA_SQLAccount_P’ Lock pages in memory user right to avoid the issue. Before you grant the privilege, you need to make sure SQL maximum memory is set such that there is enough memory left for the OS to work smoothly. This needs to be done in each node of the cluster.

To enable the lock pages in memory option

1. On the Start menu, click Run. In the Open box, type gpedit.msc.

2. On the Local Group Policy Editor console, expand Computer Configuration, and then expand Windows Settings.

3. Expand Security Settings, and then expand Local Policies. –> Lock Pages in Memory

Lock Pages in Memory

In the Local Security Setting – Lock pages in memory dialog box, click Add User or Group.

Adding user to Lock pages in memory
Adding user to Lock pages in memory

In the Select Users, Service Accounts, or Groups dialog box, add an account with privileges to run sqlservr.exe.

Log out and then log back in for this change to take effect.

SQL Server has now lock page in memory and it is registered in the SQL Error Log:



SQL Server memory is tricky when running in a virtual machine. Anybody can get the Page Out Memory error but it will become more and more frequent. The problem is when it goes down, not even monitoring tools can catch it as recovery time is two to five seconds. However, important SSIS, jobs, or request can occur during those seconds and it will reject all connections. The problem goes very serious when the application is not able to recover itself and SQL did not register any attempt of failover.

Fixing the problem with this relatively easy solution will not only improve the performance but also maintain a consistent database health. Make sure to configure the SQL Server max memory 80/20 to avoid any issue.



Enable lock pages https://msdn.microsoft.com/en-us/library/ms190730(v=sql.120).aspx

How to reduce paging of buffer pool memory in the 64-bit version of SQL Server https://support.microsoft.com/en-us/kb/918483

SQL Server Set Up Error The RPC Server is Unavailable

This error occurs at installation time when SQL is unable to authenticate the service accounts to start the services. This occurs with A domain accounts, B domain accounts, and local system accounts. This error stops all the installation of SQL Server and it says “The RPC server is unavailable.” The screen below shows how this error occurs.

SQL Error

I troubleshoot this error by changing the accounts to start the services with no luck. Also attempted with a valid domain_A\sa_account, domain_B\valid_account, and NT AUTHORITY\Local Account but none of them worked.

Windows Server by default has some policies enabled. In order to fix this error HP configured the following
1. Below marked FW rules should be enabled from group policy.

2. Network binding should be below order. Yours may change but the production/primary must be listed first.

3. Make sure DNS suffix entry should be correct order.

4. Execute below command if any issue found on Time synchronization

w32tm.exe /register
net stop w32time
net start w32time

After these changed were made, DBA team was able to proceed with the installation and the error “The RPC server is unavailable” disappear.

Technical Specifications
OS Version: Microsoft Windows Server 2012 R2 Standard x64
SQL Version: SQL Server Standard Edition 2014 x64
Memory: 16Gb
Processor: 4 CPUs
Two nodes Active-Passive Cluster.

SSRS Subscription Failure sending mail: The user or group name ‘domain\user’ is not recognized.Mail will not be resent.

When you’re getting the error above is because the user is no longer valid for Reporting Services.
Quick Fix –> Re-create the subscription.
Best Fix –> Reassign the subscriptions to a Service Account.

However, if you have several subscriptions it is not feasible to recreate all of them. Here it is how can you reassign these subscription to someone else.

1. Create a Service Account to assign it as owner of these subscriptions. This is because the Active Directory account set before is no longer valid (the employee left the company.) If you just use another user account and that user left the company you’ll have to do it over and over again. Account created: SA_REPORTS_P

2. Grant DBO permissions on ReportServer database to the new Service Account (SA_REPORTS_P)

3. Grant ALL permissions to the Service Account on Report Server Home directory. Make sure all the folder inherit permissions from parent, if not, individually check the permissions in each folder.

SSRS Permissions grant
SSRS Permissions grant

4. Find the OWNERID of the subcriptions that have an invalid user or group name. Run the query below in your ReportServer database and find those with the error.

--Query to get the Last Status of each Subcription and its OwenerID.
SELECT s.[SubscriptionID] -- Subscription ID
,s.[OwnerID] -- Report Owner
--,s.[Report_OID] -- Report ID
, c.Path -- Report Path
--,rs.ScheduleID as SQLJobName -- Name of Job on SQL Server
,s.[LastStatus] -- Status of last subscription execution.
,s.[Description] -- Description of the report subscription
,s.[EventType] -- Subscription type
,s.[LastRunTime] -- Last time subscription executed
--,s.[Parameters] -- Parameters used for subscription
,s.[DeliveryExtension] -- How to deliver the subscription
FROM [ReportServer].[dbo].[Subscriptions] as s left join dbo.Catalog as c
on c.ItemID = s.Report_OID left join dbo.ReportSchedule as rs
on rs.ReportID = s.Report_OID
order by s.LastStatus


5. Identify OwnerID for the Service Account Created (or whatever account you’re going to use). Run the query below to list the users.

SELECT [UserID],[UserName]
FROM ReportServer.dbo.Users

6. Replace the invalid OwnerID with a valid OwnerID. I use the Service Account ID.

UPDATE [Subscriptions]
SET [OwnerID] = '96C17DCA-42D6-44AE-B036-9EA1F870AEFD' -- New VALID OwnerID
WHERE [OwnerID] = 'EFBCD353-3745-41E4-B2BF-8C23198014AD' -- Old and invalid OwnerID

7. Verify the subscriptions were updated. Run the query below to see how the new user name is not in place.

--Query to get the Report Name and its Subcription Owner.
jobs.name AS JobName,
C.path AS ReportPath,
C.name AS ReportName,
u.username AS SubscriptionOwner
FROM dbo.ReportSchedule RS JOIN msdb.dbo.sysjobs jobs
ON CONVERT(varchar(36), RS.ScheduleID) = jobs.name
INNER JOIN dbo.Subscriptions S
ON RS.SubscriptionID = S.SubscriptionID
INNER JOIN dbo.Catalog C
ON s.report_oid = C.itemid
INNER JOIN dbo.users u
ON s.ownerid = u.userid
order by u.username


The problem should be fixed at this point. Nevertheless, if you want to check if it really works, you can wait for the next subscription to run or invoke it manually. So, here you have a bonus on how to manually call a subscription.

A. In ReportServer, execute the query below and it will give you the SQL Job Name. Two Jobs (subcriptions) that were failing due to an invalid OwnerId are 36F500A6-58DA-4ACB-87AF-9947FEBB5797 and

--Query to get the SQL Job Name of each subscription in the server
jobs.name AS JobName,
C.path AS ReportPath,
C.name AS ReportName,
u.username AS SubscriptionOwner,
FROM dbo.ReportSchedule RS JOIN msdb.dbo.sysjobs jobs
ON CONVERT(varchar(36), RS.ScheduleID) = jobs.name
	INNER JOIN dbo.Subscriptions S
ON RS.SubscriptionID = S.SubscriptionID
	INNER JOIN dbo.Catalog C
ON s.report_oid = C.itemid
	INNER JOIN dbo.users u
ON s.ownerid = u.userid
order by s.LastStatus


B. Execute the job manually with the script below.

EXEC msdb.dbo.sp_start_job @job_name = '36F500A6-58DA-4ACB-87AF-9947FEBB5797'

C. Validate the new status by executing the script in step A.

Veeam Failed to truncate transaction logs for SQL instances: MICROSOFT##WID. Possible reasons: lack of permissions, or transaction log corruption

This error occurs for several reason, but it can be fixed by applying a hotfix that replaces some libraries. However, follow the steps outlined in this KB article https://www.veeam.com/kb2027 as is relevant to this type of errors, if none of them work out, then you’re in the right place!

NOTE: The hotfix I’ve uploaded is in PDF format but it is a ZIP file, wordpress doesn’t allow to upload ZIP files.

Short solution
– Download this ZIP file and replace them on your affected VM C:\Program Files\Veeam\Backup and Replication\VSS\VeeamGuestHelpres\. (rename it from PDF to ZIP)

Detailed solution
In my architecture we are working with a VM with the following software:
– SQL Version: Microsoft SQL Server 2014 Standard Edition (64-bit)
– OS Version: Windows Server 2012 Standard
– Veeam Backup & Replication

The error or warning shows a full text like this:
Unable to truncate SQL server transaction logs. Details: Failed to process ‘TruncateSQLLog’ command.
Failed to truncate transaction logs for SQL instances: MICROSOFT##WID. Possible reasons: lack of permissions, or transaction log corruption.

In your Veeam console you may see something like this:

Console warning
Console warning

To fix this, follow these steps:
1. Download the new files here (I got them directly from Veeam Support – make sure to rename it form pdf to zip)
2. Copy the zip file or extracted files to you VM.
3. Connect to the affected VM and find the path C:\Program Files\Veeam\Backup and Replication\VSS\VeeamGuestHelpres\. Where you’re going to see some libraries like VeeamVSSSupport*
4. Take a backup of those files
5. Replace the files with the new files. The new files size should be similar to this:
6. Execute the backup job in your Veeam Console

The issue will be fixed after you replace the old files for the new files.

AlwaysOn Availability Replica is in Resolving State

AlwaysOn is a “new” feature in SQL server and there is a little understanding on how it really works. Microsoft has set a lot of functions in a black box and even Microsoft’s help says it is complicated to explain.

I had a problem with an Availability Replica that was shown in Resolving state after Windows team applied the monthly patches in the server.

As result all the databases in the Availability Group were set in Recovery Pending state.
If you try to bring to start the availability replica you will get an error as this:

TITLE: Microsoft SQL Server Management Studio
The local node is not part of quorum and is unable to initiate a failover. This could be caused by one of the following reasons:
•   The local node is not able to communicate with the WSFC cluster.
•   No quorum set exists across the WSFC cluster.
 For more information on recovering from quorum loss, see SQL Server Books Online.
Recovery Pending
Recovery Pending

WSFC error
WSFC error


Before you go further and spend time looking up for the WSFC (Windows Failover Service Clustering) here it is the solution that worked for me. In my case we have configured a cluster with 3 nodes. Only two nodes have a vote SQL01 and SQL02, however, SQL03 is a replica and it doesn’t have a vote.

So the next step is to open the Cluster Administrator.

Cluster Administrator
Cluster Administrator

Next, go to the Node section and you you’ll see the SQL03 is down. The server that is resolving state is down in nodes. It doesn’t have a vote and that is why it is not visible in the main page of the Cluster Administrator.

Node is down
Node is down

Finally, bring the node online as the picture below:

Bring node online
Bring node online

Once the node is online the Availability group got fixed and the synchronization begins in all the databases. If your node was up and running and everything was well configured then it could be something in the ports, endpoints, and so on. Here it is a useful link from Microsoft https://msdn.microsoft.com/en-us/library/ff878308.aspx

If your node is constantly going down because of different reasons you can schedule a script to bring it online automatically. I have posted a solution in my Windows/Scripting section that may help you to simplify your Administrator life.

Transactional Replication is not getting synchronized

First, let’s define what a replication is in human terms. A replication is when we have one table, schema, or database in different locations at the same time. For example, one database that is consumed for reporting purposes in the west and east cost  will be slower in one side of another. To avoid this, and in order to have a higher data availability (and some many other reasons) we set up a replicated database. Now we have one central server named publisher (Chicago), one distributor server (NYC) that will be sending the most updated transaction to the subscribers. Two subscribers  (NYC and SFO) that will be pulling the data from the distributor.

The schema above is a replicated database working around the US.

Now, we’ve been experiencing a lot of problems with one of our replications.  This is the replication topology:

MiamiServerDB04 (DISTRIBUTOR :: 11.0.3128 X64) (Distribution Database: distribution)
|- MSSQLCLU (Publisher 1)
|- PublicationXMS (Publication ID: 25; Publication type: Transactional (1-way); Publication database: Xms)
|- 639 article(s) - Aprox 200 Gb.
|- AtlantaServerDB (Subscription Database: RPT_DB; Subscription Type: Push)
|- MiamiServerDB04 (Subscription Database: Repl_DB; Subscription Type: Push

The problem here is that we cannot add new articles to the replications because every time we add a new article the changes are not reflected on MiamiServerDB04 however, AtlantaServerDB shows the changes.

The solution is simple but slow. Unfortunately you must restart the replication for the damaged subscriber (MiamiServerDB04), take a new snapshot, and apply it to the destination server.

Many times when we rebuilt the subscription it didn’t work. We figure it out that we had to stop the agents manually and delete the jobs manually in the distributor server.  Execute the following query in the distributor server to get the status of the replication and the name of the agents and job (the one that you’re going to remove manually)

The code below has been provided by Microsoft

--Query to get replication information, agents, servers, transactions
exec sp_configure 'Ad Hoc Distributed Queries', 1
Use Master;

IF object_id('tempdb..#tempsub2') is not null
DROP TABLE #tempsub2
IF object_id('tempdb..#tempsub1') is not null
DROP TABLE #tempsub1
Create TABLE #tempsub2 ( publisher SYSNAME , publisher_db SYSNAME, publication SYSNAME, subscriber SYSNAME, subscriber_db SYSNAME, Pending_Commands int , time_to_deliver_pending_Commands int)

DECLARE @publisher SYSNAME, @publisher_db SYSNAME,@publication SYSNAME,@subscriber SYSNAME,@subscriber_db SYSNAME
,CASE when sub1.anonymous_subid is not null then upper(sub1.subscriber_name) ELSE UPPER (srv.name) END 'Subscriber'
into #tempsub1
SELECT * FROM distribution..msdistribution_agents agents
Where subscriber_db not in ('virtual') -- Don't retrieve Virtual subscriptions
and anonymous_subid is null -- Don't retrieve anonymous subscriptions
) sub1
Inner join
FROM distribution..MSreplication_monitordata
WHERE publication_id is not null
AND agent_type = 3 -- Distribution agent

on sub1.publisher_id = sub3.publisher_srvid
and cast(sub1.job_id as uniqueidentifier) = sub3.job_id
and sub1.publisher_db=sub3.publisher_db
and sub1.publication= sub3.publication
and sub1.subscription_type=sub3.publication_type
and sub1.name =sub3.agent_name
join master.sys.servers as srv
on srv.server_id = sub1.subscriber_id

DECLARE subscribers cursor for SELECT publisher, publisher_db ,publication ,subscriber ,subscriber_db from #tempsub1
OPEN subscribers FETCH NEXT FROM subscribers INTO @publisher, @publisher_db ,@publication ,@subscriber ,@subscriber_db
INSERT into #tempsub2
SELECT '''+ @publisher +''' , '''+ @publisher_db +''' ,'''+ @publication + ''' , ''' + @subscriber + ''' , ''' + @subscriber_db + ''' ,*
FROM OPENROWSET (''SQLOLEDB'',''Server=(local);TRUSTED_CONNECTION=YES;'',''set fmtonly off EXEC distribution..sp_replmonitorsubscriptionpENDingcmds @publisher= '''''+ @publisher +''''' ,@subscription_type=0, @publisher_db= '''''+ @publisher_db +''''',@publication = '''''+ @publication+''''',@subscriber= '''''+@subscriber+''''' ,@subscriber_db='''''+@subscriber_db+''''''')

FETCH NEXT FROM subscribers INTO @publisher,@publisher_db ,@publication ,@subscriber ,@subscriber_db


CLOSE subscribers DEALLOCATE subscribers

,comment.delivery_latency 'Delivery_latency MSs'
,comment.time 'Time of message'
,CASE comment.runstatus

when 1 then 'Started'

when 2 then 'Succeeded'

when 3 then 'In progress'

when 4 then 'Idle'

when 5 then 'Retrying'

when 6 then 'Failed ' END status ,

CASE Info.subscription_type When 0 then 'Push' When 1 then 'Pull' When 2 then 'Anonymous' END 'Subscription Type'
,Info.name 'Distribution agent name'
,jobs.name 'Distribution_agent_job'


#tempsub1 Info

inner join

#tempsub2 PENDing_commands

on Info.publisher_db = PENDing_commands.publisher_db
and Info.publication = PENDing_commands.publication
and Info.subscriber = PENDing_commands.subscriber
and Info.subscriber_db = PENDing_commands.subscriber_db

left outer join msdb..sysjobs jobs

on Info.job_id=jobs.job_id

inner join
SELECT time, agent_id ,runstatus,delivery_latency, comments,row_number() over ( partition by agent_id order by time desc ) as pos

FROM distribution..MSdistribution_history

on comment.agent_id = Info.id

where comment.pos =1 ;

DROP TABLE #tempsub1 ;
exec sp_configure 'Ad Hoc Distributed Queries', 0

Using the GUI and the wizard get the code of the current publisher replication configuration. Save the T-sql to execute it once you have cleaned the agent jobs.

The code above gives you many information once you have the name of the agent jobs proceed to delete them. Finally execute the script in the publisher server to recreate the replication as follow:

The code below was generated using SSMS

--script to recreate the subscriptions
-- Enabling the replication database
use master
exec sp_replicationdboption @dbname = N'Xms', @optname = N'publish', @value = N'true'

exec [Xms].sys.sp_addlogreader_agent @job_login = null, @job_password = null, @publisher_security_mode = 0, @publisher_login = N'lms_replication', @publisher_password = N''
-- Adding the transactional publication
use [Xms]
exec sp_addpublication @publication = N'TestXms', @description = N'Transactional publication of database ''Xms'' from Publisher ''MSSQLCLU''.', @sync_method = N'concurrent', @retention = 0, @allow_push = N'true', @allow_pull = N'true',<strong> @allow_anonymous = N'false'</strong>, @enabled_for_internet = N'false', @snapshot_in_defaultfolder = N'false', @alt_snapshot_folder = N'\\path\f$\Replication', @compress_snapshot = N'false', @ftp_port = 21, @ftp_login = N'anonymous', @allow_subscription_copy = N'false', @add_to_active_directory = N'false', @repl_freq = N'continuous', @status = N'active', @independent_agent = N'true', <strong>@immediate_sync = N'false', @allow_sync_tran = N'false',</strong> @autogen_sync_procs = N'false', @allow_queued_tran = N'false', @allow_dts = N'false', @replicate_ddl = 1, @allow_initialize_from_backup = N'true', @enabled_for_p2p = N'false', @enabled_for_het_sub = N'false'
exec sp_addpublication_snapshot @publication = N'Testxms', @frequency_type = 1, @frequency_interval = 0, @frequency_relative_interval = 0, @frequency_recurrence_factor = 0, @frequency_subday = 0, @frequency_subday_interval = 0, @active_start_time_of_day = 0, @active_end_time_of_day = 235959, @active_start_date = 0, @active_end_date = 0, @job_login = null, @job_password = null, @publisher_security_mode = 0, @publisher_login = N'xms_replication', @publisher_password = N''
exec sp_grant_publication_access @publication = N'Testxms', @login = N'sa'
exec sp_grant_publication_access @publication = N'Testxms', @login = N'domain\loginX'

Finally, attached is a short manual on how to initialize a transnational subscription from a backup. This document comes from Microsoft support. Initialize a Transactional Subscription from a Backup.


Microsoft SQL Server Reporting Services (SSRS) consumes 100% of CPU

Long story short. If your CPU goes to 100% and you’re running SQL 2008 R2 it means you need to apply a patch to SQL server (see below for more details). If you have all the updates installed on SQL then, the problem is with a report in SSRS. The developers migrate one report (sql 2005 to 2008) or just did one report on the air and it is wrongly programmed. In many cases the developers are causing SSRS to consume the CPU.

If you are lazy and don’t want to read the whole thing just go to the bottom of this post where the solution is posted. Pay special attention in Process and  People / Users suggested solutions. This solution is proved to work in  3 different companies.

If this error is happening in your server I recommend you to use my CPU Alert solution to get an email every time the CPU reaches it threshold (80%, 90%, etc). Thus, you can take an action before users start complaining.

Here it is an executive summary of what I found in my organization and how I fix it.

Problem Background

The reporting services becomes unstable and consume 100% of the CPU resources in the box. This makes the server unavailable and unable to retrieve reports.

Technical Information: Windows Server 2008 R2 (x32 bits), SQL Server 2008 R2 Standard (x32 bits, SP1 intalled), 4 Gb. RAM, 4 CPUs. 

Problem Description

Last Friday the server became unstable around 3.30 pm. The operations complain about the server performance and reports not being delivered. Infrastructure team restarted the SSRS service and worked fine for the next 45 minutes. Around 4.15 pm the same issue was presented. Infrastructure team restarted the service again. No more incidents were reported afterwards.

Contribution Factors

Several warning were found on the Windows log.

  • The most relevant are: Denial of Service attack, ASP .Net framework error.
  • Security warning event
  • The ASP error/warning is caused by a wrong call in the service. The Security event will prevent any other connection from the source IP.


  • The users experiences timeouts, inconsistent reports, wrong formatted reports, and not “available server” error
  • The server stop responding and CPU spikes 100%. If you look at the processes running in the server you’ll notice that SQL server uses only 1% and Reporting Services uses 99%.


Root Cause


  • Internal SSRS error
  • ASP error caused a high CPU usage
  • Poor programming skills in RDL

People / Users

  • Multiple parallel reports requested to the SSRS.
  • SSRS does not have configured a maximum number of parallel sessions as result one single user can consumes the same report for hundreds of times.


  • Wrong deployment process without proper testing process.


Immediate Fix / Temporary Fix

Restart the SSRS service on Windows server.


Permanent Fix / Future Prevention

Technology (sorted by importance)

  • Apply cumulative update package 1 for SQL Server. http://support.microsoft.com/kb/981355/en-us
  • Increase RAM
  • Upgrade SQL Server R2 SP1 x32 to SQL Server R2 SP2 x64.
  • If your SSRS relies on IIS  from Windows Server then upgrade ASP .Net from 2.x to 3.x. This solution does not apply in our environment, since we are not using IIS to interact with SSRS.
  • Upgrade server from Windows Server 2008 Standard x32 to Windows Server 2008 Standard x64
  • Increase the dynamic port range since tcp/ip port exhaustion occurs on the affected windows 2008 r2 servers

People / Users

  • Inform people that server will limit number of concurrent connections to 10 on SSRS configuration file. This number varies depending on server capacity. Change the value MaxActiveReqForOneUser=10 on RSReportServer Configuration File. You do not need to restart the server to make this parameter effective, but it is highly recommended to restart the SSRS service. Before you modify the RSReportServer config file take a backup. More info: https://msdn.microsoft.com/en-us/library/ms157273(v=sql.105).aspx


  • Identify the report that is creating this CPU spike. This error message is usually caused by a missing field in the dataset (one field that is defined in the dataset, but not in the query). –> This was the item that caused the error. –> check the query at the end of this post, it will help you to detect the Report that make it SSRS to crash.
  • If report do not use field in your report avoid it or remove it.
  • Avoid or modify any report that returns a “#error” in the textbox.
  • Review any report that uses a group, sort, or filter expression.
  • Avoid or modify any report that modifies a property with colors, borders, etc. on HEX, replace the color in hex #H00213 for the color in text string.
  • Snapshots, subscriptions, jobs, and any other automated process that creates an XLS, PDF output file consumes the resources. Then you need to detect what rendering is causing the problem (XLS, PDF, DOC,etc), by testing the reports.

This CPU usage is caused in 95% of the cases because one(several) report is poorly developed and it is causing an internal issue in SSRS engine.Since developer tend to copy/paste report the issue/error is spread in many RDLs

The script below relies on SSRS log tables and retrieve key information to detect the report that causing the problem.

--CPU history by minute per report
--BUG FIXED on 11/04/2016 line of where timestart missing major or equal
select distinct
Name, -- Name of the report
Path, -- Path of the report, where the RDL is located
COUNT(*) calls, -- Number of calls this report has per minute
CONVERT(VARCHAR(19),timestart) minutes, -- Shows you the last 60 minutes and reports that were called in each minute
AVG(timedataretrieval)/100 DB_Time, -- Time spend in Database
AVG(timeprocessing)/100 Processing_Time, -- Time spend in processing the report
AVG(timerendering)/100 Rendering_Time -- Time spend in rendering the report PDF, XLS, etc
from Reportserver.dbo.ExecutionLog A left join ReportServer.dbo.Catalog B
ON A.ReportID = B.itemid
where timestart >= DATEADD(mi, -60, GETDATE()) --Retrieve the information from the reports executed in the last 60 minutes
-- and UserName like '%op_kostal%' --filter the resulset by user/login id
-- and Name = 'WMS - C-Semaforización de viajes por fecha RM' --filter results by report name
group by path, name, CONVERT(VARCHAR(19),timestart)
order by CONVERT(VARCHAR(19),timestart) desc

Source: Deiby Marcos & Microsoft