【问题标题】:Log file for ReportServerTempDB growing unexpectedlyReportServerTempDB 的日志文件意外增长
【发布时间】:2012-11-08 12:28:11
【问题描述】:

ReportServerTempDB 数据库(随 Reporting Services 一起安装的数据库)的事务日志文件已增长到超过 100GB。我不知道为什么。

以下是文件大小:

  • D:\SQLDatabases\ReportServer.mdf - 0.7GB
  • G:\SQLDatabases\ReportServer.ldf - 1.8GB
  • E:\SQLDatabases\ReportServerTempDB.mdf - 5GB
  • G:\SQLDatabases\ReportServerTempDB.ldf - 107.6GB

所有这些数据库的恢复模式都是简单。 我们使用的是 SQL Server 2008 R2 标准版。

编辑:报告服务数据库独有的东西: 这些数据库的排序规则是 Latin1_General_CI_AS_KS_WS。但对于所有其他数据库,它是 Latin1_General_CI_AS。

我不想只是缩小日志文件并继续,因为它们可能会再次增长。而且我不明白为什么它们应该这么大。

  1. 有谁知道是什么导致 ReportServerTempDB 数据库的日志文件(和数据文件)增长如此之快
  2. 我该怎么办?
  3. 这是否表明我们的报表服务器存在问题?

【问题讨论】:

    标签: sql-server reporting-services sql-server-2008-r2


    【解决方案1】:

    您确定您的临时数据库也在recovery model - simple 上吗?

    至少您可以缩小数据库,以便使用SHRINK DBCC 恢复磁盘空间,查看此链接了解更多详细信息:http://msdn.microsoft.com/en-us//library/ms190488.aspx

    【讨论】:

    • ReportServer 和 ReportServerTempDB 都是简单的恢复模式。我有空间。我更关心知道为什么会发生这种情况以及这意味着什么。
    • 您的用户使用订阅?如果是这样,他们会创建基于时间的报告并将它们全部存储而不删除旧的?这可能会导致数据库的增长。
    • 谢谢。刚刚查询了 Subscriptions 表,没有订阅 - 但很高兴知道。
    • 在数据库中也有自动增长和收缩的选项。是否可以自动增长而不收缩?
    【解决方案2】:

    我们已重命名 SSRS,但清理/存档过程仍在尝试清理旧的数据库名称。当我们改变它时,问题就停止了。

    【讨论】:

    • 你能说出你是怎么做到的吗?
    猜你喜欢
    • 2012-04-12
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-09-06
    相关资源
    最近更新 更多