Partilhar via


Suavização e limitação no Fabric Data Warehouse

Aplica-se a:✅ ponto de extremidade de análise SQL e Warehouse no Microsoft Fabric

Este artigo detalha os conceitos de suavização e limitação em cargas de trabalho usando o Warehouse e o ponto de extremidade de análise SQL no Microsoft Fabric.

Este artigo é específico para cargas de trabalho de data warehousing no Microsoft Fabric. Para todas as cargas de trabalho do Fabric e informações gerais, consulte Limitação no Microsoft Fabric.

Capacidade de computação

A capacidade forma a base no Microsoft Fabric e fornece o poder de computação que impulsiona todas as cargas de trabalho do Fabric. Com base na SKU de capacidade adquirida, você tem direito a um conjunto de unidades de capacidade (CUs) que são compartilhadas na malha. Você pode revisar as CUs para cada SKU em Capacidade e SKUs.

Alisamento

As capacidades têm períodos em que estão subutilizadas (ociosas) e sobreutilizadas (pico). Quando uma capacidade está executando vários trabalhos, um pico repentino na demanda de computação pode ser gerado que excede os limites de uma capacidade comprada. O armazém e o ponto de extremidade de análise SQL fornecem capacidade burstable que permite que as cargas de trabalho usem mais recursos para obter um melhor desempenho.

A suavização oferece alívio para os clientes que criam picos repentinos durante seus horários de pico, enquanto eles têm muita capacidade ociosa que não é usada. A suavização simplifica o gerenciamento de capacidade, espalhando a avaliação da computação para garantir que os trabalhos do cliente sejam executados sem problemas e com eficiência.

A suavização não afetará o tempo de execução. Ele ajuda a simplificar o gerenciamento de capacidade, permitindo que os clientes dimensionem sua capacidade com base na média, em vez de no pico de uso.

  • Para trabalhos interativos executados por usuários: o consumo de capacidade normalmente é suavizado por um mínimo de 5 minutos, ou mais, para reduzir picos temporais de curto prazo.
  • Para trabalhos programados ou em segundo plano: o consumo de capacidade é distribuído por 24 horas, eliminando a preocupação com o agendamento ou a contenção do trabalho.

Comportamento de limitação específico para o armazém e o ponto de extremidade de análise SQL

Em geral, semelhante ao Power BI, as operações são classificadas como interativas ou em segundo plano.

A maioria das operações na categoria Armazém é relatada como plano de fundo para aproveitar a suavização da atividade 24 horas para permitir os padrões de uso mais flexíveis. Com a suavização de 24 horas, as operações podem ser executadas simultaneamente sem causar picos a qualquer hora do dia. Os clientes obtêm o benefício de um desempenho consistentemente rápido sem ter que se preocupar com pequenos picos em sua carga de trabalho. Assim, classificar o armazenamento de dados como plano de fundo reduz a frequência de picos de utilização de de acionar a limitação muito rapidamente.

A maioria das operações de ponto de extremidade de análise de depósito e SQL só experimenta rejeição de operação após a utilização excessiva em média durante um período de 24 horas. Para obter mais informações, consulte Consumo suavizado futuro.

Considerações sobre limitação

  • Quaisquer operações a bordo, incluindo consultas de longa duração, procedimentos armazenados e lotes, não serão limitadas no meio do caminho. As políticas de limitação são aplicáveis à próxima operação após o consumo ser suavizado.
  • As operações de depósito são em segundo plano , exceto para cenários que envolvem operações de modelagem (como criar uma medida, adicionar ou remover tabelas de um modelo semântico padrão, visualizar resultados, etc.) ou criar/atualizar modelos semânticos do Power BI (incluindo um modelo semântico padrão) ou relatórios. Estas operações continuam a seguir a política de "Rejeição Interativa".
  • Assim como a maioria das operações de depósito , as exibições de gerenciamento dinâmico (DMVs) também são classificadas como plano de fundo e cobertas pela política de "Rejeição em segundo plano". Como resultado, os DMVs não podem ser consultados quando a capacidade é limitada. Embora os DMVs não estejam disponíveis, os administradores de capacidade podem acessar o aplicativo Microsoft Fabric Capacity Metrics para entender a causa raiz.
  • Quando a política "Rejeição em segundo plano" está habilitada, qualquer atividade no editor de consultas SQL, no editor de consultas visuais ou no modo de exibição de modelagem pode ver a mensagem de erro: Unable to complete the action because your organization's Fabric compute capacity has exceeded its limits. Try again later.
  • Quando a política "Rejeição em segundo plano" estiver habilitada, se você tentar se conectar a um depósito ou executar uma nova consulta TSQL em aplicativos cliente como o SQL Server Management Studio (SSMS) ou o Azure Data Studio por meio da cadeia de conexão SQL, poderá ver o código de erro SQL 24801 e o texto Unable to complete the action because your organization's Fabric compute capacity has exceeded its limits. Try again laterdo erro.

Práticas recomendadas para recuperar de situações de sobrecarga

Revise as ações que você pode tomar para se recuperar de situações de sobrecarga.

Monitore as informações de sobrecarga com o aplicativo Fabric Capacity Metrics

Os administradores de capacidade podem visualizar informações de sobrecarga e fazer drilldown ainda mais por meio do aplicativo Microsoft Fabric Capacity Metrics.

Para obter um passo a passo do aplicativo, visite Como observar as tendências de utilização do Fabric Data Warehouse.

Use o aplicativo Microsoft Fabric Capacity Metrics para exibir um histórico visual de qualquer superutilização de capacidade, incluindo transporte, cumulativo e burndown de utilização. Para obter mais informações, consulte Limitação no Microsoft Fabric e Overages no aplicativo Microsoft Fabric Capacity Metrics.

Uma imagem animada mostrando os recursos do aplicativo Fabric Capacity Metrics.

Próximo passo