SSRS 2008 ReportServerTempDB增長異常分析

    這兩天收到一SQL 2008 R2數據庫服務器的磁盤空間告警，在檢查過程中發現ReportServerTempDB已經暴增到60多GB，其中數據文件接近60G，日志文件9G大小左右。如下截圖所示

我們知道ReportServerTempDB是SSRS使用的臨時數據庫。這個數據庫負責存儲中間處理結果，例如報表服務器生成的會話和執行數據、緩存報表以及工作表。正常情況下，Report Server能夠周期性地清除ReportServerTempDB中的到期的和孤立的數據。后台進程定期清理時間間隔由參數CleanupCycleMinutes控制，這個參數位於

<Installation Drive>\<Program Files or Program Files(x86)>\Microsoft SQL Server\<SSRS Instance>\Reporting Services\ReportServer 下的rsreportserver.config配置文件中。 例如C:\Program Files\Microsoft SQL Server\MSRS10_50.MSSQLSERVER\Reporting Services\ReportServer\rsreportserver.config ,它指定多少分鍾后從報表服務器數據庫刪除舊會話和過期快照。有效值的范圍為 0 到最大整數之間。默認值為 10。如果將值設置為 0，將禁止數據庫清除進程。如下所示，此參數值為10分鍾

也就是說，如果正常清理ReportServerTempDB的話，ReportServerTempDB應該不會有這么大。檢查數據庫ReportServerTempDB，發現最大的表是SessionData，有50多G大小。

CREATE TABLE #tablespaceinfo
    (
      nameinfo VARCHAR(500) ,
      rowsinfo BIGINT ,
      reserved VARCHAR(20) ,
      datainfo VARCHAR(20) ,
      index_size VARCHAR(20) ,
      unused VARCHAR(20)
    )

DECLARE @tablename VARCHAR(255);

DECLARE Info_cursor CURSOR
FOR
    SELECT  '[' + [name] + ']'
    FROM    sys.tables
    WHERE   type = 'U';

OPEN Info_cursor
FETCH NEXT FROM Info_cursor INTO @tablename

WHILE @@FETCH_STATUS = 0
    BEGIN
        INSERT  INTO #tablespaceinfo
                EXEC sp_spaceused @tablename
        FETCH NEXT FROM Info_cursor
    INTO @tablename
    END

CLOSE Info_cursor
DEALLOCATE Info_cursor

--創建臨時表
CREATE TABLE [#tmptb]
    (
      TableName VARCHAR(50) ,
      DataInfo BIGINT ,
      RowsInfo BIGINT ,
      Spaceperrow  AS ( CASE RowsInfo
                         WHEN 0 THEN 0
                         ELSE CAST(DataInfo AS decimal(18,2))/CAST(RowsInfo AS decimal(18,2))
                       END ) PERSISTED
    )

--插入數據到臨時表
INSERT  INTO [#tmptb]
        ( [TableName] ,
          [DataInfo] ,
          [RowsInfo]
        )
        SELECT  [nameinfo] ,
                CAST(REPLACE([datainfo], 'KB', '') AS BIGINT) AS 'datainfo' ,
                [rowsinfo]
        FROM    #tablespaceinfo
        ORDER BY CAST(REPLACE(reserved, 'KB', '') AS INT) DESC


--匯總記錄
SELECT  [tbspinfo].* ,
        [tmptb].[Spaceperrow] AS '每行記錄大概占用空間（KB）'
FROM    [#tablespaceinfo] AS tbspinfo ,
        [#tmptb] AS tmptb
WHERE   [tbspinfo].[nameinfo] = [tmptb].[TableName]
ORDER BY CAST(REPLACE([tbspinfo].[reserved], 'KB', '') AS INT) DESC

DROP TABLE [#tablespaceinfo]
DROP TABLE [#tmptb]

檢查C:\Program Files\Microsoft SQL Server\MSRS10_50.MSSQLSERVER\Reporting Services\LogFiles 下的日志文件，搜索“Call to CleanBatch”，會看到clean session都是0，部分如下所示

library!WindowsService_0!df8!04/20/2016-12:38:44:: i INFO: Call to CleanBatch()

library!WindowsService_0!df8!04/20/2016-12:38:45:: i INFO: Cleaned 0 batch records, 0 policies, 0 sessions, 0 cache entries, 49 snapshots, 289 chunks, 0 running jobs, 0 persisted streams, 244 segments, 244 segment mappings, 0 edit sessions.

library!WindowsService_0!df8!04/20/2016-12:38:45:: i INFO: Call to CleanBatch() ends

不清楚為什么出現這種情況，在網上也能看到很多關於reportservertempdb 不能清理歷史數據或快照的帖子，如下所示，

http://www.sqlservercentral.com/Forums/Topic1183933-1550-1.aspx

ReportServerTempDB not cleaning itself up in SSRS 2008

ReportserverTempDB Grows unexpected

可以判斷SSRS清理歷史數據或快照的后台進程出現異常或存在bug（The ReportServerTempDB sessiondata table is not being purged according to the 10 minute default setting），但是具體情況，沒有相關文檔或資料佐證。所以僅僅從上面日志，我們還不能分析出具體原因。我倒是很想知道這個數據庫ReportServerTempDB是什么時候出現暴增的，幸虧我在這台服務器部署了一個作業監控數據庫文件增長情況，如下所示

可以看出這個數據庫在2016-1-1號，只有22G大小（已經運行了一兩年了），此后的幾個月，幾乎每個月增長了10G左右。

查看表SessionData的記錄，發現居然還有2015年就已經過期的會話數據，更加深信這個是SSRS的一些bug造成的。

USE ReportServerTempDB;

GO

SELECT MIN(Expiration) FROM SessionData WITH(NOLOCK)

那么如何處理這個案例呢，我們可以在業務非常少的時間段，按照下面步驟進行操作

1： 首先停止SSRS服務

2： 刪除SessionDate表的數據

USE ReportServerTempDB;
GO

TRUNCATE TABLE dbo.SessionData;

3： 然后啟動SSRS服務

4： 收縮ReportServerTempDB數據庫

    如果磁盤空間足夠的情況下，就不要收縮ReportServerTempDB數據庫了。如果磁盤空間實在緊張，那么收縮也是必須的。

 

 

如果還存在dbo.SessionData不斷增長的情況，最好創建做一個作業，每天定期清理那些過期的會話信息。另外還有一個問題，很多人會有疑惑：ReportServerTempDB數據庫里面的表能否清理？ 答案是可以，具體參考官方文檔https://technet.microsoft.com/en-us/library/ms156016.aspx

If you back up the temporary database and subsequently restore it, you should delete the contents. Generally, it is safe to delete the contents of the temporary database at any time. However, you must restart the Report Server Windows service after you delete the contents.