Ограничение темпов роста базы данных SQL - PullRequest
Новая
       25

Ограничение темпов роста базы данных SQL

3 голосов
/ 19 ноября 2009

Я столкнулся с серьезной проблемой на моем рабочем сервере, где временная база данных растет в геометрической прогрессии. Есть ли способ восстановить пространство tempDB без перезапуска службы SQL?

Приветствие Kannan.

Ответы [ 3 ]

4 голосов
/ 19 ноября 2009

Я бы проигнорировал посты, советующие вам изменить модель восстановления или ограничить размер 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 для захвата этих событий. Включите захват событий Auto Growth, Sort Warnings и Join Warnings и ищите перекрестные объединения, хэш-соединения или отсутствующие условия соединения.

SQL Server предоставляет способ определения распределения пространства tempDB путем выполнения запросов в настоящее время с использованием DMV: 

-- 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 .)

2 голосов
/ 19 ноября 2009

Вы можете использовать DBCC SHRINKFILE, чтобы сжать файлы tempdb и восстановить некоторое пространство.

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

Имена файлов можно найти в таблице sysfiles.

Вам все еще нужно выяснить первопричину, но это может дать вам некоторую передышку, пока вы не сделаете. Количество места, которое вы восстановите, будет зависеть от использования и других факторов.

Также:

Как уменьшить базу данных tempdb в SQL Server

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

0 голосов
/ 19 ноября 2009

В режиме SIMPLE журнал базы данных tempdb постоянно усекается, и его невозможно создать резервную копию. Так что проверьте это в простом режиме

...