【问题标题】:Limiting SQL Temp DB Growth限制 SQL Tempdb 增长
【发布时间】:2009-11-19 09:44:50
【问题描述】:

我的生产服务器面临一个严重的问题,临时数据库呈指数增长。有什么方法可以在不重启 SQL 服务的情况下恢复 tempDB 空间?

干杯 坎南。

【问题讨论】:

    标签: sql-server-2005 tempdb


    【解决方案1】:

    我会忽略建议您更改恢复模式或限制 tempDB(!) 大小的帖子。

    您需要追踪增长的实际原因。

    如果您打开了默认跟踪(默认情况下是打开的,开箱即用),您可以通过运行以下命令追溯找出导致增长的原因:

    --check if default trace is enabled
    if  exists (select 1 from sys.configurations where configuration_id = 1568)
    BEGIN
    
    declare @defaultTraceFilepath nvarchar(256)
    
    --get the current trace rollover file
    select @defaultTraceFilepath = CONVERT(varchar(256), value) from ::fn_trace_getinfo(0)
    where property = 2
    
    SELECT ntusername,loginname, objectname, e.category_id, textdata, starttime,spid,hostname, eventclass,databasename, e.name 
    FROM ::fn_trace_gettable(@defaultTraceFilepath,0)
          inner join sys.trace_events e
                on eventclass = trace_event_id
           INNER JOIN sys.trace_categories AS cat
                ON e.category_id = cat.category_id
    where 
          databasename = 'tempDB' and 
          cat.category_id = 2 and --database category
          e.trace_event_id in (92,93) --db file growth
    
    END
    

    否则,您可以启动 SQL Profiler 跟踪来捕获这些事件。打开自动增长事件的捕获、排序警告和连接警告,并查找交叉连接、散列连接或缺少连接条件。

    SQL Server 公开了一种通过当前执行查询使用 DMV 来识别 tempDB 空间分配的方法:

    -- This DMV query shows currently executing tasks and tempdb space usage
    -- Once you have isolated the task(s) that are generating lots 
    -- of internal object allocations, 
    -- you can find out which TSQL statement and its query plan 
    -- for detailed analysis
    select top 10
      t1.session_id, 
      t1.request_id, 
      t1.task_alloc,
      t1.task_dealloc,  
      (SELECT SUBSTRING(text, t2.statement_start_offset/2 + 1,
              (CASE WHEN statement_end_offset = -1 
                  THEN LEN(CONVERT(nvarchar(max),text)) * 2 
                       ELSE statement_end_offset 
                  END - t2.statement_start_offset)/2)
         FROM sys.dm_exec_sql_text(sql_handle)) AS query_text,
     (SELECT query_plan from sys.dm_exec_query_plan(t2.plan_handle)) as query_plan
    from      (Select session_id, request_id,
    sum(internal_objects_alloc_page_count +   user_objects_alloc_page_count) as task_alloc,
    sum (internal_objects_dealloc_page_count + user_objects_dealloc_page_count) as task_dealloc
           from sys.dm_db_task_space_usage 
           group by session_id, request_id) as t1, 
           sys.dm_exec_requests as t2
    where t1.session_id = t2.session_id and 
    (t1.request_id = t2.request_id) and 
          t1.session_id > 50
    order by t1.task_alloc DESC
    

    (Ref.)

    【讨论】:

    • 嘿米奇,感谢您的宝贵回答。有什么方法可以在不重新启动的情况下恢复数据库空间?
    • 除非你解决增长的原因,否则它只会再次增长......
    • 在您的一个 cmets 到另一个答案中,您提到了一个特定的 SP。你找到增长的原因了吗?
    • 你在使用快照隔离吗?
    • 您说 我会忽略建议您更改恢复模式或限制 tempDB 大小的帖子(!) 但是 AFAIK,您不能更改 TempDb 的恢复模式。默认情况下很简单。
    【解决方案2】:

    您可以使用 DBCC SHRINKFILE 来收缩 tempdb 文件并恢复一些空间。

    DBCC SHRINKFILE ('tempdev', 1) DBCC SHRINKFILE ('templog', 1)

    文件名可以在 sysfiles 表中找到。

    您仍然需要找出根本原因,但这可以给您一些喘息的空间,直到您找到。您恢复的空间量取决于使用情况和其他因素。

    还有:

    如何在 SQL Server 中收缩 tempdb 数据库

    http://support.microsoft.com/kb/307487

    【讨论】:

      【解决方案3】:

      在 SIMPLE 模式下,tempdb 数据库的日志会不断被截断,并且永远无法备份。所以检查它是否处于简单模式

      【讨论】:

      • 基本上以单模式运行生产服务器有点风险。我无法恢复所有备份。有没有其他方法可以在完全恢复模式下恢复空间?
      • 你能告诉我 tempdb 日志的大小吗?
      • 好的,只需右键单击系统数据库 -> Tempdb -> 属性 -> 选项 -> 恢复模式。简单吗?
      • 伙计,我不想将恢复模式更改为单一。我目前正在使用 Fullr 生态模式。
      • 您需要更改 tempdb 的恢复模式,而不是您的 db 。我认为 tempdb 不需要使用完全恢复模式,因为它不会被备份
      猜你喜欢
      • 1970-01-01
      • 2010-11-25
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2019-03-06
      • 2023-03-22
      • 2020-07-11
      • 2016-12-28
      相关资源
      最近更新 更多