tempdb 데이터베이스

적용 대상:yesSQL Server(지원되는 모든 버전) YesAzure SQL Database YesAzure SQL Managed Instance

이 문서에서는 tempdb 시스템 데이터베이스, SQL Server의 인스턴스에 연결된 모든 사용자가 사용할 수 있는 전역 리소스, Azure SQL Database 또는 Azure SQL Managed Instance에 대해 설명합니다.

개요

tempdb 시스템 데이터베이스는 다음을 보유하는 전역 리소스입니다.

  • 명시적으로 생성되는 임시 사용자 개체. 여기에는 전역 또는 로컬 임시 테이블과 인덱스, 임시 저장 프로시저, 테이블 변수, 테이블 반환 함수에서 반환된 테이블, 커서 등이 포함됩니다.

  • 데이터베이스 엔진에서 만든 내부 개체 다음과 같은 변경 내용이 해당됩니다.

    • 스풀, 커서, 정렬 및 임시 LOB(Large Object) 스토리지에 대한 중간 결과를 저장할 작업 테이블
    • 해시 조인 또는 해시 집계 작업에 대한 작업 파일
    • 인덱스 생성 또는 다시 작성(SORT_IN_TEMPDB가 지정된 경우), 특정 GROUP BY, ORDER BY, UNION 쿼리 같은 작업의 중간 정렬 결과

    각 내부 개체는 IAM 페이지와 8페이지 익스텐트를 포함하여 최소 9페이지를 사용합니다. 페이지 및 익스텐트에 대한 자세한 내용은 페이지 및 익스텐트를 참조하세요.

  • 버전 저장소는 행 버전 관리 기능을 지원하는 데이터 행이 보관된 데이터 페이지 모음입니다. 일반 버전 저장소와 온라인 인덱스 작성 버전 저장소의 두 가지 유형이 있습니다. 버전 저장소에는 다음 정보가 포함됩니다.

    • 행 버전 관리 격리 또는 스냅샷 격리 트랜잭션을 통해 READ COMMITTED를 사용하는 데이터베이스의 데이터 수정 트랜잭션에서 생성된 행 버전
    • 온라인 인덱스 작업, MARS(Multiple Active Result Sets) 및 AFTER 트리거 같은 기능에 대한 데이터 수정 트랜잭션에서 생성된 행 버전

트랜잭션을 롤백할 수 있도록 tempdb 내의 작업은 최소한으로 로깅됩니다. 시스템이 항상 깨끗한 데이터베이스 복사본으로 시작되도록 SQL Server를 시작할 때마다 tempdb가 다시 생성됩니다. 연결이 끊길 때 임시 테이블 및 저장 프로시저는 자동으로 제거되고 시스템이 종료될 때 활성 상태인 연결이 없습니다.

tempdb에 있는 어떠한 내용도 SQL Server의 한 세션에서 다른 세션으로 저장되지 않습니다. tempdb에서는 백업 및 복원 작업이 허용되지 않습니다.

SQL Server에서 tempdb의 물리적 속성

다음 표에는 SQL Server의 tempdb 데이터 및 로그 파일의 초기 구성 값이 나열되어 있습니다. 값은 model 데이터베이스의 기본값을 기준으로 합니다. 이러한 파일의 크기는 SQL Server 버전에 따라 조금씩 다를 수 있습니다.

파일 논리적 이름 물리적 이름 처음 크기 파일 증가
주 데이터 tempdev tempdb.mdf 8MB 디스크가 꽉 찰 때까지 64MB씩 자동 증가
보조 데이터 파일 temp# tempdb_mssql_#.ndf 8MB 디스크가 꽉 찰 때까지 64MB씩 자동 증가
로그 templog templog.ldf 8MB 최대 2TB까지 64MB씩 자동 증가

보조 데이터 파일의 수는 컴퓨터의 논리 프로세서 수에 따라 달라집니다. 일반적으로 논리 프로세서의 수가 8 이하인 경우 논리 프로세서와 같은 수의 데이터 파일을 사용합니다. 논리 프로세서 수가 8보다 크면 8개의 데이터 파일을 사용합니다. 그런 다음에도 경합이 계속될 경우 경합이 허용 가능한 수준으로 감소할 때까지 데이터 파일의 수를 4의 배수로 늘리거나 작업/코드를 변경합니다.

참고

데이터 파일 수의 기본값은 KB 2154845의 일반 지침을 기준으로 합니다.

참고

tempdb의 현재 크기 및 성장 매개 변수를 확인하려면 tempdb.sys.database_files 뷰를 쿼리합니다.

SQL Server에서 tempdb 데이터 및 로그 파일 이동

tempdb 데이터 및 로그 파일을 이동하려면 시스템 데이터베이스 이동을 참조하세요.

SQL Server에서 tempdb에 대한 데이터베이스 옵션

다음 표에서는 tempdb 데이터베이스의 각 데이터베이스 옵션에 대한 기본값과 수정 가능 여부를 나열합니다. 이러한 옵션의 현재 설정을 보려면 sys.databases 카탈로그 뷰를 사용하세요.

데이터베이스 옵션 기본값 수정 가능
ALLOW_SNAPSHOT_ISOLATION OFF
ANSI_NULL_DEFAULT OFF
ANSI_NULLS OFF
ANSI_PADDING OFF
ANSI_WARNINGS OFF
ARITHABORT OFF
AUTO_CLOSE OFF
AUTO_CREATE_STATISTICS 켜기
AUTO_SHRINK OFF
AUTO_UPDATE_STATISTICS 켜기
AUTO_UPDATE_STATISTICS_ASYNC OFF
CHANGE_TRACKING OFF
CONCAT_NULL_YIELDS_NULL OFF
CURSOR_CLOSE_ON_COMMIT OFF
CURSOR_DEFAULT GLOBAL
데이터베이스 가용성 옵션 ONLINE

MULTI_USER

READ_WRITE




DATE_CORRELATION_OPTIMIZATION OFF
DB_CHAINING 켜기
ENCRYPTION OFF
MIXED_PAGE_ALLOCATION OFF
NUMERIC_ROUNDABORT OFF
PAGE_VERIFY SQL Server 새 설치의 경우 CHECKSUM입니다.

SQL Server 업그레이드의 경우 NONE입니다.
PARAMETERIZATION SIMPLE
QUOTED_IDENTIFIER OFF
READ_COMMITTED_SNAPSHOT OFF
RECOVERY SIMPLE
RECURSIVE_TRIGGERS OFF
Service Broker 옵션 ENABLE_BROKER
TRUSTWORTHY OFF

이러한 데이터베이스 옵션에 대한 자세한 내용은 ALTER DATABASE SET 옵션(Transact-SQL)을 참조하세요.

Azure SQL의 tempdb

Azure SQL Database의 tempdb의 동작은 SQL Server, Azure SQL Managed Instance 및 Azure VM의 SQL Server 동작과 다릅니다.

SQL Database의 tempdb

Azure SQL Database의 단일 데이터베이스 및 풀링된 데이터베이스는 데이터베이스 수준을 범위로 하고 tempdb에 저장되는 전역 임시 테이블 및 전역 임시 저장 프로시저를 지원합니다. 전역 임시 테이블 및 전역 임시 저장 프로시저는 동일한 데이터베이스 내의 모든 사용자 세션에 대해 공유됩니다. 다른 데이터베이스의 사용자 세션은 전역 임시 테이블에 액세스할 수 없습니다. 자세한 내용은 데이터베이스 범위 전역 임시 테이블(Azure SQL Database)을 참조하세요.

Azure SQL Database의 단일 데이터베이스 및 풀링된 데이터베이스의 경우 모든 시스템 데이터베이스 중에서 master 데이터베이스 및 tempdb 데이터베이스에만 액세스할 수 있습니다. 자세한 내용은 Azure의 논리 서버란?을 참조하세요.

Azure SQL Database의 tempdb 크기에 대해 자세히 알아보려면 다음을 검토하세요.

SQL Managed Instance의 tempdb

Azure SQL Managed Instance는 동일한 관리되는 인스턴스 내의 모든 사용자 세션에서 모든 전역 임시 테이블 및 전역 임시 저장 프로시저에 액세스할 수 있는 SQL Server와 동일한 방식으로 임시 개체를 지원합니다. 마찬가지로 모든 시스템 데이터베이스에 액세스할 수 있습니다.

Azure SQL Managed Instance의 tempdb 크기에 대해 자세히 알아보려면 리소스 제한을 검토하세요.

제한 사항

tempdb 데이터베이스에서는 다음 작업을 수행할 수 없습니다.

  • 파일 그룹 추가
  • 데이터베이스 백업 또는 복원
  • 데이터 정렬 변경. 기본 데이터 정렬은 서버 데이터 정렬입니다.
  • 데이터베이스 소유자 변경. tempdbsa가 소유합니다.
  • 데이터베이스 스냅샷 만들기
  • 데이터베이스 삭제
  • 데이터베이스에서 guest 사용자 삭제
  • 변경 데이터 캡처 사용
  • 데이터베이스 미러링 참여
  • 주 파일 그룹, 주 데이터 파일 또는 로그 파일 제거
  • 데이터베이스 또는 주 파일 그룹 이름 바꾸기
  • DBCC CHECKALLOC를 실행하고 있습니다.
  • DBCC CHECKCATALOG를 실행하고 있습니다.
  • 데이터베이스를 OFFLINE으로 설정합니다.
  • 데이터베이스 또는 주 파일 그룹 이름을 READ_ONLY로 바꿉니다.

사용 권한

모든 사용자가 tempdb에 임시 개체를 만들 수 있습니다. 사용자가 추가 사용 권한을 받는 경우를 제외하고 자신의 고유 개체에만 액세스할 수 있습니다. tempdb에 대한 연결 권한을 철회하여 사용자가 tempdb를 사용하지 못하게 할 수 있습니다. 일부 루틴 작업은 tempdb를 사용해야 하기 때문에 권장하지 않습니다.

SQL Server에서 tempdb 성능 최적화

tempdb 데이터베이스의 크기와 물리적인 배치는 시스템 성능에 영향을 줄 수 있습니다. 예를 들어 tempdb에 대해 정의된 크기가 너무 작으면 사용자가 SQL Server 인스턴스를 다시 시작할 때마다 시스템의 처리 로드 중 일부가 작업을 지원하는 데 필요한 크기로 tempdb를 자동 증가시키기 위해 소모될 수 있습니다.

가능하면 데이터 파일 증가 작업의 성능을 향상시키기 위해 인스턴트 파일 초기화를 사용하세요.

환경의 일반적인 작업량을 수용할 수 있는 값으로 파일 크기를 설정하여 모든 tempdb 파일에 충분한 공간을 미리 할당합니다. 미리 할당하면 tempdb가 너무 자주 확장되어 성능에 영향을 주는 것을 방지할 수 있습니다. tempdb 데이터베이스는 예기치 않은 예외 발생 시 디스크 공간을 늘리기 위해 자동 증가하도록 설정해야 합니다.

SQL Server에서는 여유 공간이 더 많은 파일에 할당을 선호하는 비례 채우기 알고리즘을 사용하기 때문에 데이터 파일은 각 파일 그룹 내에서 동일한 크기여야 합니다. tempdb를 동일한 크기의 여러 데이터 파일로 나누면 tempdb를 사용하는 작업에서 높은 수준의 병렬 효율성을 얻을 수 있습니다.

파일 증가분을 적정 크기로 설정하여 tempdb 데이터베이스 파일 증가 단위가 너무 작지 않게 합니다. tempdb에 기록되는 데이터 양에 비해 파일 증가 단위가 너무 작으면 tempdb가 지속적으로 확장되어 성능에 영향을 줍니다.

현재 tempdb 크기 및 성장 매개 변수를 확인하려면 다음 쿼리를 사용합니다.

 SELECT name AS FileName,
    size*1.0/128 AS FileSizeInMB,
    CASE max_size
        WHEN 0 THEN 'Autogrowth is off.'
        WHEN -1 THEN 'Autogrowth is on.'
        ELSE 'Log file grows to a maximum size of 2 TB.'
    END,
    growth AS 'GrowthValue',
    'GrowthIncrement' =
        CASE
            WHEN growth = 0 THEN 'Size is fixed.'
            WHEN growth > 0 AND is_percent_growth = 0
                THEN 'Growth value is in 8-KB pages.'
            ELSE 'Growth value is a percentage.'
        END
FROM tempdb.sys.database_files;
GO

tempdb 데이터베이스를 고속 I/O 하위 시스템에 배치합니다. 직접 연결되어 있는 디스크가 많으면 디스크 스트라이프를 사용합니다. tempdb 데이터 파일의 개별 또는 그룹은 I/O 병목 상태가 발생하지 않는 한, 다른 디스크나 스핀들에 있을 필요가 없습니다.

사용자 데이터베이스에 사용되는 디스크와는 다른 디스크에 tempdb 데이터베이스를 배치합니다.

SQL Server tempdb의 성능 향상

SQL Server 2016(13.x)부터, tempdb 성능은 다음과 같은 방법으로 더욱 최적화되었습니다.

  • 임시 테이블과 테이블 변수가 캐시됩니다. 캐싱을 사용하면 임시 개체를 삭제하고 만드는 작업이 매우 신속하게 실행됩니다. 캐싱은 페이지 할당과 메타데이터 경합을 줄입니다.
  • 사용되는 UP(업데이트) 래치 수가 감소하도록 할당 페이지 래치 프로토콜이 개선되었습니다.
  • tempdb 로그 파일의 디스크 I/O 대역폭 사용량을 줄일 수 있도록 tempdb의 로깅 오버헤드가 감소했습니다.
  • 설치 시에는 새 인스턴스를 설치하는 동안 tempdb 데이터 파일이 여러 개 추가됩니다. 데이터베이스 엔진 구성 섹션의 새 UI 입력 컨트롤과 명령줄 매개 변수 /SQLTEMPDBFILECOUNT를 사용하여 이 작업을 수행할 수 있습니다. 설치 시에는 기본적으로 논리 프로세서 수나 8 중에서 더 적은 숫자에 해당하는 만큼의 tempdb 데이터 파일이 추가됩니다.
  • tempdb 데이터 파일이 여러 개이면 모든 파일은 증가 설정에 따라 동시에 같은 크기만큼 증가합니다. 추적 플래그 1117이 더 이상 필요하지 않습니다.
  • tempdb의 모든 할당에는 단일 범위가 사용됩니다. 추적 플래그 1118은 더 이상 필요하지 않습니다.
  • 주 파일 그룹의 경우 AUTOGROW_ALL_FILES 속성이 설정되며 수정할 수 없습니다.

tempdb의 성능 개선에 대한 자세한 내용은 블로그 게시물 TEMPDB - Files and Trace Flags and Updates, Oh My!를 참조하세요.

메모리 최적화 tempdb 메타데이터

tempdb의 메타데이터 경합으로 인해 기존에는 SQL Server에서 실행하는 많은 워크로드의 확장성에 병목 상태가 발생했습니다. SQL Server 2019 (15.x)에는 메모리 내 데이터베이스 기능 제품군에 속하는 새로운 기능인 메모리 액세스에 최적화된 tempdb 메타데이터가 도입되었습니다.

이 기능은 이러한 병목 현상을 효과적으로 제거하고 tempdb가 많은 워크로드에 대해 새로운 수준의 확장성을 발휘할 수 있도록 합니다. SQL Server 2019 (15.x)에서 임시 테이블 메타데이터 관리에 필요한 시스템 테이블은 래치가 없는 비내구성 메모리 최적화 테이블로 이동할 수 있습니다.

참고

현재는 Azure SQL Database 또는 Azure SQL Managed Instance에서 메모리 최적화 tempdb 메타데이터 기능을 사용할 수 없습니다.

메모리 최적화 tempdb 메타데이터를 사용하는 방법과 시기에 대한 개요는 7분 분량의 다음 동영상을 시청하세요.

메모리 최적화 tempdb 메타데이터 구성 및 사용

해당 새 기능으로 옵트인하려면 다음 스크립트를 사용합니다.

ALTER SERVER CONFIGURATION SET MEMORY_OPTIMIZED TEMPDB_METADATA = ON;

이 구성 변경이 적용되려면 서비스를 다시 시작해야 합니다.

다음 T-SQL 명령을 사용하여 tempdb가 메모리 최적화인지 여부를 확인할 수 있습니다.

SELECT SERVERPROPERTY('IsTempdbMetadataMemoryOptimized');

메모리 최적화 tempdb 메타데이터를 사용하도록 설정한 후 어떤 이유로든 서버를 시작할 수 없는 경우, -f 시작 옵션을 통해 minimal 구성으로 SQL Server 인스턴스를 시작하여 기능을 무시할 수 있습니다. 이후 기능을 사용하지 않도록 설정한 다음 표준 모드로 SQL Server를 다시 시작할 수 있습니다.

서버 메모리 부족을 방지하기 위해 tempdb리소스 풀에 바인딩할 수 있습니다. 이 작업은 리소스 풀을 데이터베이스에 바인딩하기 위해 일반적으로 수행하는 단계가 아니라 ALTER SERVER 명령을 통해 수행됩니다.

ALTER SERVER CONFIGURATION SET MEMORY_OPTIMIZED TEMPDB_METADATA = ON (RESOURCE_POOL = 'pool_name');

메모리 최적화 tempdb 메타데이터를 이미 사용하도록 설정한 경우에도 이 변경을 적용하려면 다시 시작해야 합니다.

메모리 최적화 tempdb 제한 사항

  • 기능 설정 및 해제가 동적으로 이루어지지 않습니다. tempdb의 구조를 변경해야 하는 고유한 사항 때문에 이 기능을 설정하거나 해제하려면 다시 시작해야 합니다.

  • 단일 트랜잭션이 둘 이상의 데이터베이스에서는 메모리 최적화 테이블에 액세스할 수 없습니다. 사용자 데이터베이스에 메모리 최적화 테이블을 포함하는 트랜잭션은 동일한 트랜잭션에서 tempdb 시스템 보기에 액세스할 수 없습니다. 사용자 데이터베이스의 메모리 최적화 테이블과 동일한 트랜잭션에서 tempdb 시스템 보기에 액세스를 시도하면 다음과 같은 오류가 발생합니다.

    A user transaction that accesses memory optimized tables or natively compiled modules cannot access more than one user database or databases model and msdb, and it cannot write to master.
    

    예:

    BEGIN TRAN;
    
    SELECT *
    FROM tempdb.sys.tables;  -----> Creates a user in-memory OLTP transaction in tempdb
    
    INSERT INTO <user database>.<schema>.<mem-optimized table>
    VALUES (1); ----> Tries to create a user in-memory OLTP transaction in the user database but will fail
    
    COMMIT TRAN;
    
  • 메모리 최적화 테이블에 대한 쿼리가 잠금 및 분리 힌트를 지원하지 않으므로, 메모리 최적화 tempdb 카탈로그 보기에 대한 쿼리는 잠금 및 분리 힌트를 유지하지 않습니다. SQL Server의 다른 시스템 카탈로그 보기와 마찬가지로 시스템 보기에 대한 모든 트랜잭션은 READ COMMITTED(또는 이 경우 READ COMMITTED SNAPSHOT) 분리 내에 있습니다.

  • 메모리 최적화 tempdb 메타데이터가 사용하도록 설정된 경우에는 임시 테이블에 columnstore 인덱스를 만들 수 없습니다.

  • columnstore 인덱스에 대한 제한으로 인해, 메모리 최적화 tempdb 메타데이터가 사용하도록 설정된 경우 COLUMNSTORE 또는 COLUMNSTORE_ARCHIVE 데이터 압축 매개 변수와 함께 sp_estimate_data_compression_savings 시스템 저장 프로시저를 사용할 수 없습니다.

참고

이러한 제한 사항은 tempdb 시스템 보기를 참조하는 경우에만 적용됩니다. 원하는 경우 사용자 데이터베이스에서 메모리 최적화 테이블에 액세스할 때와 동일한 트랜잭션에서 임시 테이블을 만들 수 있습니다.

SQL Server의 tempdb 용량 계획

SQL Server 프로덕션 환경에서 tempdb의 적절한 크기는 많은 요인에 따라 결정됩니다. 앞서 설명한 것처럼 기존 작업, 사용된 SQL Server 기능 등이 이러한 요인에 포함됩니다. SQL Server 테스트 환경에서 다음 태스크를 수행하여 기존 작업을 분석하는 것이 좋습니다.

  • tempdb에 대해 자동 증가를 설정합니다.
  • 개별 쿼리 또는 워크로드 추적 파일을 실행하고 tempdb 공간 사용을 모니터링합니다.
  • 인덱스 다시 작성 및 tempdb 공간 모니터링 같은 인덱스 유지 관리 작업을 실행합니다.
  • 이전 단계의 공간 사용 값을 사용하여 총 워크로드 사용량을 예측합니다. 예상되는 동시 작업에 맞춰 이 값을 조정한 다음 tempdb 크기를 적절하게 설정합니다.

tempdb 사용 모니터링

tempdb의 디스크 공간이 부족하면 SQL Server 프로덕션 환경에서 심각한 중단이 발생할 수 있습니다. 또한 실행 중인 애플리케이션에서 작업을 완료하지 못할 수도 있습니다. sys.dm_db_file_space_usage 동적 관리 뷰를 사용하여 tempdb 파일에서 사용되는 디스크 공간을 모니터링할 수 있습니다.

 -- Determining the amount of free space in tempdb
SELECT SUM(unallocated_extent_page_count) AS [free pages],
  (SUM(unallocated_extent_page_count)*1.0/128) AS [free space in MB]
FROM tempdb.sys.dm_db_file_space_usage;

-- Determining the amount of space used by the version store
SELECT SUM(version_store_reserved_page_count) AS [version store pages used],
  (SUM(version_store_reserved_page_count)*1.0/128) AS [version store space in MB]
FROM tempdb.sys.dm_db_file_space_usage;

-- Determining the amount of space used by internal objects
SELECT SUM(internal_object_reserved_page_count) AS [internal object pages used],
  (SUM(internal_object_reserved_page_count)*1.0/128) AS [internal object space in MB]
FROM tempdb.sys.dm_db_file_space_usage;

-- Determining the amount of space used by user objects
SELECT SUM(user_object_reserved_page_count) AS [user object pages used],
  (SUM(user_object_reserved_page_count)*1.0/128) AS [user object space in MB]
FROM tempdb.sys.dm_db_file_space_usage;

sys.dm_db_session_space_usagesys.dm_db_task_space_usage 동적 관리 뷰를 사용하면 세션이나 태스크 수준에서 tempdb의 페이지 할당 또는 할당 해제 작업을 모니터링할 수 있습니다. 이러한 보기를 사용하면 tempdb 디스크 공간을 많이 사용하는 큰 쿼리, 임시 테이블 또는 테이블 변수를 식별할 수 있습니다. 또한 여러 가지 카운터를 사용하여 tempdb에서 사용 가능한 여유 공간과 tempdb를 사용 중인 리소스를 모니터링할 수도 있습니다.

-- Obtaining the space consumed by internal objects in all currently running tasks in each session
SELECT session_id,
  SUM(internal_objects_alloc_page_count) AS task_internal_objects_alloc_page_count,
  SUM(internal_objects_dealloc_page_count) AS task_internal_objects_dealloc_page_count
FROM sys.dm_db_task_space_usage
GROUP BY session_id;

-- Obtaining the space consumed by internal objects in the current session for both running and completed tasks
SELECT R2.session_id,
  R1.internal_objects_alloc_page_count
  + SUM(R2.internal_objects_alloc_page_count) AS session_internal_objects_alloc_page_count,
  R1.internal_objects_dealloc_page_count
  + SUM(R2.internal_objects_dealloc_page_count) AS session_internal_objects_dealloc_page_count
FROM sys.dm_db_session_space_usage AS R1
INNER JOIN sys.dm_db_task_space_usage AS R2 ON R1.session_id = R2.session_id
GROUP BY R2.session_id, R1.internal_objects_alloc_page_count,
  R1.internal_objects_dealloc_page_count;

다음 단계