Hvordan finne årsaken til at TempDB er full i din SQL Server

Hvis den midlertidige DB-databasen til din SQL Server går tom for plass, kan det forårsake store forstyrrelser i produksjonsmiljøet ditt og kan avbryte brukerapplikasjoner fra vellykket fullføring. Hvis du bruker et skript for å spore temp DB-størrelsen, legger du til skriptet fra denne artikkelen for å identifisere årsaken til den midlertidige DB-fyllingen.

Tempdb full – et vanlig scenario

Tempdb Dårlig skrevne spørringer kan opprette flere midlertidige objekter, noe som resulterer i en voksende tempdb-database. Dette vil føre til varsler om diskplass og kan forårsake serverproblemer. Når mange SQL Server Databaseadministratorer synes det er svært vanskelig å krympe tempdb, og velger umiddelbart å starte serveren på nytt. Hvis du har prøvd alle metoder for å krympe tempdb-databasen, og den fortsatt ikke krymper, er det siste alternativet å starte SQL Service på nytt via konfigurasjonsbehandling. Dermed vil diskplassvarslene dine stoppe, og serverproblemene vil også stoppe. Det kan imidlertid hende at det ikke er mulig å starte tempdb på nytt hvis problemet har oppstått på en produksjonsserver.

DBCC

DBCCI slike tilfeller er det flere DBCC-kommandoer som når de kjøres vil tillate deg å krympe tempdb. Hvis du hadde satt opp skript for å proaktivt overvåke tempdb-størrelsen, kan du bruke dette skriptet til å finne utfyllere av tempdb. Fra nå av vil dette skriptet bli utført på alle koblede servere. Du kan enkelt kontrollere det ved å sette inn en where-klausul. Du kan få skriptet til å kjøres bare når det er et problem med tempdb. Tabellen @Tserver brukes til å lagre alle dine koblede servernavn. For en tempdb-database, SQL-korrupsjon vil endre statusen til databasen som SUSPECT og dette vil avbryte SQL Server tjenesten fra starten av.

DECLARE @Tserver TABLE 
  ( 
     cserver VARCHAR(200) 
  ) 

INSERT INTO @Tserver 
VALUES      ('SERVERNAME') 

DECLARE @LogTable TABLE 
  ( 
     cservername VARCHAR(200), 
     cssionid    SMALLINT, 
     callocmb    BIGINT, 
     cdeallocmb  BIGINT, 
     ctext       VARCHAR(4000), 
     cstatement  VARCHAR(4000) 
  ) 
DECLARE c1 CURSOR FOR 
  SELECT * 
  FROM   @Tserver 
DECLARE @cmd    NVARCHAR(4000), 
        @server VARCHAR(200) 

OPEN c1 

FETCH next FROM c1 INTO @server 

WHILE @@FETCH_STATUS = 0 
  BEGIN 
      SET @cmd = 'EXEC(''use tempdb Declare @Table1 table  ( cdeallopages bigint, callopages bigint, cssionid smallint, creqstid int ) insert into @Table1 SELECT SUM(internal_objects_dealloc_page_count), SUM(internal_objects_alloc_page_count), session_id, request_id  FROM sys.dm_db_task_space_usage WITH (NOLOCK) WHERE session_id <> @@SPID GROUP BY session_id, request_id declare @Table2 table ( cssionid smallint, callocmb bigint, cdeallocmb bigint, ctext varchar(4000), cstatement varchar(4000) ) insert into @Table2 SELECT TBL1.cssionid, TBL1.callopages * 1.0 / 128 , TBL1.cdeallopages * 1.0 / 128 , TBL3.text, ISNULL( NULLIF( SUBSTRING( TBL3.text,  TBL2.statement_start_offset / 2,  CASE WHEN TBL2.statement_end_offset < TBL2.statement_start_offset  THEN 0  ELSE( TBL2.statement_end_offset - TBL2.statement_start_offset ) / 2 END ), '''''''' ), TBL3.text ) FROM @Table1 AS TBL1 INNER JOIN sys.dm_exec_requests TBL2 WITH (NOLOCK) ON  TBL1.cssionid = TBL2.session_id AND TBL1.creqstid = TBL2.request_id OUTER APPLY sys.dm_exec_sql_text(TBL2.sql_handle) AS TBL3 OUTER APPLY sys.dm_exec_query_plan(TBL2.plan_handle) AS TBL4 WHERE TBL3.text IS NOT NULL OR TBL4.query_plan IS NOT NULL ORDER BY 3 DESC; Select * from @Table2'') at [' + @server + ']' 

      PRINT @cmd 

      INSERT INTO @LogTable 
                  (cssionid, 
                   callocmb, 
                   cdeallocmb, 
                   ctext, 
                   cstatement) 
      EXEC(@cmd) 

      UPDATE @LogTable 
      SET    cservername = @server 
      WHERE  cservername IS NULL 

      FETCH next FROM c1 INTO @server 
  END 

CLOSE c1 

DEALLOCATE c1 

SELECT * 
FROM   @LogTable

Forfatterintroduksjon:

Neil Varley er en datagjenopprettingsekspert innen DataNumen, Inc., som er verdensledende innen datagjenopprettingsteknologier, inkludert gjenopprette Outlook og excel-programvareprodukter for gjenoppretting. For mer informasjon besøk www.datanumen. Med

Kommentarer er stengt.