Administrador de recursos

Aplica-se a:SQL ServerInstância Gerenciada de SQL do Azure

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 do usuário. O administrador de recursos permite que você reserve ou limite 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), você pode:

• Use o administrador de recursos nas edições Enterprise, Enterprise Developer, Standard e Standard Developer. Nas versões anteriores, o administrador de recursos só está disponível nas edições Enterprise e Developer. Para obter mais informações, confira as novidades no SQL Server 2025.
• Use o administrador de recursos para impor limites à quantidade total de espaço consumido por um aplicativo ou carga de tempdb trabalho do usuário. Para obter mais informações, consulte Governança de recursos de espaço do 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 use o administrador de recursos (entre outras técnicas) para gerenciar recursos, não há suporte para a configuração do usuário de pools de recursos personalizados e grupos de carga de trabalho no Banco de Dados SQL do Azure.

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 que você gerencie 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ício 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 controlador de recursos são:

• Fornecer isolamento de multilocatário e de recurso em instâncias únicas do SQL Server que atendem várias cargas de trabalho cliente. 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 disputam os recursos.
• Forneça SLAs de desempenho e suporte previsíveis para cargas de trabalho em um ambiente de vários usuários e de várias cargas de trabalho.
• Isole e limite consultas descontroladas ou limite recursos de E/S para operações intensivas de E/S que podem saturar o subsistema de E/S e impactar negativamente outras cargas de trabalho.
• Adicione o rastreamento detalhado de recursos para a cobrança pelo uso de recursos e forneça uma cobrança 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. As seguintes considerações se aplicam:
  • 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 primário para as réplicas secundárias. Recomendamos que você use a mesma configuração de 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 de 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 alta disponibilidade e secundários de replicação geográfica. Para obter mais informações, consulte Administrador de recursos.
  • Se você usar grupos de disponibilidade independentes, 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 o Analysis Services, o Integration Services e o Reporting Services.
• O administrador de recursos não fornece monitoramento de carga de trabalho 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 limitações de uso de 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 a E/S física 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 lento. O administrador de recursos controla as leituras físicas de E/S do usuário, mas não as E/S de gravação executadas pelas tarefas do sistema.
• Você não pode modificar os controles de governança de recursos para o pool de recursos internal e o grupo de cargas de trabalho.

Conceitos de recurso

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 dá 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 cargas de trabalho está em um pool de recursos. Dois grupos de cargas 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 dá suporte a grupos de carga de trabalho definidos pelo usuário. Para obter mais informações, consulte Grupos 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 logon 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 do grupo de carga de trabalho. Você define a lógica de classificação escrevendo uma função escalar definida pelo usuário, chamada de função de classificador. Para obter mais informações, consulte Função de classificação do administrador de recursos.

Observação

O administrador de recursos não impõe nenhum controle em uma conexão de administrador dedicada (DAC). As consultas 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 sua relação entre si no 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.

Tarefas do administrador de recursos

Descrição da tarefa	Artigo
Exibir exemplos de configuração	Tutorial: Exemplos de configuração do administrador de recursos e práticas recomendadas
Habilitar o administrador de recursos	Habilitar o administrador de recursos
Desabilitar o administrador de recursos	Desabilitar o administrador de recursos
Criar, alterar e descartar um pool de recursos	Pool de recursos do administrador de recursos
Criar, alterar, mover e remover um grupo de carga de trabalho	Grupo de cargas de trabalho do administrador de recursos
Criar e testar uma função definida pelo usuário do classificador	Função de classificação 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 tempdb consumo de espaço	Governança de espaço de recursos no tempdb

Conteúdo relacionado

• Tutorial: Exemplos de configuração do administrador de recursos e práticas recomendadas
• Habilitar o administrador de recursos
• Desabilitar o administrador de recursos
• Pool de recursos do administrador de recursos
• Grupo de cargas de trabalho do administrador de recursos
• Função de classificação do administrador de recursos