Partilhar via

importância da carga de trabalho do Azure Synapse Analytics

  • Artigo

Este artigo explica como a importância da carga de trabalho pode influenciar a ordem de execução dos pedidos de conjuntos de SQL dedicados no Azure Synapse.

Importância

As necessidades empresariais podem exigir que as cargas de trabalho de armazenamento de dados sejam mais importantes do que outras. Considere um cenário em que os dados de vendas críticos da missão são carregados antes do fecho do período fiscal. Os carregamentos de dados para outras origens, como os dados meteorológicos, não têm SLAs rigorosos. Definir uma importância elevada para um pedido de carregamento de dados de vendas e baixa importância para um pedido de carregamento de dados meteorológicos garante que a carga de dados de vendas obtém o primeiro acesso aos recursos e é concluída mais rapidamente.

Níveis de importância

Há cinco níveis de importância: baixo, below_normal, normal, above_normal e alto. Os pedidos que não definem a importância são atribuídos ao nível predefinido do normal. Os pedidos que têm o mesmo nível de importância têm o mesmo comportamento de agendamento que existe atualmente.

Cenários de importância

Para além do cenário de importância básica descrito acima com dados meteorológicos e de vendas, existem outros cenários em que a importância da carga de trabalho ajuda a satisfazer as necessidades de processamento e consulta de dados.

Bloquear

O acesso a bloqueios para atividade de leitura e escrita é uma área de contenção natural. As atividades como o comutador de partições ou o OBJETO MUDAR O NOME requerem bloqueios elevados. Sem importância de carga de trabalho, o conjunto de SQL dedicado no Azure Synapse otimiza o débito. Otimizar o débito significa que quando os pedidos em fila de execução e em fila têm as mesmas necessidades de bloqueio e os recursos estão disponíveis, os pedidos em fila podem ignorar os pedidos com necessidades de bloqueio mais elevadas que chegaram à fila de pedidos mais cedo. Assim que a importância da carga de trabalho for aplicada a pedidos com necessidades de bloqueio mais elevadas. O pedido com maior importância será executado antes do pedido com menor importância.

Considere o exemplo seguinte:

  • O 1.º trimestre está a executar ativamente e a selecionar dados a partir de SalesFact.
  • O 2.º trimestre está em fila à espera que o Q1 seja concluído. Foi submetido às 9h e está a tentar particionar a mudança de novos dados para SalesFact.
  • O 3.º trimestre é submetido às 9h01 e quer selecionar dados de SalesFact.

Se o 2.º e o 3.º trimestre tiverem a mesma importância e o 1º trimestre ainda estiver a ser executado, o 3º trimestre começará a ser executado. O 2.º trimestre continuará a aguardar por um bloqueio exclusivo em SalesFact. Se o 2º trimestre tiver maior importância do que o 3º trimestre, o 3º trimestre aguardará até que o 2º trimestre seja concluído antes de poder iniciar a execução.

Pedidos não uniformes

Outro cenário em que a importância pode ajudar a satisfazer as exigências de consulta é quando são submetidos pedidos com classes de recursos diferentes. Tal como foi mencionado anteriormente, sob a mesma importância, o conjunto de SQL dedicado no Azure Synapse otimiza o débito. Quando os pedidos de tamanho misto (como smallrc ou mediumrc) são em fila de espera, o conjunto de SQL dedicado escolherá o pedido de chegada mais antigo que se enquadra nos recursos disponíveis. Se a importância da carga de trabalho for aplicada, o pedido de maior importância será agendado em seguida.

Considere o seguinte exemplo no DW500c:

  • As consultas Q1, Q2, Q3 e Q4 estão a executar consultas smallrc.
  • O 5º trimestre é submetido com a classe de recursos mediumrc às 9h.
  • O Q6 é submetido com a classe de recursos smallrc às 9h01.

Uma vez que o Q5 é mediumrc, requer dois blocos de simultaneidade. O 5.º trimestre tem de aguardar a conclusão de duas das consultas em execução. No entanto, quando uma das consultas em execução (Q1-Q4) é concluída, o Q6 é agendado imediatamente porque os recursos existem para executar a consulta. Se o 5.º trimestre tiver maior importância do que o 6.º trimestre, o Q6 aguarda até que o Q5 esteja em execução antes de poder começar a ser executado.

Passos seguintes