Sql server 2005 限制SQL临时数据库的增长
我的生产服务器面临着一个严重的问题,临时数据库急剧增长。有没有任何方法可以在不重新启动SQL服务的情况下恢复tempDB空间 干杯Sql server 2005 限制SQL临时数据库的增长,sql-server-2005,tempdb,Sql Server 2005,Tempdb,我的生产服务器面临着一个严重的问题,临时数据库急剧增长。有没有任何方法可以在不重新启动SQL服务的情况下恢复tempDB空间 干杯 坎南 在简单模式下,tempdb数据库的日志不断被截断,并且永远无法备份。因此,请检查它是否处于简单模式我将忽略建议您更改恢复模式或限制tempDB(!)大小的帖子 您需要追踪增长的实际原因 如果已打开默认跟踪(默认情况下,它处于打开状态,开箱即用),则可以通过运行以下命令追溯找出导致增长的原因: --check if default trace is enable
坎南 在简单模式下,tempdb数据库的日志不断被截断,并且永远无法备份。因此,请检查它是否处于简单模式我将忽略建议您更改恢复模式或限制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事件探查器跟踪来捕获这些事件。启用自动增长事件的捕获,对警告和连接警告进行排序,并查找交叉连接、哈希连接或缺少的连接条件
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
()您可以使用DBCC SHRINKFILE收缩tempdb文件并恢复一些空间 DBCC收缩文件('tempdev',1) DBCC收缩文件('templag',1) 文件名可以在sysfiles表中找到 你仍然需要找出根本原因,但这可以给你一些喘息的空间,直到你找到为止。恢复的空间量将取决于使用情况和其他因素 此外: 如何在SQL Server中收缩tempdb数据库
基本上,在单一模式下运行生产服务器有点冒险。我无法恢复所有备份。在完全恢复模式下是否有其他方法来恢复空间?您能告诉我tempdb日志大小吗?好的,只需右键单击系统数据库->tempdb->属性->选项->恢复模型。简单吗?老兄,我不想把恢复模式改成单身。我目前正在使用Fullr ecovery模式。您需要更改tempdb的恢复模式,而不是数据库的恢复模式。我认为tempdb不需要使用完全恢复模式,因为它不会得到支持。谢谢你宝贵的回答。我们有没有办法在不重新启动的情况下恢复DB sapce?除非修复增长的原因,否则没有什么意义,因为它只会再次增长…在您对另一个答案的评论中,您提到了一个特定的SP。您是否找到了增长的原因?您是否使用快照隔离?您说过我会忽略建议您更改恢复模型或限制tempDB(!)大小的帖子,但请注意,您不能更改tempDB的恢复模型。默认情况下,它很简单。