Administrador de recursos

Aplica-se a:SQL ServerAzure SQL Managed Instance

Você pode usar o administrador de recursos para gerenciar o consumo de recursos do Mecanismo de Banco de Dados e impor políticas para cargas de trabalho de usuários. O administrador de recursos permite reservar ou limitar a quantidade de CPU, memória e E/S física que as cargas de trabalho de consulta do usuário podem usar. Você também pode modificar o comportamento de consumo de recursos de cada consulta, como o grau de paralelismo ou o tamanho de uma concessão de memória.

A partir do SQL Server 2025 (17.x), pode:

  • Use o governador de recursos nas edições Enterprise, Enterprise Developer, Standard e Standard Developer. Nas versões anteriores, o governador de recursos está disponível apenas nas edições Enterprise e Developer. Para mais informações, consulte O que há de novo no SQL Server 2025.
  • Use o gestor de recursos para impor limites ao espaço tempdb total consumido por uma aplicação ou carga de trabalho do utilizador. Para obter mais informações, consulte Governança de recursos espaciais Tempdb.

Para obter exemplos de configuração e monitoramento e aprender as práticas recomendadas do administrador de recursos, consulte Tutorial: Exemplos de configuração do administrador de recursos e práticas recomendadas.

Observação

Embora o Banco de Dados SQL do Azure faça uso do governador de recursos, entre outras técnicas, para gerir recursos, a configuração por parte do utilizador de pools de recursos e grupos de carga de trabalho no Banco de Dados SQL do Azure não é suportada.

O Azure Synapse Analytics tem uma implementação diferente de um comportamento de governança de recursos semelhante por meio do recurso de classificação de carga de trabalho .

Benefícios do administrador de recursos

O administrador de recursos permite gerenciar cargas de trabalho e recursos do Mecanismo de Banco de Dados especificando reservas e limites de consumo de recursos por solicitações. No contexto do administrador de recursos, uma carga de trabalho é um conjunto de consultas (solicitações) que podem e devem ser tratadas como uma única entidade. Por exemplo, todas as consultas executadas por um determinado aplicativo podem ser consideradas uma carga de trabalho. Embora isso não seja um requisito, quanto mais uniforme for o padrão de uso de recursos de uma carga de trabalho, mais benefícios você provavelmente obterá do administrador de recursos.

Se várias cargas de trabalho distintas estiverem presentes no mesmo servidor, o administrador de recursos permitirá que você aloque recursos de forma diferente para cargas de trabalho diferentes, com base nos limites especificados.

Alguns dos cenários de uso suportados pelo administrador de recursos são:

  • Forneça multilocação e isolamento de recursos em instâncias únicas do SQL Server que atendem a várias cargas de trabalho de clientes. Ou seja, você pode dividir os recursos disponíveis em um servidor entre as cargas de trabalho e minimizar os problemas que podem ocorrer quando as cargas de trabalho competem por recursos.
  • Forneça desempenho previsível e suporte aos SLAs para tarefas em um ambiente com várias tarefas e multiutilizador.
  • Isole e limite as consultas excessivas ou limite os recursos de E/S para operações com uso intensivo de E/S, que podem saturar o subsistema de E/S e impactar negativamente outras cargas de trabalho.
  • Adicione uma monitorização detalhada de recursos para reembolsos de uso de recursos e forneça faturamento previsível aos consumidores de recursos do servidor.

Interoperabilidade e limitações

  • O administrador de recursos pode ser usado com grupos de disponibilidade Always On e instâncias de cluster de failover. Aplicam-se as seguintes considerações:
    • Quando usado no SQL Server, o administrador de recursos deve ser configurado em cada instância do SQL Server que hospeda um grupo de disponibilidade. A configuração do administrador de recursos não se propaga da réplica do grupo de disponibilidade principal para réplicas secundárias. Recomendamos que você use a mesma configuração do administrador de recursos para todas as instâncias do Mecanismo de Banco de Dados do SQL Server que hospedam réplicas de disponibilidade. Isso garante um comportamento consistente à medida que ocorrem failovers do grupo de disponibilidade.
    • Quando usada na Instância Gerenciada SQL do Azure, a configuração do administrador de recursos se propaga da réplica primária para todas as réplicas secundárias porque o master banco de dados da réplica primária é replicado para todas as réplicas secundárias. Isso inclui secundárias de alta disponibilidade e replicação geográfica. Para obter mais informações, consulte Administrador de recursos.
    • Se você usar grupos de disponibilidade contidos, consulte Interações com outros recursos para obter mais informações.
  • O gerenciamento de recursos é limitado ao Mecanismo de Banco de Dados do SQL Server. O administrador de recursos não pode ser usado para Analysis Services, Integration Services e Reporting Services.
  • O administrador de recursos não fornece monitoramento ou gerenciamento de carga de trabalho em várias instâncias do SQL Server.
  • Consultas muito curtas, como consultas em algumas cargas de trabalho OLTP, podem não usar a CPU por tempo suficiente para aplicar controles de largura de banda da CPU. Isso pode distorcer as estatísticas de uso da CPU e limitar a eficácia da governança de recursos da CPU.
  • A capacidade de controlar E/S físicas aplica-se apenas às operações do usuário e não às tarefas do sistema. As tarefas do sistema executam log de transações, ponto de verificação e E/S de gravador preguiçoso. O administrador de recursos controla as E/S de leitura física do usuário, mas não a E/S de gravação executada por tarefas do sistema.
  • Não é possível modificar os controles de governança de recursos para o pool de recursos internal e o grupo de carga de trabalho.

Conceitos de recursos

Os três conceitos a seguir são fundamentais para entender e usar o administrador de recursos:

  • Pool de recursos. Um pool de recursos representa um contêiner para os recursos físicos do servidor, como CPU, memória e E/S. Dois pools de recursos internos, internal e default, estão sempre presentes. O administrador de recursos também oferece suporte a pools de recursos definidos pelo usuário. Dependendo da configuração, os recursos em um pool de recursos podem ser compartilhados com outros pools ou reservados. Para obter mais informações, consulte Pool de recursos do administrador de recursos.
  • Grupo de carga de trabalho. Um grupo de carga de trabalho representa um contêiner para sessões classificadas da mesma maneira. Um grupo de carga de trabalho permite o monitoramento agregado do consumo de recursos de sessão e solicitação e define políticas de solicitação. Cada grupo de carga de trabalho está em um pool de recursos. Dois grupos de carga de trabalho internos, internal e default, sempre existem e são mapeados para os pools de recursos internal e default, respectivamente. O administrador de recursos também oferece suporte a grupos de carga de trabalho definidos pelo usuário. Para obter mais informações, consulte o grupo de carga de trabalho do administrador de recursos.
  • Classificação. O processo de classificação atribui sessões de entrada a um grupo de carga de trabalho com base nos atributos da sessão, como nome de login ou nome do programa, usando sua lógica de classificação personalizada. Depois que uma sessão é classificada em um grupo de carga de trabalho, todas as solicitações executadas nessa sessão estão sujeitas às políticas de grupo de carga de trabalho. Você define a lógica de classificação escrevendo uma função escalar definida pelo usuário, chamada função de classificador. Para obter mais informações, consulte a função classificadora do governador de recursos .

Observação

O governador de recursos não impõe nenhum controle a uma conexão de administrador dedicado (DAC). As consultas de DAC sempre são executadas no grupo de carga de trabalho internal e no pool de recursos.

A ilustração a seguir mostra os componentes do administrador de recursos e seu relacionamento entre si dentro do Mecanismo de Banco de Dados. Do ponto de vista do processamento, o fluxo simplificado é o seguinte:

  • Há uma conexão de entrada para uma sessão (sessão 1 de n).
  • A sessão é confidencial.
  • Usando o resultado da classificação, a sessão é atribuída a um grupo de carga de trabalho, por exemplo, Group 4.
  • O grupo de carga de trabalho impõe suas políticas em todas as solicitações e usa o pool de recursos ao qual está associado, por exemplo, Pool 2.
  • O pool de recursos fornece e limita os recursos exigidos pelo aplicativo, por exemplo, Application 3.

Diagrama mostrando os componentes do administrador de recursos e o processamento das sessões de entrada.

Tarefas do administrador de recursos

Descrição da tarefa Artigo
Ver exemplos de configuração Tutorial: Exemplos de configuração e práticas recomendadas do administrador de recursos
Habilitar o administrador de recursos Habilitar o administrador de recursos
Desativar o administrador de recursos Desativar o administrador de recursos
Criar, alterar e soltar um pool de recursos Pool de recursos do Administrador de recursos
Criar, alterar, mover e eliminar um grupo de carga de trabalho Grupo de carga de trabalho do administrador de recursos
Criar e testar uma função de classificador definida pelo usuário Função de classificador do administrador de recursos
Configurar o administrador de recursos usando um modelo Configurar o administrador de recursos usando um modelo
Exibir propriedades do administrador de recursos Exibir e modificar propriedades do administrador de recursos
Definir um limite de consumo de tempdb espaço Governança de recursos espaciais Tempdb

Conteúdo relacionado

  • Last updated on