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.