tempdb, база данныхtempdb database

Применимо к:Applies to: даSQL ServerSQL Server (все поддерживаемые версии) yesSQL ServerSQL Server (all supported versions) ДаБаза данных SQL AzureAzure SQL DatabaseYesБаза данных SQL AzureAzure SQL DatabaseПрименимо к:Applies to: даSQL ServerSQL Server (все поддерживаемые версии) yesSQL ServerSQL Server (all supported versions) ДаБаза данных SQL AzureAzure SQL DatabaseYesБаза данных SQL AzureAzure SQL Database

Системная база данных tempdb — это глобальный ресурс, доступный всем пользователям, подключенным к экземпляру SQL ServerSQL Server или Базе данных SQL Azure.The tempdb system database is a global resource that's available to all users connected to the instance of SQL ServerSQL Server or connected to Azure SQL Database. tempdb содержит:tempdb holds:

  • Временные пользовательские объекты, созданные явно.Temporary user objects that are explicitly created. К ним относятся глобальные или локальные временные таблицы и индексы, временные хранимые процедуры, табличные переменные, возвращаемые функциями с табличными значениями таблицы и курсоры.They include global or local temporary tables and indexes, temporary stored procedures, table variables, tables returned in table-valued functions, and cursors.

  • Внутренние объекты, создаваемые ядром СУБД.Internal objects that the database engine creates. К ним относятся следующие:They include:

    • Рабочие таблицы, хранящие промежуточные результаты буферов, курсоры, сортировки и временное хранилище больших объектов (LOB).Work tables to store intermediate results for spools, cursors, sorts, and temporary large object (LOB) storage.
    • рабочие файлы для операций хэш-соединения или статистических хэш-выражений;Work files for hash join or hash aggregate operations.
    • промежуточные результаты сортировки для таких операций, как создание или перестроение индексов (если указать SORT_IN_TEMPDB), либо определенных запросов GROUP BY, ORDER BY или UNION.Intermediate sort results for operations such as creating or rebuilding indexes (if SORT_IN_TEMPDB is specified), or certain GROUP BY, ORDER BY, or UNION queries.

    Каждый внутренний объект использует минимум девять страниц: страницу IAM и восьмистраничный экстент.Each internal object uses a minimum of nine pages: an IAM page and an eight-page extent. Дополнительные сведения см. в разделе Страницы и экстенты.For more information about pages and extents, see Pages and extents.

    Важно!

    Отдельные базы данных и эластичные пулы Базы данных SQL Azure поддерживают глобальные временные таблицы и глобальные временные хранимые процедуры, которые хранятся в tempdb и имеют область действия на уровне базы данных.Azure SQL Database single databases and elastic pools support global temporary tables and global temporary stored procedures that are stored in tempdb and are scoped to the database level.

    Глобальные временные таблицы и глобальные временные хранимые процедуры являются общими для всех сеансов пользователей в рамках одной базы данных SQL.Global temporary tables and global temporary stored procedures are shared for all users' sessions within the same SQL database. Сеансы пользователей, связанные с другими базами данных SQL, не имеют доступа к глобальным временным таблицам.User sessions from other SQL databases can't access global temporary tables. Дополнительные сведения см. в разделе Глобальные временные таблицы (база данных SQL Azure) в области базы данных.For more information, see Database scoped global temporary tables (Azure SQL Database). Управляемый экземпляр SQL Azure поддерживает те же временные объекты, что и SQL Server.Azure SQL Managed Instance supports the same temporary objects as does SQL Server.

    Для эластичных пулов и отдельных баз данных Базы данных SQL Azure применяются только базы master и tempdb.For Azure SQL Database single databases and elastic pools, only the master database and tempdb database apply. Дополнительные сведения см. в статье Что являет собою сервер Базы данных SQL Azure?.For more information, see What is an Azure SQL Database server?. Описание tempdb в контексте эластичных пулов и отдельных баз данных Базы данных SQL Azure см. в разделе База данных tempdb в Базе данных SQL Azure.For a discussion of tempdb in the context of Azure SQL Database single databases and elastic pools, see tempdb database in Azure SQL Database single databases and elastic pools.

    Для Управляемого экземпляра SQL Azure применяются все системные базы данных.For Azure SQL Managed Instance, all system databases apply.

  • Хранилища версий. Это коллекции страниц данных со строками данных, которые поддерживают функции управления версиями строк.Version stores, which are collections of data pages that hold the data rows that support features for row versioning. Существует два типа хранилищ: общее хранилище версий и хранилище версий для построения индекса в подключенном режиме.There are two types: a common version store and an online-index-build version store. Хранилища версий содержат следующее:The version stores contain:

    • версии строк, создаваемые транзакциями изменения данных в базе данных, которая использует READ COMMITTED через транзакции изоляции моментальных снимков и транзакции изоляции управления версиями строк;Row versions that are generated by data modification transactions in a database that uses READ COMMITTED through row versioning isolation or snapshot isolation transactions.
    • версии строк, создаваемые транзакциями изменения данных для таких функций, как операции с индексами в подключенном режиме, функции MARS (множественный активный результирующий набор) и триггеры AFTER.Row versions that are generated by data modification transactions for features, such as online index operations, Multiple Active Result Sets (MARS), and AFTER triggers.

Операции в tempdb в минимальном объеме записываются в журнал, что позволяет откатывать транзакции.Operations within tempdb are minimally logged so that transactions can be rolled back. tempdb создается заново при каждом запуске SQL ServerSQL Server, чтобы система всегда запускалась с чистой копией базы данных.tempdb is re-created every time SQL ServerSQL Server is started so that the system always starts with a clean copy of the database. Временные таблицы и хранимые процедуры удаляются автоматически при отключении, и при выключении системы нет активных соединений.Temporary tables and stored procedures are dropped automatically on disconnect, and no connections are active when the system is shut down.

tempdb не требует сохранения каких-либо данных между сеансами SQL ServerSQL Server.tempdb never has anything to be saved from one session of SQL ServerSQL Server to another. Операции резервного копирования и восстановления для tempdb недопустимы.Backup and restore operations are not allowed on tempdb.

Физические свойства tempdb в SQL ServerPhysical properties of tempdb in SQL Server

В следующей таблице приводятся исходные значения конфигурации для файлов данных и журналов tempdb в SQL Server.The following table lists the initial configuration values of the tempdb data and log files in SQL Server. Значения основаны на значениях по умолчанию для базы данных model.The values are based on the defaults for the model database. Размеры этих файлов могут немного отличаться в зависимости от выпуска SQL ServerSQL Server.The sizes of these files might vary slightly for different editions of SQL ServerSQL Server.

ФайлFile Логическое имяLogical name Физическое имяPhysical name Начальный размерInitial size Увеличение размера файловFile growth
Первичные данныеPrimary data tempdevtempdev tempdb.mdftempdb.mdf 8 МБ8 megabytes Автоматическое увеличение на 64 МБ до заполнения диска.Autogrow by 64 MB until the disk is full
Вторичные файлы данных.Secondary data files temp#temp# tempdb_mssql_ # .ndftempdb_mssql_#.ndf 8 МБ8 megabytes Автоматическое увеличение на 64 МБ до заполнения диска.Autogrow by 64 MB until the disk is full
ЖурналLog templogtemplog templog.ldftemplog.ldf 8 МБ8 megabytes Автоматическое увеличение на 64 МБ до максимального размера в 2 ТБ.Autogrow by 64 megabytes to a maximum of 2 terabytes

Количество вторичных файлов данных зависит от числа логических процессоров на компьютере.The number of secondary data files depends on the number of (logical) processors on the machine. Как правило, если число логических процессоров меньше или равно восьми, используйте равное ему число файлов данных.As a general rule, if the number of logical processors is less than or equal to eight, use the same number of data files as logical processors. Если число логических процессоров больше восьми, используйте восемь файлов данных.If the number of logical processors is greater than eight, use eight data files. Если состязание сохраняется, увеличьте число файлов данных на значение, кратное четырем, пока состязание не снизится до приемлемого уровня, или внесите изменения в рабочую нагрузку или код.Then if contention continues, increase the number of data files by multiples of four until the contention decreases to acceptable levels, or make changes to the workload/code.

Примечание

Количество файлов данных по умолчанию основано на общих рекомендациях, приведенных в статье KB 2154845.The default value for the number of data files is based on the general guidelines in KB 2154845.

Перемещение данных и файлов журналов базы данных tempdb в SQL ServerMoving the tempdb data and log files in SQL Server

Сведения о перемещении файлов журналов и данных tempdb см. в статье Перемещение системных баз данных.To move the tempdb data and log files, see Move system databases.

Параметры базы данных для tempdb в SQL ServerDatabase options for tempdb in SQL Server

В следующей таблице приводится список значений по умолчанию для каждого параметра базы данных tempdb, а также возможность его изменения.The following table lists the default value for each database option in the tempdb database and whether the option can be modified. Чтобы просмотреть текущие настройки этих параметров, используйте представление каталога sys.databases .To view the current settings for these options, use the sys.databases catalog view.

Параметр базы данныхDatabase option Значение по умолчаниюDefault value Можно ли изменитьCan be modified
ALLOW_SNAPSHOT_ISOLATIONALLOW_SNAPSHOT_ISOLATION OFFOFF ДаYes
ANSI_NULL_DEFAULTANSI_NULL_DEFAULT OFFOFF ДаYes
ANSI_NULLSANSI_NULLS OFFOFF ДаYes
ANSI_PADDINGANSI_PADDING OFFOFF ДаYes
ANSI_WARNINGSANSI_WARNINGS OFFOFF ДаYes
ARITHABORTARITHABORT OFFOFF ДаYes
AUTO_CLOSEAUTO_CLOSE OFFOFF нетNo
AUTO_CREATE_STATISTICSAUTO_CREATE_STATISTICS ONON ДаYes
AUTO_SHRINKAUTO_SHRINK OFFOFF нетNo
AUTO_UPDATE_STATISTICSAUTO_UPDATE_STATISTICS ONON ДаYes
AUTO_UPDATE_STATISTICS_ASYNCAUTO_UPDATE_STATISTICS_ASYNC OFFOFF ДаYes
CHANGE_TRACKINGCHANGE_TRACKING OFFOFF нетNo
CONCAT_NULL_YIELDS_NULLCONCAT_NULL_YIELDS_NULL OFFOFF ДаYes
CURSOR_CLOSE_ON_COMMITCURSOR_CLOSE_ON_COMMIT OFFOFF ДаYes
CURSOR_DEFAULTCURSOR_DEFAULT GLOBALGLOBAL ДаYes
Параметры доступности базы данныхDatabase Availability Options ONLINEONLINE

MULTI_USERMULTI_USER

READ_WRITEREAD_WRITE
нетNo

НетNo

НетNo
DATE_CORRELATION_OPTIMIZATIONDATE_CORRELATION_OPTIMIZATION OFFOFF ДаYes
DB_CHAININGDB_CHAINING ONON нетNo
ENCRYPTIONENCRYPTION OFFOFF нетNo
MIXED_PAGE_ALLOCATIONMIXED_PAGE_ALLOCATION OFFOFF нетNo
NUMERIC_ROUNDABORTNUMERIC_ROUNDABORT OFFOFF ДаYes
PAGE_VERIFYPAGE_VERIFY Значение CHECKSUM для новых установок SQL ServerSQL Server.CHECKSUM for new installations of SQL ServerSQL Server

Значение NONE для обновлений SQL ServerSQL Server.NONE for upgrades of SQL ServerSQL Server
ДаYes
PARAMETERIZATIONPARAMETERIZATION ПРОСТОЙSIMPLE ДаYes
QUOTED_IDENTIFIERQUOTED_IDENTIFIER OFFOFF ДаYes
READ_COMMITTED_SNAPSHOTREAD_COMMITTED_SNAPSHOT OFFOFF нетNo
RECOVERYRECOVERY ПРОСТОЙSIMPLE нетNo
RECURSIVE_TRIGGERSRECURSIVE_TRIGGERS OFFOFF ДаYes
Параметры компонента Service BrokerService Broker Options ENABLE_BROKERENABLE_BROKER ДаYes
TRUSTWORTHYTRUSTWORTHY OFFOFF нетNo

Описание этих баз данных см. в статье Параметры ALTER DATABASE SET (Transact-SQL).For a description of these database options, see ALTER DATABASE SET Options (Transact-SQL).

База данных tempdb в Базе данных SQLtempdb database in SQL Database

Размеры базы данных tempdb для уровней служб на основе DTUtempdb sizes for DTU-based service tiers

Целевой уровень обслуживанияService-level objective Максимальный размер файла данных tempdb (ГБ)Maximum tempdb data file size (GB) Число файлов данных tempdbNumber of tempdb data files Максимальный размер данных tempdb (ГБ)Maximum tempdb data size (GB)
BasicBasic 13.913.9 11 13.913.9
S0S0 13.913.9 11 13.913.9
S1S1 13.913.9 11 13.913.9
S2S2 13.913.9 11 13.913.9
S3S3 3232 11 3232
S4S4 3232 22 6464
S6S6 3232 33 9696
S7S7 3232 66 192192
S9S9 3232 1212 384384
S12S12 3232 1212 384384
P1P1 13.913.9 1212 166.7166.7
P2P2 13.913.9 1212 166.7166.7
P4P4 13.913.9 1212 166.7166.7
P6P6 13.913.9 1212 166.7166.7
P11P11 13.913.9 1212 166.7166.7
P15P15 13.913.9 1212 166.7166.7
Эластичные пулы уровня "Базовый" (все конфигурации DTU)Basic Elastic Pools (all DTU configurations) 13.913.9 1212 166.7166.7
Эластичные пулы ценовой категории "Стандартный" (50 eDTU)Standard Elastic Pools (50 eDTU) 13.913.9 1212 166.7166.7
Эластичные пулы ценовой категории "Стандартный" (100 eDTU)Standard Elastic Pools (100 eDTU) 3232 11 3232
Эластичные пулы ценовой категории "Стандартный" (200 eDTU)Standard Elastic Pools (200 eDTU) 3232 22 6464
Эластичные пулы ценовой категории "Стандартный" (300 eDTU)Standard Elastic Pools (300 eDTU) 3232 33 9696
Эластичные пулы ценовой категории "Стандартный" (400 eDTU)Standard Elastic Pools (400 eDTU) 3232 33 9696
Эластичные пулы ценовой категории "Стандартный" (800 eDTU)Standard Elastic Pools (800 eDTU) 3232 66 192192
Эластичные пулы ценовой категории "Стандартный" (1200 eDTU)Standard Elastic Pools (1200 eDTU) 3232 1010 320320
Эластичные пулы ценовой категории "Стандартный" (1600–3000 eDTU)Standard Elastic Pools (1600-3000 eDTU) 3232 1212 384384
Эластичные пулы уровня "Премиум" (все конфигурации DTU)Premium Elastic Pools (all DTU configurations) 13.913.9 1212 166.7166.7

Размеры базы данных tempdb для уровней служб на основе виртуальных ядерtempdb sizes for vCore-based service tiers

См. сведения об ограничениях ресурсов на основе виртуальных ядер.See vCore-based resource limits.

ОграниченияRestrictions

С базой данных tempdb нельзя выполнять следующие операции:The following operations can't be performed on the tempdb database:

  • Добавление файловых групп.Adding filegroups.
  • Резервное копирование и восстановление из копии.Backing up or restoring the database.
  • Изменение параметров сортировки.Changing collation. Параметрами сортировки по умолчанию являются параметры сортировки сервера.The default collation is the server collation.
  • Изменение владельца базы данных.Changing the database owner. Владельцем tempdb является satempdb is owned by sa.
  • Создание моментального снимка базы данных.Creating a database snapshot.
  • Удаление базы данных.Dropping the database.
  • Удаление пользователя guest из базы данных.Dropping the guest user from the database.
  • Включение отслеживания измененных данных.Enabling Change Data Capture.
  • Участие в зеркальном отображении базы данных.Participating in database mirroring.
  • Удаление первичной файловой группы, первичного файла данных или файла журнала.Removing the primary filegroup, primary data file, or log file.
  • Переименование базы данных или первичной файловой группы.Renaming the database or primary filegroup.
  • Выполнение DBCC CHECKALLOC.Running DBCC CHECKALLOC.
  • Выполнение DBCC CHECKCATALOG.Running DBCC CHECKCATALOG.
  • Перевод базы данных в режим OFFLINE.Setting the database to OFFLINE.
  • Перевод базы данных или первичной файловой группы в режим READ_ONLY.Setting the database or primary filegroup to READ_ONLY.

РазрешенияPermissions

Любой пользователь может создавать временные объекты в tempdb.Any user can create temporary objects in tempdb. Если не предоставлены дополнительные разрешения, пользователям доступны только принадлежащие им объекты.Users can access only their own objects, unless they receive additional permissions. Можно отозвать разрешение на подключение к tempdb, чтобы запретить пользователю работать с tempdb.It's possible to revoke the connect permission to tempdb to prevent a user from using tempdb. Но делать это не рекомендуется, так как tempdb требуется для выполнения некоторых стандартных операций.We don't recommend it because some routine operations require the use of tempdb.

Оптимизация производительности базы данных tempdb в SQL ServerOptimizing tempdb performance in SQL Server

Размер и физическое размещение базы данных tempdb может влиять на производительность системы.The size and physical placement of the tempdb database can affect the performance of a system. Например, если для базы данных tempdb установлен слишком малый размер, часть системной нагрузки может приходиться на автоувеличение tempdb до размера, требуемого для поддержки рабочей нагрузки при каждом перезапуске экземпляра SQL ServerSQL Server.For example, if the size that's defined for tempdb is too small, part of the system-processing load might be taken up with autogrowing tempdb to the size required to support the workload every time you restart the instance of SQL ServerSQL Server.

По возможности используйте мгновенную инициализацию файлов, чтобы повысить производительность операций увеличения файлов данных.If possible, use instant file initialization to improve the performance of growth operations for data files.

Заранее выделите место для всех файлов tempdb, установив для файла размер, достаточный для обеспечения обычной рабочей нагрузки в среде.Preallocate space for all tempdb files by setting the file size to a value large enough to accommodate the typical workload in the environment. Предварительное выделение позволяет избежать слишком частого расширения tempdb, способного повлиять на производительность.Preallocation prevents tempdb from expanding too often, which affects performance. Следует установить автоувеличение для базы данных tempdb, чтобы увеличить место на диске для незапланированных исключений.The tempdb database should be set to autogrow to increase disk space for unplanned exceptions.

Файлы данных в каждой файловой группе должны иметь одинаковый размер, так как SQL ServerSQL Server использует алгоритм пропорционального заполнения, который повышает вероятность выделения памяти в файлах с большим объемом свободного пространства.Data files should be of equal size within each filegroup, because SQL ServerSQL Server uses a proportional-fill algorithm that favors allocations in files with more free space. Разделение tempdb на множество файлов данных равного размера обеспечивает эффективное выполнение использующих tempdb операций с высокой степенью параллелизма.Dividing tempdb into multiple data files of equal size provides a high degree of parallel efficiency in operations that use tempdb.

Установите приемлемое значение шага увеличения размера файла, чтобы оно не было слишком низким для файлов базы данных tempdb.Set the file growth increment to a reasonable size to prevent the tempdb database files from growing by too small a value. Если увеличение размера файлов будет слишком малым по сравнению с объемом записываемых в tempdb данных, tempdb может постоянно требовать расширения.If the file growth is too small compared to the amount of data that's being written to tempdb, tempdb might have to constantly expand. Это скажется на производительности.That will affect performance.

Чтобы проверить текущий размер и параметры увеличения для tempdb, используйте следующий запрос:To check current size and growth parameters for tempdb, use the following query:

 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 в быструю подсистему ввода-вывода.Put the tempdb database on a fast I/O subsystem. Если имеется много непосредственно присоединенных дисков, то используйте чередование дисков.Use disk striping if there are many directly attached disks. Отдельные файлы данных tempdb или их группы не обязательно должны располагаться на разных дисках или шпинделях, если только у вы не наблюдаете узкие места в подсистеме ввода-вывода.Individual or groups of tempdb data files don't necessarily need to be on different disks or spindles unless you're also encountering I/O bottlenecks.

Расположите базу данных tempdb на дисках, отличающихся от используемых пользовательскими базами данных.Put the tempdb database on disks that differ from the disks that user databases use.

Увеличение производительности базы данных tempdb в SQL ServerPerformance improvements in tempdb for SQL Server

Начиная с версии SQL Server 2016 (13.x);SQL Server 2016 (13.x), производительность tempdb дополнительно оптимизирована следующим образом:Starting with SQL Server 2016 (13.x);SQL Server 2016 (13.x), tempdb performance is further optimized in the following ways:

  • Временные таблицы и табличные переменные кэшируются.Temporary tables and table variables are cached. Кэширование позволяет операциям удаления и создания временных объектов выполняться очень быстро.Caching allows operations that drop and create the temporary objects to run very quickly. Кэширование также снижает вероятность возникновения состязаний, связанных с метаданными и выделением страниц.Caching also reduces page allocation and metadata contention.
  • Усовершенствован протокол кратковременных блокировок выделения страниц для снижения количества используемых кратковременных блокировок UP (обновление).The allocation page latching protocol is improved to reduce the number of UP (update) latches that are used.
  • Снижены затраты ресурсов на ведение журнала tempdb — уменьшено потребление пропускной способности подсистемы ввода-вывода файлом журнала tempdb.Logging overhead for tempdb is reduced to reduce disk I/O bandwidth consumption on the tempdb log file.
  • Программа установки добавляет множество файлов данных tempdb при установке нового экземпляра.Setup adds multiple tempdb data files during a new instance installation. Эту задачу можно выполнить с помощью нового элемента управления для ввода в пользовательском интерфейсе в разделе Настройка ядра СУБД и параметра командной строки /SQLTEMPDBFILECOUNT.You can accomplish this task by using the new UI input control in the Database Engine Configuration section and the command-line parameter /SQLTEMPDBFILECOUNT. По умолчанию программа установки добавляет столько файлов данных tempdb, сколько имеется логических процессоров, но их может быть не больше восьми.By default, setup adds as many tempdb data files as the logical processor count or eight, whichever is lower.
  • При наличии множества файлов данных tempdb автоматическое увеличение выполняется для всех файлов в одно время и в равном объеме согласно параметрам увеличения.When there are multiple tempdb data files, all files autogrow at the same time and by the same amount, depending on growth settings. Флаг трассировки 1117 больше не требуется.Trace flag 1117 is no longer required.
  • Для всех операций распределения в tempdb используются единообразные экстенты.All allocations in tempdb use uniform extents. Флаг трассировки 1118 больше не требуется.Trace flag 1118 is no longer required.
  • Для первичной файловой группы свойство AUTOGROW_ALL_FILES включено и не может быть изменено.For the primary filegroup, the AUTOGROW_ALL_FILES property is turned on and the property can't be modified.

Дополнительные сведения об улучшениях производительности в tempdb см. в статье блога TEMPDB — Files and Trace Flags and Updates, Oh My! (TEMPDB — файлы, флаги трассировки и обновления).For more information on performance improvements in tempdb, see the blog article TEMPDB - Files and Trace Flags and Updates, Oh My!.

Оптимизированные для памяти метаданные tempdbMemory-optimized tempdb metadata

Состязание метаданных tempdb всегда было узким местом для масштабируемости многих рабочих нагрузок, выполняющихся в SQL ServerSQL Server.Metadata contention in tempdb has historically been a bottleneck to scalability for many workloads running on SQL ServerSQL Server. В SQL Server 2019 (15.x)SQL Server 2019 (15.x) появилась новая функция оптимизированных для памяти метаданных tempdb, входящая в семейство функций выполняющейся в памяти базы данных.SQL Server 2019 (15.x)SQL Server 2019 (15.x) introduces a new feature that's part of the in-memory database feature family: memory-optimized tempdb metadata.

Она эффективно устраняет существующее узкое место и открывает новый уровень масштабируемости для рабочих нагрузок, активно использующих tempdb.This feature effectively removes this bottleneck and unlocks a new level of scalability for tempdb-heavy workloads. В SQL Server 2019 (15.x)SQL Server 2019 (15.x) системные таблицы, связанные с управлением метаданными временных таблиц, можно переместить в неустойчивые таблицы без кратковременной блокировки, оптимизированные для памяти.In SQL Server 2019 (15.x)SQL Server 2019 (15.x), the system tables involved in managing temporary table metadata can be moved into latch-free, non-durable, memory-optimized tables.

Просмотрите это 7-минутное видео, чтобы узнать, как и когда следует использовать метаданные tempdb, оптимизированные для памяти:Watch this seven-minute video for an overview of how and when to use memory-optimized tempdb metadata:

Настройка и использование метаданных оптимизированной для памяти базы данных tempdbConfiguring and using memory-optimized tempdb metadata

Чтобы согласиться на применение этой новой функции, используйте следующий скрипт:To opt in to this new feature, use the following script:

ALTER SERVER CONFIGURATION SET MEMORY_OPTIMIZED TEMPDB_METADATA = ON;

Чтобы это изменение конфигурации вступило в силу, нужно перезапустить службу.This configuration change requires a restart of the service to take effect.

Вы можете проверить, является ли tempdb оптимизированной для памяти, используя следующую команду T-SQL:You can verify whether or not tempdb is memory-optimized by using the following T-SQL command:

SELECT SERVERPROPERTY('IsTempdbMetadataMemoryOptimized');

Если по какой-то причине не удается запустить сервер после включения оптимизированных для памяти метаданных tempdb, можно обойти эту функцию, запустив экземпляр SQL Server в минимальной конфигурации с помощью параметра запуска -f.If the server fails to start for any reason after you enable memory-optimized tempdb metadata, you can bypass the feature by starting the SQL Server instance with minimal configuration through the -f startup option. После этого вы можете отключить функцию и перезапустить SQL Server в нормальном режиме.You can then disable the feature and restart SQL Server in normal mode.

Чтобы защитить сервер от потенциальных состояний нехватки памяти, можно привязать tempdb к пулу ресурсов.To protect the server from potential out-of-memory conditions, you can bind tempdb to a resource pool. В этом случае вместо действий, которые обычно выполняются при привязке пула ресурсов к базе данных, следует использовать команду ALTER SERVER.This is done through the ALTER SERVER command rather than the steps you would normally follow to bind a resource pool to a database.

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

Кроме того, даже если метаданные оптимизированной для памяти базы данных tempdb уже включены, чтобы это изменение вступило в силу, требуется перезагрузка.This change also requires a restart to take effect, even if memory-optimized tempdb metadata is already enabled.

Ограничения оптимизированной для памяти базы данных tempdbMemory-optimized tempdb limitations

  • Включение и отключение функции не является динамическим.Toggling the feature on and off is not dynamic. Из-за внутренних изменений, которые необходимо внести в структуру tempdb, для включения или отключения этой функции требуется перезапуск.Because of the intrinsic changes that need to be made to the structure of tempdb, a restart is required to either enable or disable the feature.

  • Отдельная транзакция не может обратиться к таблицам, оптимизированным для памяти, в более чем одной базе данных.A single transaction is not allowed to access memory-optimized tables in more than one database. Все транзакции, связанные с таблицей, оптимизированной для памяти, в пользовательской базе данных, не смогут обратиться к системным представлениям tempdb в той же транзакции.Any transactions that involve a memory-optimized table in a user database won't be able to access tempdb system views in the same transaction. Если вы попытаетесь обратиться к системным представлениям tempdb в транзакции с участием таблицы, оптимизированной для памяти, в пользовательской базе данных, возникнет следующая ошибка:If you try to access tempdb system views in the same transaction as a memory-optimized table in a user database, you'll receive the following error:

    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.
    

    Пример.Example:

    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 не будут учитывать указания блокировки и изоляции.Queries against memory-optimized tables don't support locking and isolation hints, so queries against memory-optimized tempdb catalog views won't honor locking and isolation hints. Как и в случае с другими системными представлениями каталога в SQL ServerSQL Server, все транзакции для системных представлений будут находиться в изоляции READ COMMITTED (или READ COMMITTED SNAPSHOT в нашем случае).As with other system catalog views in SQL ServerSQL Server, all transactions against system views will be in READ COMMITTED (or in this case, READ COMMITTED SNAPSHOT) isolation.

  • Если оптимизированные для памяти метаданные tempdb включены, индексы columnstore нельзя создавать во временных таблицах.Columnstore indexes can't be created on temporary tables when memory-optimized tempdb metadata is enabled.

  • В связи с ограничением на индексы columnstore использование системной хранимой процедуры sp_estimate_data_compression_savings с параметром сжатия данных COLUMNSTORE или COLUMNSTORE_ARCHIVE не поддерживается, если включены оптимизированные для памяти метаданные tempdb.Due to the limitation on columnstore indexes, use of the sp_estimate_data_compression_savings system stored procedure with the COLUMNSTORE or COLUMNSTORE_ARCHIVE data compression parameter is not supported when memory-optimized tempdb metadata is enabled.

Примечание

Эти ограничения применяются только при создании ссылок на системные представления tempdb.These limitations apply only when you're referencing tempdb system views. При необходимости вы сможете создать временную таблицу в той же транзакции, где обращаетесь к таблице, оптимизированной для памяти, в пользовательской базе данных.You can create a temporary table in the same transaction as you access a memory-optimized table in a user database, if desired.

Планирование ресурсов для tempdb в SQL ServerCapacity planning for tempdb in SQL Server

Определение требуемого размера tempdb в рабочей среде SQL ServerSQL Server зависит от многих факторов.Determining the appropriate size for tempdb in a SQL ServerSQL Server production environment depends on many factors. Как описано выше, эти факторы включают текущую рабочую нагрузку и используемые функции SQL ServerSQL Server.As described earlier, these factors include the existing workload and the SQL ServerSQL Server features that are used. Рекомендуется проанализировать текущую рабочую нагрузку, выполнив следующие задачи в среде тестирования SQL Server:We recommend that you analyze the existing workload by performing the following tasks in a SQL Server test environment:

  • Включите автоувеличение для tempdb.Set autogrow on for tempdb.
  • Запускайте отдельные запросы или файлы трассировки рабочей нагрузки и следите за использованием диска базой данных tempdb.Run individual queries or workload trace files and monitor tempdb space use.
  • Выполняйте операции обслуживания индексов, например перестроение индексов, и следите за использованием диска базой данных tempdb.Execute index maintenance operations such as rebuilding indexes, and monitor tempdb space.
  • Используйте значения используемого пространства на диске из предыдущих шагов для прогнозирования общей рабочей нагрузки.Use the space-use values from the previous steps to predict your total workload usage. Скорректируйте полученное значение с учетом предполагаемой параллельной обработки и задайте соответствующий размер tempdb.Adjust this value for projected concurrent activity, and then set the size of tempdb accordingly.

Мониторинг использования tempdbMonitoring tempdb use

Нехватка места на диске для tempdb может привести к значительным сбоям рабочей среды SQL ServerSQL Server,Running out of disk space in tempdb can cause significant disruptions in the SQL ServerSQL Server production environment. а также помешать работающим приложениям завершить операции.It can also prevent applications that are running from completing operations. Для отслеживания места на диске, используемого в файлах tempdb, можно применять динамическое административное представление sys.dm_db_file_space_usage:You can use the sys.dm_db_file_space_usage dynamic management view to monitor the disk space that's used in the tempdb files:

 -- 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 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 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 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 sys.dm_db_file_space_usage;

Для мониторинга действий выделения и освобождения страниц в tempdb на уровне сеансов или задач можно использовать динамические административные представления sys.dm_db_session_space_usage и sys.dm_db_task_space_usage.To monitor the page allocation or deallocation activity in tempdb at the session or task level, you can use the sys.dm_db_session_space_usage and sys.dm_db_task_space_usage dynamic management views. Эти представления позволяют выявлять большие запросы, временные таблицы или табличные переменные, которые используют много места на диске для tempdb.These views can help you identify large queries, temporary tables, or table variables that are using lots of tempdb disk space. Кроме того, вы можете использовать несколько счетчиков для мониторинга свободного места в базе данных tempdb и ресурсов, использующих tempdb.You can also use several counters to monitor the free space that's available in tempdb and the resources that are using 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;;

Параметр SORT_IN_TEMPDB для индексов SORT_IN_TEMPDB option for indexes
Системные базы данных System databases
sys.databases sys.databases
sys.master_files sys.master_files
Перемещение файлов базы данныхMove database files