Gerenciamento de recursos de espaço do tempdb

Aplica-se a: SQL Server 2025 (17.x) e versões posteriores

Ao habilitar a tempdb governança de recursos de espaço, você melhora a confiabilidade e evita interrupções impedindo que consultas ou cargas de trabalho descontroladas consumam uma grande quantidade de espaço. tempdb

A partir do SQL Server 2025 (17.x), você pode usar o administrador de recursos para impor um limite na quantidade total de espaço consumido por um grupo de tempdb carga de trabalho. Um grupo de carga de trabalho pode ser associado a um aplicativo, um usuário, um grupo de usuários etc. Quando uma solicitação (uma consulta) tenta exceder o limite, o administrador de recursos a anula com um erro distinto indicando que o limite do grupo de carga de trabalho foi imposto.

Na verdade, você pode particionar o espaço compartilhado tempdb entre cargas de trabalho diferentes. Por exemplo, você pode definir um limite mais alto para um grupo de carga de trabalho usado por um aplicativo crítico e definir um limite menor para o default grupo de carga de trabalho usado por todas as outras cargas de trabalho.

Para obter exemplos de configuração passo a passo, consulte Tutorial: Exemplos para configurar a governança de recursos de espaço tempdb.

Introdução ao administrador de recursos

O administrador de recursos fornece uma estrutura flexível para definir limites de espaço diferentes tempdb para diferentes aplicativos, usuários, grupos de usuários etc. Você também pode definir limites com base na lógica personalizada.

Se você não estiver familiarizado com o administrador de recursos no SQL Server, consulte o administrador de recursos para saber mais sobre seus conceitos e funcionalidades.

Para obter um passo a passo e as práticas recomendadas de configuração do administrador de recursos, consulte Tutorial: Exemplos de configuração do administrador de recursos e práticas recomendadas.

Definir limites de consumo de espaço tempdb

Você pode limitar tempdb o consumo de espaço por um grupo de carga de trabalho de duas maneiras:

• Defina um limite fixo usando o GROUP_MAX_TEMPDB_DATA_MB argumento.

  O limite fixo é útil quando os requisitos de uso da carga de trabalho tempdb são conhecidos com antecedência ou quando tempdb o tamanho não é alterado.

• Defina um limite de porcentagem usando o GROUP_MAX_TEMPDB_DATA_PERCENT argumento.

  O limite de porcentagem é útil quando você pode alterar ao longo do tempo o tamanho máximo de tempdb e deseja que o espaço tempdb disponível para cada grupo de carga de trabalho seja alterado proporcionalmente sem a necessidade de reconfigurar o administrador de recursos. Por exemplo, se você escalar uma VM do Azure executando SQL Server e aumentar o tamanho máximo tempdb, o tempdb espaço disponível para cada grupo de carga de trabalho com um limite percentual também aumentará.

Para obter mais informações sobre os argumentos GROUP_MAX_TEMPDB_DATA_MB e GROUP_MAX_TEMPDB_DATA_PERCENT, consulte CREATE WORKLOAD GROUP ou ALTER WORKLOAD GROUP.

Se os limites fixo e percentual forem especificados para o mesmo grupo de carga de trabalho, o limite fixo terá precedência acima do limite percentual.

Em uma determinada instância do SQL Server, você pode ter uma combinação de grupos de carga de trabalho com limites fixos, limites de porcentagem ou nenhum limite de tempdb consumo de espaço.

Configuração de limite de porcentagem

Os limites de porcentagem só estão em vigor quando a configuração do tempdb arquivo de dados atende aos requisitos resumidos na tabela a seguir:

A consulta a seguir permite que você veja a configuração atual tempdb do arquivo de dados:

SELECT file_id,
       name,
       size * 8. / 1024 AS size_mb,
       IIF(max_size = -1, NULL, max_size * 8. / 1024) AS maxsize_mb,
       IIF(is_percent_growth = 0, growth * 8. / 1024, NULL) AS filegrowth_mb,
       IIF(is_percent_growth = 1, growth, NULL) AS filegrowth_percent
FROM sys.master_files
WHERE database_id = 2
      AND
      type_desc = 'ROWS';

Para um determinado arquivo no conjunto de resultados:

• Se a maxsize_mb coluna estiver NULL, então MAXSIZE será UNLIMITED.
• Quando filegrowth_mb ou filegrowth_percent é zero, então FILEGROWTH é zero.

Se você definir GROUP_MAX_TEMPDB_DATA_PERCENT e executar a instrução ALTER RESOURCE GOVERNOR RECONFIGURE , mas a configuração do arquivo de dados não atender aos requisitos, a instrução será concluída com êxito e os limites de porcentagem serão armazenados, mas eles não serão impostos. Nesse caso, você recebe a mensagem de aviso 10989, severidade 10 , GROUP_MAX_TEMPDB_DATA_PERCENT não está em vigor porque os requisitos de configuração de tempdb não são atendidos. A mensagem também é registrada no log de erros.

Para tornar os limites de porcentagem eficazes, reconfigure tempdb os arquivos de dados para atender aos requisitos e execute ALTER RESOURCE GOVERNOR RECONFIGURE novamente. Para obter mais informações sobre como configurar SIZE, FILEGROWTHe MAXSIZE, consulte Alter DATABASE File and Filegroup Options.

Se um limite percentual estiver em vigor e você adicionar, remover ou redimensionar tempdb arquivos de dados, será necessário executar ALTER RESOURCE GOVERNOR RECONFIGURE para atualizar o administrador de recursos com o novo tamanho máximo de tempdb (100%).

Como funciona

Esta seção descreve tempdb a governança de recursos de espaço em detalhes.

• À medida que as páginas de dados em tempdb são alocadas e desalocadas, o governador de recursos mantém a contabilidade do espaço em tempdb consumido por cada grupo de carga de trabalho.

  Se o administrador de recursos estiver habilitado e um tempdb limite de consumo de espaço for definido para um grupo de carga de trabalho e uma solicitação (uma consulta) em execução no grupo de carga de trabalho tentar colocar o consumo total tempdb de espaço pelo grupo acima do limite, a solicitação será anulada com o erro 1138, severidade 17, Não foi possível alocar uma nova página para o banco de dados 'tempdb' porque isso excederia o limite definido para o grupo de carga de trabalho 'workload-group-name'.

  Quando uma solicitação é anulada com o erro 1138, o valor na coluna total_tempdb_data_limit_violation_count de exibição de gerenciamento dinâmico (DMV) sys.dm_resource_governor_workload_groups é incrementado em um e o evento estendido tempdb_data_workload_group_limit_reached é acionado.

• O administrador de recursos controla todo tempdb o uso que pode ser atribuído a um grupo de carga de trabalho, incluindo tabelas temporárias, variáveis (incluindo variáveis de tabela), parâmetros com valor de tabela, tabelas não temporárias, cursores e o uso de tempdb durante o processamento de consultas, como spools, extravasamentos, tabelas de trabalho e arquivos de trabalho.

  O consumo de espaço para tabelas temporárias globais e tabelas não temporárias tempdb é contabilizado no grupo de carga de trabalho que insere a primeira linha na tabela, mesmo que sessões em outros grupos de carga de trabalho adicionem, modifiquem ou removam linhas na mesma tabela.

• Os limites de consumo configurados tempdb para cada grupo de carga de trabalho são expostos na exibição de catálogo sys.resource_governor_workload_groups, nas colunas group_max_tempdb_data_mb e group_max_tempdb_data_percent.

  O consumo atual e o consumo máximo de espaço tempdb por um grupo de carga de trabalho são expostos na DMV sys.dm_resource_governor_workload_groups, nas colunas tempdb_data_space_kb e peak_tempdb_data_space_kb, respectivamente.

  Dica

  tempdb_data_space_kb e peak_tempdb_data_space_kb colunas em sys.dm_resource_governor_workload_groups são mantidas mesmo que nenhum limite de tempdb consumo de espaço seja definido.

  Você pode criar a função de classificador e os grupos de carga de trabalho sem definir limites inicialmente. Monitore tempdb o uso por cada grupo ao longo do tempo para estabelecer padrões de uso representativos e, em seguida, defina os limites conforme necessário.

• Tempdb o uso pelos repositórios de versão, incluindo o repositório de versão persistente (PVS) quando recuperação acelerada de banco de dados (ADR) está habilitada dentro de tempdb, não é controlado porque as versões de linha podem ser usadas por solicitações em vários grupos de carga de trabalho.

• O consumo de espaço em tempdb é contabilizado como o número de páginas de dados de 8 KB usadas. Mesmo que uma página não esteja totalmente cheia de dados, ela adiciona 8 KB ao tempdb consumo de um grupo de carga de trabalho.

• Tempdb A contabilidade de espaço é mantida ao longo do ciclo de vida de um grupo de trabalho. Se um grupo de carga de trabalho for descartado enquanto tabelas temporárias globais ou tabelas não temporárias com os dados atribuídos a esse grupo de carga de trabalho permanecerem em tempdb, o espaço usado por essas tabelas não será contabilizado em nenhum outro grupo de carga de trabalho.

• Tempdb A governança de recursos de espaço controla o espaço em tempdb arquivos de dados, mas não o espaço em disco nos volumes subjacentes. A menos que você aumente antecipadamente os arquivos de dados tempdb para os tamanhos pretendidos, o espaço no(s) volume(s) onde tempdb está localizado pode ser consumido por outros arquivos. Se não houver espaço restante para tempdb os arquivos de dados crescerem, poderá tempdb ficar sem espaço antes que qualquer limite de grupo de carga de trabalho no tempdb consumo de espaço seja atingido.

• A governança de recursos de espaço em tempdb é aplicável a arquivos de dados, mas não ao arquivo de log de transações. Para garantir que o log de transações em tempdb não consuma uma grande quantidade de espaço, habilite o ADR em tempdb.

Diferenças no monitoramento de espaço a nível de sessão

A DMV sys.dm_db_session_space_usage fornece estatísticas de alocação e desalocação de espaço tempdb para cada sessão. Mesmo que haja apenas uma sessão em um grupo de carga de trabalho, as estatísticas de uso de espaço fornecidas por essa DMV podem não corresponder exatamente às estatísticas fornecidas no modo de exibição sys.dm_resource_governor_workload_groups , pelos seguintes motivos:

• Ao contrário de sys.dm_resource_governor_workload_groups, sys.dm_db_session_space_usage:
  • Não reflete o tempdb uso de espaço pelas tarefas em execução no momento. As estatísticas em sys.dm_db_session_space_usage são atualizadas quando uma tarefa é concluída. As estatísticas em sys.dm_resource_governor_workload_groups são atualizadas continuamente.
  • Não rastreia as páginas do IAM (mapa de alocação de índice). Para obter mais informações, consulte o guia de arquitetura de páginas e extensões.
• Depois que as linhas são excluídas ou quando uma tabela, índice ou partição é descartada ou truncada, as páginas de dados podem ser desalocadas por um processo de segundo plano assíncrono. A realocação desta página pode eventualmente ocorrer com atraso. sys.dm_resource_governor_workload_groups reflete essas desalocações de página à medida que ocorrem, mesmo que a sessão que causou essas desalocações tenha sido fechada e não esteja mais presente em sys.dm_db_session_space_usage.

Práticas recomendadas para governança de recursos de espaço tempdb

Antes de configurar a governança de tempdb recursos de espaço, considere as seguintes práticas recomendadas:

• Revise as melhores práticas gerais para o controlador de recursos.

• Para a maioria dos cenários, evite definir o tempdb limite de consumo de espaço como um valor pequeno ou zero, especialmente para o grupo de default carga de trabalho. Se você fizer isso, muitas tarefas comuns poderão começar a falhar se precisarem alocar espaço.tempdb Por exemplo, se você definir o limite fixo ou de porcentagem como 0 para o default grupo de carga de trabalho, talvez não seja possível abrir o Pesquisador de Objetos no SSMS (SQL Server Management Studio).

• A menos que você tenha criado grupos de carga de trabalho personalizados e uma função de classificação que coloque as cargas de trabalho em seus grupos dedicados, evite limitar o uso de tempdb pelo grupo de carga de trabalho default. Isso pode abortar consultas com o erro 1138 quando tempdb ainda tem espaço não utilizado que não pode ser consumido por nenhuma carga de trabalho de usuários.

• É permitido que a soma dos valores de todos os grupos de carga de trabalho GROUP_MAX_TEMPDB_DATA_MB exceda o tamanho máximo tempdb. Por exemplo, se o tamanho máximo tempdb for de 100 GB, os limites para o GROUP_MAX_TEMPDB_DATA_MB grupo de carga de trabalho A e o grupo de carga de trabalho B poderão ser de 80 GB cada.

  Essa abordagem ainda impede que cada grupo de carga de trabalho consuma todo o espaço tempdb deixando 20 GB para outros grupos de carga de trabalho. Ao mesmo tempo, você evita anulações de consulta desnecessárias quando o espaço livre tempdb ainda está disponível porque os grupos de carga de trabalho A e B provavelmente não consumirão uma grande quantidade de tempdb espaço ao mesmo tempo.

  Da mesma forma, a soma dos valores de GROUP_MAX_TEMPDB_DATA_PERCENT para todos os grupos de carga de trabalho pode exceder cem por cento. Você pode alocar mais tempdb espaço para cada grupo se souber que é improvável que vários grupos causem alto tempdb uso ao mesmo tempo.

Conteúdo relacionado

• Tutorial: Exemplos para configurar a governança de recursos de espaço tempdb
• Gerenciador de Recursos
• Tutorial : exemplos de configuração do administrador de recursos e práticas recomendadas
• ALTER RESOURCE GOVERNOR
• CRIAR GRUPO DE TRABALHO
• ALTERAR GRUPO DE CARGA DE TRABALHO
• SOLTAR GRUPO DE CARGAS DE TRABALHO
• sys.resource_governor_workload_groups
• sys.dm_resource_governor_workload_groups