Hogyan lehet megtalálni az okot, amiért a TempDB megtelt SQL Server

Oszd meg most:

Ha az Ön temp DB adatbázisa SQL Server elfogy a tárhely, komoly fennakadásokat okozhat az éles környezetben, és megszakíthatja a felhasználói alkalmazások sikeres befejezését. Ha parancsfájlt használ az ideiglenes DB méretének nyomon követésére, fűzze hozzá a cikkből a parancsfájlt, hogy azonosítsa az ideiglenes DB-kitöltés kiváltó okát.

Tempdb full – gyakori forgatókönyv

Tempdb A rosszul megírt lekérdezések számos ideiglenes objektumot hozhatnak létre, ami a tempdb adatbázis növekedését eredményezheti. Ez lemezterület-riasztásokat okozhat, és szerverproblémákat is okozhat. Amikor sok SQL Server Az adatbázis-adminisztrátorok nagyon nehezen tudják csökkenteni a tempdb méretét, ezért azonnal a szerver újraindítását választják. Ha minden módszert kipróbáltak a tempdb adatbázis zsugorítására, és az adatbázis továbbra sem zsugorodik, az utolsó lehetőség az SQL szolgáltatás újraindítása a konfigurációkezelőn keresztül. Így a lemezterülettel kapcsolatos riasztások leállnak, és a szerverproblémák is megszűnnek. A tempdb újraindítása azonban esetleg nem érhető el, ha a probléma egy éles szerveren történt.

DBCC

DBCCIlyen esetekben számos DBCC parancs létezik, amelyek futtatása lehetővé teszi a tempdb zsugorítását. Ha szkripteket állított be a tempdb méretének proaktív figyelésére, akkor ezt a szkriptet használhatja a tempdb kitöltőinek megkeresésére. Jelenleg ez a szkript az összes linked szerveren végrehajtódik. Könnyedén vezérelheti egy where záradék elhelyezésével. A parancsfájlt csak akkor hajthatja végre, ha probléma van a tempdb-vel. A @Tserver tábla az összes csatolt szervernév tárolására szolgál. Tempdb adatbázis esetén SQL korrupció megváltoztatná az adatbázis állapotát GYANÚSRA, és ez megszakad SQL Server szolgáltatás a kezdetektől fogva.

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

Szerző Bevezetés:

Neil Varley adat-helyreállítási szakértő DataNumen, Inc., amely világelső az adat-helyreállítási technológiák területén, beleértve az Outlook helyreállítása és Excel helyreállítási szoftvertermékek. További információért látogasson el www.datanumen.com

Oszd meg most:

Hozzászólások lezárva.