TempDBがいっぱいになる理由を見つける方法 SQL Server

今すぐ共有:

あなたの一時的なDBデータベースの場合 SQL Server スペースが不足すると、本番環境に大きな混乱を引き起こし、ユーザーアプリケーションの正常な完了を妨げる可能性があります。 スクリプトを使用して一時DBのサイズを追跡している場合は、この記事のスクリプトを追加して、一時DBがいっぱいになる根本的な原因を特定してください。

Tempdb full –一般的なシナリオ

テンプデータベース 不適切に記述されたクエリは、いくつかのテンポを作成する可能性がありますraryオブジェクトにより、tempdbデータベースが増大します。 これはディスク容量アラートで終了し、サーバーの問題を引き起こす可能性があります。 多くの場合 SQL Server データベース管理者は、tempdbを縮小するのが非常に難しいと感じ、すぐにサーバー解像度を選択します。tart。 tempdbデータベースを縮小するためにすべての方法を試したが、それでも縮小されない場合、最後のオプションはresです。tart構成マネージャーを介したSQLサービス。 したがって、ディスクスペースのアラートが停止し、サーバーの問題も停止します。 ただし、解像度tar本番サーバーで問題が発生した場合は、tempdbを使用できない可能性があります。

DBCC

DBCCこのような場合、実行時にtempdbを縮小できるDBCCコマンドがいくつかあります。 tempdbのサイズをプロアクティブに監視するスクリプトを設定した場合は、このスクリプトを使用してtempdbのフィラーを見つけることができます。 現在のところ、このスクリプトはすべてのリンクサーバーで実行されます。 where句を付けることで簡単に制御できます。 tempdbに問題がある場合にのみ、スクリプトを実行するように作成できます。 テーブル@Tserverは、リンクされたすべてのサーバー名を格納するために使用されます。 tempdbデータベースの場合、 SQLの破損 データベースのステータスをSUSPECTとして変更し、これにより中断されます SQL Server sからのサービスtarティン。

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

著者紹介:

Neil Varleyは、のデータ復旧の専門家です。 DataNumen、Inc。は、以下を含むデータ復旧技術の世界的リーダーです。 Outlookを回復する と優れた回復ソフトウェア製品。 詳細については、次のWebサイトをご覧ください。 WWW。datanumen.com

今すぐ共有:

コメントは締め切りました。