Compartilhar via

Revisão do Azure Well-Architected Framework - Banco de Dados SQL do Azure

  • Artigo

O Banco de Dados SQL do Azure é um mecanismo de banco de dados PaaS (plataforma como serviço) totalmente gerenciado, que cuida da maioria das funções de gerenciamento de banco de dados sem envolvimento do usuário. As funções de gerenciamento incluem upgrades, patches, backups e monitoramento.

O tipo de recurso de banco de dados único cria um banco de dados no Banco de Dados SQL do Azure com seu próprio conjunto de recursos e é gerenciado por meio de um servidor lógico. Você pode escolher entre o modelo de compra baseado em DTU ou o modelo de compra baseado em vCore. Você pode criar vários bancos de dados em um único pool de recursos, com pools elásticos.

As seções a seguir incluem uma lista de verificação de design e opções de design recomendadas específicas para a segurança do Banco de Dados SQL do Azure. A orientação é baseada nos cinco pilares da excelência arquitetônica:

  • Confiabilidade
  • Segurança
  • Otimização de custos
  • Excelência operacional
  • Eficiência de desempenho

Pré-requisitos

Banco de Dados SQL do Azure e confiabilidade

O Banco de Dados SQL do Azure é um mecanismo de banco de dados PaaS (plataforma como serviço) totalmente gerenciado, que cuida da maioria das funções de gerenciamento de banco de dados sem envolvimento do usuário. As funções de gerenciamento incluem:

  • Atualizações
  • Patches
  • Backups
  • Monitoramento

Esse serviço permite criar uma camada de armazenamento de dados altamente disponível e de alto desempenho para seus aplicativos e cargas de trabalho do Azure. O Banco de Dados SQL do Azure está sempre sendo executado na versão estável mais recente do mecanismo de banco de dados do SQL Server e no SO corrigido com 99.99% de disponibilidade.

Para obter mais informações sobre como Banco de Dados SQL do Azure promove a confiabilidade e permite que sua empresa continue a operar durante as interrupções, consulte os Recursos de disponibilidade de referência.

As seções a seguir incluem considerações de design, uma lista de verificação de configuração e opções de configuração recomendadas específicas para Banco de Dados SQL do Azure e confiabilidade.

Considerações sobre o design

O Banco de Dados SQL do Azure inclui as seguintes considerações sobre design:

  • A camada Comercialmente Crítico do Banco de Dados SQL do Azure configurada com replicação geográfica tem um RTO (objetivo de tempo de Recuperação) garantido de 30 segundos para 100% horas implantadas.

  • Use a fragmentação para distribuir dados e processos entre vários bancos de dados estruturados de modo idêntico. A fragmentação fornece uma alternativa às abordagens tradicionais de expansão quanto a custo e elasticidade. Considere o uso de fragmentação para particionar o banco de dados horizontalmente. A fragmentação pode proporcionar o isolamento de falhas. Para saber mais, confira Escalar horizontalmente com o Banco de Dados SQL do Azure.

  • As camadas Comercialmente Crítico ou Premium do Banco de Dados SQL do Azure não configuradas para implantações com Redundância de Zona, Uso Geral, Standard ou camadas Básicas ou de Hiperescala com duas ou mais réplicas têm uma garantia de disponibilidade. Para obter mais informações sobre a garantia de disponibilidade, confira o SLA do Banco de Dados SQL do Azure.

  • Ele fornece alta disponibilidade regional integrada e replicação geográfica turnkey para qualquer região do Azure. Inclui inteligência para oferecer suporte a recursos de autoatendimento, como:

    • Ajuste de desempenho
    • Monitoramento de ameaças
    • Avaliações de vulnerabilidade
    • Aplicação de patch e atualização da base de código totalmente automatizadas

  • Defina um SLA de desempenho de aplicativo e monitore-o com alertas. Detecte rapidamente quando o desempenho do aplicativo cair inadvertidamente abaixo de um nível aceitável, o que é importante para manter a alta resiliência. Use a solução de monitoramento definida anteriormente para definir alertas sobre métricas de desempenho de consulta importantes, para que você possa adotar medidas quando o desempenho violar o SLA. Vá para Monitorar seu banco de dados e ferramentas de alerta para obter mais informações.

  • Use a restauração geográfica para recuperar-se de uma interrupção de serviço. Você pode restaurar um banco de dados em qualquer servidor do Banco de Dados SQL ou em um banco de dados de instância em qualquer instância gerenciada em qualquer região do Azure nos backups de replicação geográfica mais recentes. A restauração geográfica usa um backup de replicação geográfica como origem. Você pode solicitar a restauração geográfica mesmo que o banco de dados ou o data center esteja inacessível devido a uma interrupção. A restauração geográfica restaura um banco de dados de um backup com redundância geográfica. Para obter mais informações, consulte Recuperar um banco de dados SQL do Azure usando backups de banco de dados automatizados.

  • Use a camada Comercialmente Crítico configurada com replicação geográfica, que tem um RPO (objetivo de ponto de recuperação) garantido de 5 segundos para 100% das horas implantadas.

  • Os recursos de PaaS integrados ao Banco de Dados SQL do Azure permitem que você se concentre nas atividades de administração e otimização de bancos de dados específicas do domínio que são críticas para sua empresa.

  • Use a Recuperação Pontual para se recuperar de erro humano. A restauração pontual retorna seu banco de dados a um momento anterior, visando a recuperar dados alterados inadvertidamente. Para obter mais informações, leia a documentação da Restauração PITR (pontual).

  • As camadas Comercialmente Crítico ou Premium são configuradas como implantações com redundância de zona que têm uma garantia de disponibilidade. Para obter mais informações sobre a garantia de disponibilidade, confira o SLA do Banco de Dados SQL do Azure.

Lista de Verificação

Você configurou o Banco de Dados SQL do Azure com a confiabilidade em mente?

  • Use a Replicação Geográfica Ativa para criar uma réplica secundária para leitura em outra região.
  • Use Grupos de Failover Automático que possam incluir um ou vários bancos de dados, normalmente usados pelo mesmo aplicativo.
  • Use um banco de dados com Redundância de Zona.
  • Monitore seu Banco de Dados SQL do Azure quase em tempo real para detectar incidentes de confiabilidade.
  • Implemente a Lógica de Repetição.
  • Faça backup das suas chaves.

Recomendações de configuração

Confira a seguinte tabela de recomendações para otimizar sua configuração do Banco de Dados SQL do Azure para garantir confiabilidade:

Recomendação Descrição
Use a Replicação Geográfica Ativa para criar uma réplica secundária para leitura em outra região. Se seu banco de dados primário falhar, execute um failover manual para o banco de dados secundário. O banco de dados secundário permanece somente leitura até você fazer o failover. A replicação geográfica ativa permite criar réplicas legíveis e executar failover manualmente para qualquer réplica em caso de atualização de aplicativo ou interrupção do data center. Há suporte para até quatro secundários na mesma região ou em regiões diferentes, e os secundários também podem ser usados para consultas de acesso somente leitura. O failover deve ser iniciado manualmente pelo aplicativo ou pelo usuário. Após o failover, o novo banco de dados primário terá um ponto de extremidade de conexão diferente.
Use Grupos de Failover Automático que possam incluir um ou vários bancos de dados, normalmente usados pelo mesmo aplicativo. Para descarregar cargas de trabalho de consulta do tipo somente leitura, use os bancos de dados secundários para leitura. Como os grupos de failover automático incluem vários bancos de dados, esses bancos de dados devem ser configurados no servidor primário. Os grupos de failover automático dão suporte à replicação de todos os bancos de dados no grupo para apenas um servidor secundário ou uma instância em uma região diferente. Saiba mais sobre Grupos de failover automático e o Design de recuperação de desastre.
Use um banco de dados com Redundância de Zona. Por padrão, o cluster de nós para o modelo de disponibilidade Premium é criado no mesmo datacenter. Com a introdução das Zonas de Disponibilidade do Azure, o Banco de Dados SQL pode posicionar réplicas diferentes do banco de dados Comercialmente Crítico em diferentes zonas de disponibilidade na mesma região. Para eliminar um ponto único de falha, o anel de controle também é duplicado entre várias zonas como três GW (anéis de gateway). O roteamento para um anel de gateway específico é controlado pelo ATM (Gerenciador de Tráfego do Microsoft Azure). Como a configuração redundante da zona nos níveis Premium e Comercialmente Crítico não cria redundância de banco de dados adicional, você pode habilitá-la sem custo adicional. Saiba mais sobre os Banco de dados com redundância de zona.
Monitore seu Banco de Dados SQL do Azure quase em tempo real para detectar incidentes de confiabilidade. Use uma das soluções disponíveis de monitoramento do DB SQL para detectar possíveis incidentes de confiabilidade antecipadamente e tornar seus bancos de dados mais confiáveis. Escolha uma solução de monitoramento quase em tempo real para reagir rapidamente a incidentes. Consulte Análise de SQL do Azure para obter mais informações.
Implemente a Lógica de Repetição. Embora o Banco de Dados SQL do Azure seja resiliente quanto a falhas de infraestrutura transitórias, tais falhas podem afetar a conectividade. Quando ocorrer um erro transitório durante o trabalho com o Banco de Dados SQL, verifique se o seu código pode repetir a chamada. Para obter mais informações, consulte Como implementar a lógica de repetição.
Faça backup das suas chaves. Se você não estiver usando chaves de criptografia no Azure Key Vault para proteger seus dados, faça backup das suas chaves.

Banco de Dados SQL do Azure e segurança

O Banco de Dados SQL fornece uma variedade de recursos internos de segurança e conformidade para ajudar seu aplicativo a atender a vários requisitos de conformidade e segurança.

Lista de verificação de projeto

Você projetou sua carga de trabalho e configurou o Banco de Dados SQL do Azure com a segurança em mente?

Recomendações

Recomendação Benefício
Revise a versão mínima do TLS. Determine se você tem aplicativos herdados que exigem TLS mais antigos ou conexões não criptografadas. Após aplicar uma versão do TLS, não é possível voltar ao padrão. Revise e configure a versão mínima do TLS para conexões do Banco de Dados SQL por meio do portal do Azure. Caso contrário, defina a versão mais recente do TLS como mínima.
Razão Considere a criação de tabelas de banco de dados com base no Ledger para fornecer auditoria, evidências de violação e confiança de todas as alterações de dados.
Always Encrypted Considere projetar o acesso a aplicativos com base no Always Encrypted para proteger dados confidenciais dentro de aplicativos, delegando o acesso a dados a chaves de criptografia.
Pontos de extremidade privados e link privado As conexões de ponto de extremidade privadas impõem a comunicação segura habilitando a conectividade privada com o Banco de Dados SQL do Azure. Você pode usar um ponto de extremidade privado para proteger conexões e negar acesso à rede pública por padrão. O Link Privado do Azure para o Banco de Dados SQL do Azure é um tipo de ponto de extremidade privado recomendado para o Banco de Dados SQL do Azure.
Avaliações automatizadas de vulnerabilidades Monitore os resultados da verificação de avaliação de vulnerabilidades e as recomendações sobre como corrigir vulnerabilidades de banco de dados.
Proteção Avançada contra Ameaças Detecte atividades anômalas que indicam tentativas incomuns e potencialmente prejudiciais de acessar ou explorar bancos de dados com a Proteção Avançada contra Ameaças para o Banco de Dados SQL do Azure. A Proteção Avançada Contra Ameaças integra os respectivos alertas ao Microsoft Defender para Nuvem.
Auditoria Controlar eventos de banco de dados com Auditoria para Banco de Dados SQL do Azure.
Identidades gerenciadas Considere configurar uma identidade gerenciada atribuída pelo usuário (UMI). As identidades gerenciadas para recursos do Azure eliminam a necessidade de gerenciar credenciais no código.
Autenticação somente no Microsoft Entra Considere desabilitar a autenticação baseada em SQL e permitir apenas a autenticação do Microsoft Entra.

Definições de política

Revise a linha de base de segurança do Azure para definições internas do Banco de Dados SQL do Azure e da Política do Azure.

Todas as definições de política internas relacionadas ao SQL do Azure estão listadas em Políticas internas.

Tutorial de revisão : Proteger um banco de dados no Banco de Dados SQL do Azure.

Banco de Dados SQL do Azure e otimização de custos

O Banco de Dados SQL do Azure é um mecanismo de banco de dados PaaS (plataforma como serviço) totalmente gerenciado, que cuida da maioria das funções de gerenciamento de banco de dados sem envolvimento do usuário. As funções de gerenciamento incluem:

  • Atualizações
  • Patches
  • Backups
  • Monitoramento

Esse serviço permite criar uma camada de armazenamento de dados altamente disponível e de alto desempenho para seus aplicativos e cargas de trabalho do Azure. O Banco de Dados SQL inclui inteligência interna que ajuda a reduzir drasticamente os custos de execução e gerenciamento de bancos de dados por meio de monitoramento e ajuste automáticos do desempenho.

Para obter mais informações sobre como o Banco de Dados SQL do Azure fornece recursos de economia de custos, consulte Planejar e gerenciar custos do Banco de Dados SQL do Azure.

As seções a seguir incluem uma lista de verificação de configuração e opções de configuração recomendadas específicas para o Banco de Dados SQL do Azure e a otimização de custos.

Lista de Verificação

Você configurou o Banco de Dados SQL do Azure tendo em mente a otimização de custos?

Recomendações de configuração

Confira a seguinte tabela de recomendações para otimizar sua configuração do Banco de Dados SQL do Azure visando à otimização de custos:

Recomendação Descrição
Otimize as consultas. Otimize as consultas, tabelas e bancos de dados usando o Query Performance Insights e as Recomendações de Desempenho para ajudar a reduzir o consumo de recursos e chegar à configuração apropriada.
Avalie o uso de recursos. Avalie o uso de recursos para todos os bancos de dados e determine se eles foram dimensionados e provisionados corretamente. Para bancos de dados que não são de produção, considere reduzir os recursos conforme aplicável. As DTUs ou vCores de um banco de dados podem ser dimensionadas sob demanda, por exemplo, ao executar um teste de carga ou teste de aceitação do usuário.
Ajuste fino do consumo de armazenamento de backup Para banco de dados vCore no Banco de Dados SQL do Azure, o armazenamento consumido pelos tipos individuais de backup (completo, diferencial e de log) é relatado no painel de monitoramento do banco de dados como uma métrica separada. O consumo de armazenamento de backup até o tamanho máximo de dados de um banco de dado não é cobrado. O consumo de armazenamento de backup excessivo dependerá da carga de trabalho e máximo tamanho dos bancos de dados individuais. Para obter mais informações, consulte Consumo de armazenamento de backup.
Avalie o Banco de Dados SQL do Azure sem Servidor. Considere usar o Banco de Dados SQL do Azure sem servidor na Camada de Computação Provisionada. Sem servidor é o nome de uma camada de computação para bancos de dados individuais que escala automaticamente a computação com base na demanda de carga de trabalho e cobra pela quantidade de computação usada por segundo. A camada de computação sem servidor também pausa bancos de dados automaticamente durante períodos inativos, quando é cobrado apenas o armazenamento. Ela retoma automaticamente os bancos de dados quando a atividade retorna. O Banco de Dados SQL do Azure sem servidor não é adequado a todos os cenários. Se você tiver um banco de dados com padrões de uso imprevisíveis ou intercalados com períodos de uso baixo ou ocioso, o serverless é uma solução que pode ajudá-lo a otimizar o preço-desempenho.
Considere a capacidade reservada do Banco de Dados SQL do Azure. É possível reduzir custos de computação associados ao Banco de Dados SQL do Azure usando o Desconto de Reserva. Após determinar a capacidade total de computação e o nível de desempenho do banco de dados SQL do Azure em uma região, é possível usar essas informações para reservar a capacidade. A reserva pode abranger um ou três anos. Para obter mais informações, consulte Economizar custos para recursos com capacidade reservada.
Pools elásticos ajudam a gerenciar e dimensionar vários bancos de dados no Banco de Dados SQL do Azure Os pools elásticos do Banco de Dados SQL do Azure são uma solução simples e econômica para gerenciar e dimensionar a vários bancos de dados com demandas de uso variadas e imprevisíveis. Os bancos de dados em um pool elástico estão em um único servidor e compartilham um número definido de recursos por um preço definido. Para obter mais informações, consulte Pools elásticos para gerenciar e dimensionar vários bancos de dados.

Para obter mais informações, consulte Planejar e gerenciar custos para o Banco de Dados SQL do Azure.

Banco de Dados SQL do Azure e excelência operacional

O Banco de Dados SQL do Azure é um mecanismo de banco de dados PaaS (plataforma como serviço) totalmente gerenciado, que cuida da maioria das funções de gerenciamento de banco de dados sem envolvimento do usuário. As funções de gerenciamento incluem:

  • Atualizações
  • Patches
  • Backups
  • Monitoramento

Esse serviço permite criar uma camada de armazenamento de dados altamente disponível e de alto desempenho para seus aplicativos e cargas de trabalho do Azure. O Banco de Dados SQL do Azure fornece recursos avançados de monitoramento e ajuste com tecnologia de inteligência artificial para ajudar a solucionar problemas e maximizar o desempenho dos seus bancos de dados e soluções.

Para obter mais informações sobre como o Banco de Dados SQL do Azure promove a excelência operacional e permite que sua empresa continue operando durante interrupções, confira Monitoramento e ajuste de desempenho no Banco de Dados SQL do Azure.

As seções a seguir incluem considerações sobre design, uma lista de verificação de configuração e opções de configuração específicas recomendadas para o Banco de Dados SQL do Azure e a excelência operacional.

Considerações sobre o design

O Banco de Dados SQL do Azure inclui as seguintes considerações sobre design:

  • A camada Comercialmente Crítico do Banco de Dados SQL do Azure configurada com replicação geográfica tem um RTO (objetivo de tempo de Recuperação) garantido de 30 segundos para 100% horas implantadas.

  • Use a fragmentação para distribuir dados e processos entre vários bancos de dados estruturados de modo idêntico. A fragmentação fornece uma alternativa às abordagens tradicionais de expansão quanto a custo e elasticidade. Considere o uso de fragmentação para particionar o banco de dados horizontalmente. A fragmentação pode proporcionar o isolamento de falhas. Para saber mais, confira Escalar horizontalmente com o Banco de Dados SQL do Azure.

  • As camadas Comercialmente Crítico ou Premium do Banco de Dados SQL do Azure não configuradas para implantações com Redundância de Zona, Uso Geral, Standard ou camadas Básicas ou de Hiperescala com duas ou mais réplicas têm uma garantia de disponibilidade. Para obter mais informações, consulte o SLA do Banco de Dados SQL do Azure.

  • Ele fornece alta disponibilidade regional integrada e replicação geográfica turnkey para qualquer região do Azure. Inclui inteligência para oferecer suporte a recursos de autoatendimento, como:

    • Ajuste de desempenho
    • Monitoramento de ameaças
    • Avaliações de vulnerabilidade
    • Aplicação de patch e atualização da base de código totalmente automatizadas

  • Defina um SLA de desempenho de aplicativo e monitore-o com alertas. Detecte rapidamente quando o desempenho do aplicativo cair inadvertidamente abaixo de um nível aceitável, o que é importante para manter a alta resiliência. Use a solução de monitoramento definida anteriormente para definir alertas sobre métricas de desempenho de consulta importantes, para que você possa adotar medidas quando o desempenho violar o SLA. Acesse Monitorar seu Banco de Dados para obter mais informações.

  • Use a restauração geográfica para recuperar-se de uma interrupção de serviço. Você pode restaurar um banco de dados em qualquer servidor do Banco de Dados SQL ou em um banco de dados de instância em qualquer instância gerenciada em qualquer região do Azure nos backups de replicação geográfica mais recentes. A restauração geográfica usa um backup de replicação geográfica como origem. Você pode solicitar a restauração geográfica mesmo que o banco de dados ou o data center esteja inacessível devido a uma interrupção. A restauração geográfica restaura um banco de dados de um backup com redundância geográfica. Para obter mais informações, consulte Recuperar um banco de dados SQL do Azure usando backups de banco de dados automatizados.

  • Use a camada Comercialmente Crítico configurada com replicação geográfica, que tem um RPO (objetivo de ponto de recuperação) garantido de 5 segundos para 100% das horas implantadas.

  • Os recursos de PaaS integrados ao Banco de Dados SQL do Azure permitem que você se concentre nas atividades de administração e otimização de bancos de dados específicas do domínio que são críticas para sua empresa.

  • Use a Recuperação Pontual para se recuperar de erro humano. A restauração pontual retorna seu banco de dados a um momento anterior, visando a recuperar dados alterados inadvertidamente. Para obter mais informações, leia a documentação da Restauração PITR (pontual).

  • As camadas Comercialmente Crítico e Premium são configuradas como Implantações com Redundância de Zona. Para obter mais informações sobre a garantia de disponibilidade, confira o SLA do Banco de Dados SQL do Azure.

Lista de Verificação

Você configurou o Banco de Dados SQL do Azure tendo em mente a excelência operacional?

  • Use a Replicação Geográfica Ativa para criar uma réplica secundária para leitura em outra região.
  • Use Grupos de Failover Automático que possam incluir um ou vários bancos de dados, normalmente usados pelo mesmo aplicativo.
  • Use um banco de dados com Redundância de Zona.
  • Monitore seu Banco de Dados SQL do Azure quase em tempo real para detectar incidentes de confiabilidade.
  • Implemente a lógica de repetição.
  • Faça backup das suas chaves.

Recomendações de configuração

Confira a seguinte tabela de recomendações para otimizar sua configuração do Banco de Dados SQL do Azure visando à excelência operacional:

Recomendação Descrição
Use a Replicação Geográfica Ativa para criar uma réplica secundária para leitura em outra região. Se seu banco de dados primário falhar, execute um failover manual para o banco de dados secundário. O banco de dados secundário permanece somente leitura até você fazer o failover. A replicação geográfica ativa permite criar réplicas legíveis e executar failover manualmente para qualquer réplica em caso de atualização de aplicativo ou interrupção do data center. Há suporte para até quatro secundários na mesma região ou em regiões diferentes, e os secundários também podem ser usados para consultas de acesso somente leitura. O failover deve ser iniciado manualmente pelo aplicativo ou pelo usuário. Após o failover, o novo banco de dados primário terá um ponto de extremidade de conexão diferente.
Use Grupos de Failover Automático que possam incluir um ou vários bancos de dados, normalmente usados pelo mesmo aplicativo. Para descarregar cargas de trabalho de consulta do tipo somente leitura, use os bancos de dados secundários para leitura. Como os grupos de failover automático incluem vários bancos de dados, esses bancos de dados devem ser configurados no servidor primário. Os grupos de failover automático dão suporte à replicação de todos os bancos de dados no grupo para apenas um servidor secundário ou uma instância em uma região diferente. Saiba mais sobre Grupos de Failover Automático e Design DR.
Use um banco de dados com Redundância de Zona. Por padrão, o cluster de nós para o modelo de disponibilidade Premium é criado no mesmo datacenter. Com a introdução das Zonas de Disponibilidade do Azure, o Banco de Dados SQL pode posicionar réplicas diferentes do banco de dados Comercialmente Crítico em diferentes zonas de disponibilidade na mesma região. Para eliminar um ponto único de falha, o anel de controle também é duplicado entre várias zonas como três GW (anéis de gateway). O roteamento para um anel de gateway específico é controlado pelo ATM (Gerenciador de Tráfego do Microsoft Azure). Como a configuração redundante da zona nos níveis Premium e Comercialmente Crítico não cria redundância de banco de dados adicional, você pode habilitá-la sem custo adicional. Saiba mais sobre os Banco de dados com redundância de zona.
Monitore seu Banco de Dados SQL do Azure quase em tempo real para detectar incidentes de confiabilidade. Use uma das soluções disponíveis de monitoramento do DB SQL para detectar possíveis incidentes de confiabilidade antecipadamente e tornar seus bancos de dados mais confiáveis. Escolha uma solução de monitoramento quase em tempo real para reagir rapidamente a incidentes. Consulte Análise de SQL do Azure para obter mais informações.
Implemente a Lógica de Repetição. Embora o Banco de Dados SQL do Azure seja resiliente quanto a falhas de infraestrutura transitórias, tais falhas podem afetar a conectividade. Quando ocorrer um erro transitório durante o trabalho com o Banco de Dados SQL, verifique se o seu código pode repetir a chamada. Para obter mais informações, consulte como implementar a lógica de repetição e a lógica de repetição configurável na introdução do SqlClient.
Faça backup das suas chaves. Se você não estiver usando chaves de criptografia no Azure Key Vault para proteger seus dados, faça backup das suas chaves.

Banco de Dados SQL do Azure e eficiência de desempenho

O Banco de Dados SQL do Azure é um mecanismo de banco de dados PaaS (plataforma como serviço) totalmente gerenciado, que cuida da maioria das funções de gerenciamento de banco de dados sem envolvimento do usuário. As funções de gerenciamento incluem:

  • Atualizações
  • Patches
  • Backups
  • Monitoramento

As seções a seguir incluem uma lista de verificação de design e opções de design recomendadas específicas para a eficiência de desempenho do Banco de Dados SQL do Azure.

Lista de verificação de projeto

Você projetou sua carga de trabalho e configurou o Banco de Dados SQL do Azure com a eficiência de desempenho em mente?

Recomendações

Recomendação Benefício
Diagnostique e solucione problemas de alta utilização da CPU. O Banco de Dados SQL do Azure fornece ferramentas internas para identificar as causas do alto uso da CPU e otimizar o desempenho da carga de trabalho.
Entenda os problemas de bloqueio e bloqueio. Bloqueios devido a simultaneidade e sessões encerradas devido a bloqueios têm causas e resultados diferentes.
Ajuste aplicativos e bancos de dados para desempenho. Ajuste seu aplicativo e banco de dados para melhorar o desempenho. Revise as práticas recomendadas.
Revise os relatórios de utilização do portal do Azure e dimensione conforme apropriado. Após a implantação, use relatórios internos no portal do Azure para revisar regularmente a utilização de pico e média do banco de dados e o tamanho correto para cima ou para baixo. Você pode facilmente dimensionar bancos de dados únicos ou pools elásticos sem perda de dados e tempo de inatividade mínimo.
Confira Recomendações de desempenho. No menu Desempenho Inteligente da página do banco de dados no portal do Azure, revise e considere a ação em qualquer uma das Recomendações de Desempenho e implemente quaisquer problemas de índice, esquema e parametrização.
Revise o Query Performance Insight. Revise os relatórios do Query Performance Insight para o Banco de Dados SQL do Azure para identificar as principais consultas que consomem recursos, consultas de longa duração e muito mais.
Configurar ajuste automático. Forneça desempenho máximo e cargas de trabalho estáveis por meio de ajuste contínuo de desempenho com base em IA e aprendizado de máquina. Considere usar a Automação do Azure para configurar notificações de email para ajuste automático.
Avaliar o uso potencial de objetos de banco de dados na memória. As tecnologias na memória permitem melhorar o desempenho do aplicativo e, potencialmente, reduzir o custo do banco de dados. Considere a criação de alguns objetos de banco de dados em aplicativos OLTP de alto volume.
Aproveite o repositório de consultas. Habilitado por padrão no Banco de Dados SQL do Azure, o Repositório de Consultas contém uma grande variedade de dados de desempenho de consulta e consumo de recursos, bem como recursos avançados de ajuste, como dicas do Repositório de Consultas e correção automática de planos. Revise os padrões do Repositório de Consultas no Banco de Dados SQL do Azure.
Implemente a lógica de repetição para erros transitórios. Os aplicativos devem incluir lógica de repetição automática de transação para erros transitórios, incluindo erros comuns de conexão. Aproveite a lógica de intervalo de repetição exponencial.

Recursos adicionais

Para obter informações sobre recursos com suporte, consulte Recursos e resolução de diferenças Transact-SQL durante a migração para o Banco de dados SQL.

Migrando para o Banco de Dados SQL do Azure? Consulte nossos Guias de Migração de Banco de Dados do Azure.

Assista a episódios do Data Exposed cobrindo tópicos SQL do Azure e muito mais.

Próximas etapas