Configurar e manter o desempenho
Compreender as capacidades do SQL do Azure é importante para fornecer um desempenho consistente. Também é importante compreender as opções e restrições que tem de configurar no Azure SQL Managed Instance e na Base de Dados SQL do Azure e que podem afetar o desempenho. Tal inclui o seguinte:
- Tópicos da
tempdbbase de dados - Configurando bancos de dados
- Configurando arquivos e grupos de arquivos
- Configurando o grau máximo de paralelismo
- Usando o Administrador de Recursos
- Manutenção de índices e estatísticas
Tempdb
A tempdb base de dados do sistema é um importante recurso partilhado utilizado pelas aplicações. Garantir a configuração correta do pode afetar sua capacidade de tempdb oferecer um desempenho consistente. Você usa tempdb da mesma maneira para SQL Server e Azure SQL. Observe, no entanto, que sua capacidade de configuração é diferente, incluindo o posicionamento de arquivos, o número e o tamanho dos arquivos e tempdb as opções de configuraçãotempdb.
Os arquivos de banco de dados são sempre armazenados automaticamente em unidades SSD locais, portanto, o desempenho de tempdb E/S não deve ser um problema.
Os profissionais do SQL Server geralmente usam mais de um arquivo de banco de dados para particionar alocações para tempdb tabelas. Para o Banco de Dados SQL do Azure, o número de arquivos é dimensionado com o número de vCores (por exemplo, dois vCores é igual a quatro arquivos) com um máximo de 16. O número de arquivos não é configurável por meio do T-SQL em relação tempdbao , mas você pode configurá-lo alterando a opção de implantação. O tamanho máximo de é dimensionado por número de tempdb vCores. Com o SQL Managed Instance, obtém 12 ficheiros independentemente dos vCores.
A opção MIXED_PAGE_ALLOCATION de banco de dados é definida como OFF e AUTOGROW_ALL_FILES está definida como ON. Você não pode configurar isso, mas, como no SQL Server, esses são os padrões recomendados.
O tempdb recurso de otimização de metadados introduzido no SQL Server 2019, que pode aliviar a contenção de trava pesada, não está disponível atualmente no Banco de Dados SQL do Azure ou na Instância Gerenciada SQL do Azure.
Configuração da base de dados
Normalmente, pode configurar uma base de dados com as instruções T-SQL ALTER DATABASE e ALTER DATABASE SCOPED CONFIGURATION. Muitas das opções de configuração de desempenho estão disponíveis para o SQL do Azure. Consulte a referência ALTER DATABASE e ALTER DATABASE SCOPED CONFIGURATION T-SQL para obter as diferenças entre o SQL Server, o Banco de Dados SQL do Azure e a Instância Gerenciada do SQL do Azure.
Para o desempenho, o modelo de recuperação da base de dados é uma opção que não pode alterar. A predefinição é a recuperação completa. Isto garante que a base de dados cumpre os contratos de nível de serviço (SLAs) do Azure. Portanto, o registo mínimo para operações em massa não é suportado. O registro mínimo para operações em massa é suportado para tempdbo .
Ficheiros e grupos de ficheiros
Os profissionais do SQL Server utilizam muitas vezes ficheiros e grupos de ficheiros para melhorar o desempenho de E/S através do posicionamento do ficheiro físico. O SQL do Azure não permite que os utilizadores posicionem ficheiros em sistemas de disco específicos. No entanto, o SQL do Azure tem alocações de recursos para desempenho de E/S no que diz respeito a taxas, IOPS e latências. Deste modo, abstrair o utilizador do posicionamento físico do ficheiro pode ser uma vantagem.
A Base de Dados SQL do Azure tem apenas um ficheiro de base de dados (por norma, o Hyperscale tem vários) e o tamanho máximo é configurado através de interfaces do Azure. Não existem funcionalidades para criar ficheiros adicionais.
A Instância Gerenciada SQL do Azure dá suporte à adição de arquivos de banco de dados e à configuração de tamanhos, mas não ao posicionamento físico de arquivos. Você pode usar o número de arquivos e tamanhos de arquivo para a Instância Gerenciada SQL para melhorar o desempenho de E/S. Além disso, os grupos de ficheiros definidos por utilizadores são suportados pelo SQL Managed Instance para fins de gestão.
Configuração do MAXDOP
O grau máximo de paralelismo (MAXDOP) pode afetar o desempenho de consultas individuais. O SQL Server e o SQL do Azure processam o MAXDOP da mesma forma. Pode configurar o MAXDOP no SQL do Azure, tal como no SQL Server, através das seguintes técnicas:
- ALTER DATABASE SCOPED CONFIGURATION para configurar o MAXDOP é suportado para o SQL do Azure.
- O procedimento armazenado sp_configure de "grau máximo de paralelismo" é suportado pelo SQL Managed Instance.
- As sugestões de consulta MAXDOP são totalmente suportadas.
- A configuração do MAXDOP com o Resource Governor é suportada pelo SQL Managed Instance.
Resource Governor
O Resource Governor é uma funcionalidade no SQL Server que pode utilizar para controlar a utilização de recursos para cargas de trabalho através de E/S, CPU e memória. Tenha em atenção que, para os grupos e conjuntos de cargas de trabalho, o Resource Governor é suportado no SQL Managed Instance, mas não o é na Base de Dados SQL do Azure.
Manutenção de índices
A criação e manutenção de índice para o Azure SQL é exatamente igual ao SQL Server. Por exemplo, a criação, recompilação e reorganização de índices é totalmente suportada, tal como no SQL Server. Isto inclui índices online e retomáveis.
Manutenção de estatísticas
O SQL Server e o SQL do Azure processam as estatísticas da mesma forma. As opções de estatísticas automáticas para bases de dados estão disponíveis para ambos.
Agora que você aprendeu algumas das opções de configuração e manutenção de desempenho para o Azure SQL, conclua a seguinte verificação de conhecimento antes de prosseguir para a próxima unidade.