Partilhar 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 de plataforma como serviço (PaaS) totalmente gerenciado que lida com a maioria das funções de gerenciamento de banco de dados sem o envolvimento do usuário. As funções de gerenciamento incluem atualizações, 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 baseia-se nos cinco pilares da excelência arquitetónica:

  • Fiabilidade
  • 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 de plataforma como serviço (PaaS) totalmente gerenciado que lida com a maioria das funções de gerenciamento de banco de dados sem o envolvimento do usuário. As funções de gestão incluem:

  • Atualizações
  • Correções
  • Cópias de Segurança
  • Monitorização

Esse serviço permite que você crie 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 em execução na versão estável mais recente do mecanismo de banco de dados do SQL Server e no sistema operacional corrigido com 99.99% disponibilidade.

Para obter mais informações sobre como o Banco de Dados SQL do Azure promove a confiabilidade e permite que sua empresa continue operando durante interrupções, consulte os recursos de Disponibilidade.

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 o Banco de Dados SQL do Azure e confiabilidade.

Considerações de design

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

  • A camada Crítica de Negócios do Banco de Dados SQL do Azure configurada com replicação geográfica tem um RTO (Recovery Time Objetive, objetivo de tempo de recuperação) garantido de 30 segundos para 100% as horas implantadas.

  • Use a fragmentação para distribuir dados e processos em muitos bancos de dados estruturados de forma idêntica. O compartilhamento oferece uma alternativa às abordagens tradicionais de scale-up para custo e elasticidade. Considere o uso de fragmentação para particionar o banco de dados horizontalmente. O compartilhamento pode fornecer isolamento de falhas. Para obter mais informações, consulte Dimensionamento com o Banco de Dados SQL do Azure.

  • As camadas Business Critical ou Premium do Banco de Dados SQL do Azure não configuradas para implantações redundantes de zona, camadas de uso geral, padrão ou básica ou camada de hiperescala com duas ou mais réplicas têm uma garantia de disponibilidade. Para obter mais informações sobre a garantia de disponibilidade, consulte SLA para o Banco de Dados SQL do Azure.

  • Fornece alta disponibilidade regional interna e replicação geográfica turnkey para qualquer região do Azure. Inclui inteligência para suportar funcionalidades de condução autónoma, tais como:

    • Afinação de Desempenho
    • Monitorização de ameaças
    • Avaliações de vulnerabilidade
    • Correção e atualização totalmente automatizadas da base de código

  • Defina um SLA de desempenho do aplicativo e monitore-o com alertas. Detete rapidamente quando o desempenho do seu aplicativo se degrada inadvertidamente abaixo de um nível aceitável, o que é importante para manter alta resiliência. Use a solução de monitoramento definida anteriormente para definir alertas sobre as principais métricas de desempenho de consulta para que você possa agir quando o desempenho quebrar 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 se recuperar de uma interrupção de serviço. Você pode restaurar um banco de dados em qualquer servidor do Banco de dados SQL ou um banco de dados de instância em qualquer instância gerenciada em qualquer região do Azure a partir dos backups replicados geograficamente mais recentes. A restauração geográfica usa um backup replicado geograficamente como origem. Você pode solicitar a restauração geográfica mesmo que o banco de dados ou o datacenter esteja inacessível devido a uma interrupção. A restauração geográfica restaura um banco de dados a partir 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 Business Critical configurada com replicação geográfica, que tem um RPO (Recovery Point Objetive, objetivo de ponto de recuperação) garantido de 5 segundos por 100% horas implantadas.

  • Os recursos de PaaS incorporados ao Banco de Dados SQL do Azure permitem que você se concentre nas atividades de administração e otimização de banco de dados específicas do domínio que são críticas para seus negócios.

  • Use a restauração point-in-time para se recuperar de um erro humano. A restauração point-in-time retorna seu banco de dados para um point-in-time anterior para recuperar dados de alterações feitas inadvertidamente. Para obter mais informações, leia a documentação de restauração point-in-time (PITR).

  • As camadas Business Critical ou Premium são configuradas como implantações redundantes de zona que têm uma garantia de disponibilidade. Para obter mais informações sobre a garantia de disponibilidade, consulte SLA para o 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 um secundário legível em uma região diferente.
  • Use Grupos de Failover Automático que podem 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 detetar incidentes de confiabilidade.
  • Implemente a lógica de repetição.
  • Faça backup de suas chaves.

Recomendações de configuração

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

Recomendação Description
Use a Replicação Geográfica Ativa para criar um secundário legível em uma região diferente. Se o banco de dados primário falhar, execute um failover manual para o banco de dados secundário. Até o failover, o banco de dados secundário permanece somente leitura. A replicação geográfica ativa permite criar réplicas legíveis e fazer failover manual para qualquer réplica se houver uma interrupção do datacenter ou atualização de aplicativos. 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 primário tem um ponto final de conexão diferente.
Use Grupos de Failover Automático que podem incluir um ou vários bancos de dados, normalmente usados pelo mesmo aplicativo. Você pode usar os bancos de dados secundários legíveis para descarregar cargas de trabalho de consulta somente leitura. Como os grupos de failover automático envolvem vários bancos de dados, esses bancos de dados devem ser configurados no servidor primário. Os grupos de failover automático oferecem suporte à replicação de todos os bancos de dados do grupo para apenas um servidor secundário ou instância em uma região diferente. Saiba mais sobre Grupos de AutoFailover e design de 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 colocar diferentes réplicas do banco de dados Crítico de Negócios em diferentes zonas de disponibilidade na mesma região. Para eliminar um único ponto de falha, o anel de controle também é duplicado em várias zonas como três anéis de gateway (GW). O roteamento para um anel de gateway específico é controlado pelo Azure Traffic Manager (ATM). Como a configuração redundante de zona nas camadas de serviço Premium ou Business Critical não cria redundância de banco de dados extra, você pode habilitá-la sem custo extra. Saiba mais sobre bancos de dados com redundância de zona.
Monitore seu Banco de Dados SQL do Azure quase em tempo real para detetar incidentes de confiabilidade. Use uma das soluções disponíveis para monitorar o Banco de Dados SQL para detetar 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 o Azure SQL Analytics para obter mais informações.
Implemente a lógica de repetição. Embora o Banco de Dados SQL do Azure seja resiliente quando se trata de falhas de infraestrutura transitiva, essas falhas podem afetar sua conectividade. Quando ocorrer um erro transitório ao trabalhar com o Banco de dados SQL, certifique-se de que seu código possa repetir a chamada. Para obter mais informações, consulte como implementar a lógica de repetição.
Faça backup de suas chaves. Se você não estiver usando chaves de criptografia no Cofre de Chaves do Azure para proteger seus dados, faça backup de suas chaves.

Banco de Dados SQL do Azure e segurança

A Base de Dados SQL proporciona um conjunto de funcionalidades de segurança e conformidade incorporadas, para ajudar a sua aplicação a cumprir diversos requisitos de segurança e conformidade.

Lista de verificação de estruturação

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

  • Entenda os servidores lógicos e como você pode administrar logins para vários bancos de dados quando apropriado.
  • Habilite a autenticação do Microsoft Entra com o Azure SQL. A autenticação do Microsoft Entra permite o gerenciamento simplificado de permissões e o gerenciamento centralizado de identidades.
  • Os servidores lógicos SQL do Azure devem ter um administrador do Microsoft Entra provisionado.
  • Verifique se o endereço de email das informações de contato em sua Assinatura do Azure para administrador de serviços e coadministradores está alcançando as partes corretas dentro de sua empresa. Você não quer perder ou ignorar notificações de segurança importantes do Azure!
  • Analise a arquitetura de conectividade do Banco de Dados SQL do Azure. Escolha a Redirect política de conexão ou Proxy conforme apropriado.
  • Analise as regras de firewall do Banco de Dados SQL do Azure.
  • Use regras de rede virtual para controlar a comunicação de sub-redes específicas em redes virtuais.
  • Se estiver usando o Firewall do Azure, configure as regras de aplicativo do Firewall do Azure com FQDNs do SQL.

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 a imposição de uma versão do TLS, não será possível reverter para a predefiniçã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 TLS mais recente para o mínimo.
Livro-razão Considere projetar tabelas de banco de dados com base no Razão para fornecer auditoria, evidência de violação e confiança de todas as alterações de dados.
Always Encrypted Considere projetar o acesso a aplicativos com base em Always Encrypted para proteger dados confidenciais dentro de aplicativos delegando o acesso a dados a chaves de criptografia.
Pontos finais privados e link privado As conexões de ponto de extremidade privado impõem uma 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 Azure Private Link for Azure SQL Database é 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 recomendações sobre como corrigir vulnerabilidades do banco de dados.
Advanced Threat Protection Detete atividades anômalas indicando 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 seus alertas com o Microsoft Defender for Cloud.
Auditoria Acompanhe eventos de banco de dados com a Auditoria para o Banco de Dados SQL do Azure.
Identidades geridas 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 Microsoft Entra: Considere desativar a autenticação baseada em SQL e permitir apenas a autenticação do Microsoft Entra.

Definições de política

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

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

Revise o Tutorial: 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 de plataforma como serviço (PaaS) totalmente gerenciado que lida com a maioria das funções de gerenciamento de banco de dados sem o envolvimento do usuário. As funções de gestão incluem:

  • Atualizações
  • Correções
  • Cópias de Segurança
  • Monitorização

Esse serviço permite que você crie 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 do monitoramento e ajuste automáticos de 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 para o 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 otimização de custos.

Lista de Verificação

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

Recomendações de configuração

Explore a tabela de recomendações a seguir para otimizar a configuração do Banco de Dados SQL do Azure para economia de custos:

Recomendação Description
Otimize 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 sejam 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 um teste de aceitação do usuário.
Ajustar o consumo do armazenamento de cópias de segurança Para as bases de dados vCore na Base de Dados SQL do Azure, o armazenamento consumido por cada tipo de cópia de segurança (completa, diferencial e registo) é reportado no painel de monitorização da base de dados como uma métrica separada. O consumo do armazenamento de cópias de segurança até ao tamanho máximo dos dados para uma base de dados não é cobrado. O consumo excessivo do armazenamento de cópias de segurança dependerá da carga de trabalho e do tamanho máximo das bases de dados individuais. Para obter mais informações, consulte Consumo de armazenamento de backup.
Avalie o Banco de Dados SQL do Azure Serverless. Considere usar o Banco de Dados SQL do Azure sem servidor na Camada de Computação Provisionada. Serverless é uma camada de computação para bancos de dados únicos que dimensiona automaticamente a computação com base na demanda de carga de trabalho e fatura a quantidade de computação usada por segundo. A camada de computação sem servidor também pausa automaticamente os bancos de dados durante períodos inativos, quando apenas o armazenamento é cobrado. Ele retoma automaticamente os bancos de dados quando a atividade retorna. O Banco de Dados SQL do Azure sem servidor não é adequado para todos os cenários. Se você tiver um banco de dados com padrões de uso imprevisíveis ou intermitentes 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 para o Banco de Dados SQL do Azure. Você pode reduzir os custos de computação associados ao Banco de Dados SQL do Azure usando o Desconto de Reserva. Depois de determinar a capacidade de computação total e a camada de desempenho para bancos de dados SQL do Azure em uma região, você pode usar essas informações para reservar a capacidade. A reserva pode durar um ou três anos. Para obter mais informações, consulte Economizar custos para recursos com capacidade reservada.
Os pools elásticos ajudam você a gerenciar e dimensionar vários bancos de dados no Banco de Dados SQL do Azure Os conjuntos elásticos da Base de Dados SQL do Azure são uma solução simples e rentável para gerir e dimensionar várias bases de dados com necessidades de utilização extremamente variáveis 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 a 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 de plataforma como serviço (PaaS) totalmente gerenciado que lida com a maioria das funções de gerenciamento de banco de dados sem o envolvimento do usuário. As funções de gestão incluem:

  • Atualizações
  • Correções
  • Cópias de Segurança
  • Monitorização

Esse serviço permite que você crie 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 apoiados por inteligência artificial para ajudá-lo a solucionar problemas e maximizar o desempenho de 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, consulte Monitoramento e ajuste de desempenho no Banco de Dados SQL do Azure.

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 o Banco de Dados SQL do Azure e excelência operacional.

Considerações de design

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

  • A camada Crítica de Negócios do Banco de Dados SQL do Azure configurada com replicação geográfica tem um RTO (Recovery Time Objetive, objetivo de tempo de recuperação) garantido de 30 segundos para 100% as horas implantadas.

  • Use a fragmentação para distribuir dados e processos em muitos bancos de dados estruturados de forma idêntica. O compartilhamento oferece uma alternativa às abordagens tradicionais de scale-up para custo e elasticidade. Considere o uso de fragmentação para particionar o banco de dados horizontalmente. O compartilhamento pode fornecer isolamento de falhas. Para obter mais informações, consulte Dimensionamento com o Banco de Dados SQL do Azure.

  • As camadas Business Critical ou Premium do Banco de Dados SQL do Azure não configuradas para implantações redundantes de zona, camadas de uso geral, padrão ou básica ou camada de hiperescala com duas ou mais réplicas têm uma garantia de disponibilidade. Para obter mais informações, consulte SLA para o Banco de Dados SQL do Azure.

  • Fornece alta disponibilidade regional interna e replicação geográfica turnkey para qualquer região do Azure. Inclui inteligência para suportar funcionalidades de condução autónoma, tais como:

    • Afinação de Desempenho
    • Monitorização de ameaças
    • Avaliações de vulnerabilidade
    • Correção e atualização totalmente automatizadas da base de código

  • Defina um SLA de desempenho do aplicativo e monitore-o com alertas. Detete rapidamente quando o desempenho do seu aplicativo se degrada inadvertidamente abaixo de um nível aceitável, o que é importante para manter alta resiliência. Use a solução de monitoramento definida anteriormente para definir alertas sobre as principais métricas de desempenho de consulta para que você possa agir quando o desempenho quebrar o SLA. Vá para Monitorar seu banco de dados para obter mais informações.

  • Use a restauração geográfica para se recuperar de uma interrupção de serviço. Você pode restaurar um banco de dados em qualquer servidor do Banco de dados SQL ou um banco de dados de instância em qualquer instância gerenciada em qualquer região do Azure a partir dos backups replicados geograficamente mais recentes. A restauração geográfica usa um backup replicado geograficamente como origem. Você pode solicitar a restauração geográfica mesmo que o banco de dados ou o datacenter esteja inacessível devido a uma interrupção. A restauração geográfica restaura um banco de dados a partir 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 Business Critical configurada com replicação geográfica, que tem um RPO (Recovery Point Objetive, objetivo de ponto de recuperação) garantido de 5 segundos por 100% horas implantadas.

  • Os recursos de PaaS incorporados ao Banco de Dados SQL do Azure permitem que você se concentre nas atividades de administração e otimização de banco de dados específicas do domínio que são críticas para seus negócios.

  • Use a restauração point-in-time para se recuperar de um erro humano. A restauração point-in-time retorna seu banco de dados para um point-in-time anterior para recuperar dados de alterações feitas inadvertidamente. Para obter mais informações, leia a documentação de restauração point-in-time (PITR).

  • As camadas Críticas para os Negócios ou Premium são configuradas como Implantações com Redundância de Zona. Para obter mais informações sobre a garantia de disponibilidade, consulte SLA do Banco de Dados SQL do Azure .

Lista de Verificação

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

  • Use a Replicação Geográfica Ativa para criar um secundário legível em uma região diferente.
  • Use Grupos de Failover Automático que podem 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 detetar incidentes de confiabilidade.
  • Implemente lógica de repetição.
  • Faça backup de suas chaves.

Recomendações de configuração

Explore a tabela de recomendações a seguir para otimizar sua configuração do Banco de Dados SQL do Azure para excelência operacional:

Recomendação Description
Use a Replicação Geográfica Ativa para criar um secundário legível em uma região diferente. Se o banco de dados primário falhar, execute um failover manual para o banco de dados secundário. Até o failover, o banco de dados secundário permanece somente leitura. A replicação geográfica ativa permite criar réplicas legíveis e fazer failover manual para qualquer réplica se houver uma interrupção do datacenter ou atualização de aplicativos. 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 primário tem um ponto final de conexão diferente.
Use Grupos de Failover Automático que podem incluir um ou vários bancos de dados, normalmente usados pelo mesmo aplicativo. Você pode usar os bancos de dados secundários legíveis para descarregar cargas de trabalho de consulta somente leitura. Como os grupos de failover automático envolvem vários bancos de dados, esses bancos de dados devem ser configurados no servidor primário. Os grupos de failover automático oferecem suporte à replicação de todos os bancos de dados do grupo para apenas um servidor secundário ou instância em uma região diferente. Saiba mais sobre Grupos de Failover Automático e design de 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 colocar diferentes réplicas do banco de dados Crítico de Negócios em diferentes zonas de disponibilidade na mesma região. Para eliminar um único ponto de falha, o anel de controle também é duplicado em várias zonas como três anéis de gateway (GW). O roteamento para um anel de gateway específico é controlado pelo Azure Traffic Manager (ATM). Como a configuração redundante de zona nas camadas de serviço Premium ou Business Critical não cria redundância de banco de dados extra, você pode habilitá-la sem custo extra. Saiba mais sobre bancos de dados com redundância de zona.
Monitore seu Banco de Dados SQL do Azure quase em tempo real para detetar incidentes de confiabilidade. Use uma das soluções disponíveis para monitorar o Banco de Dados SQL para detetar 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 o Azure SQL Analytics para obter mais informações.
Implemente a lógica de repetição. Embora o Banco de Dados SQL do Azure seja resiliente quando se trata de falhas de infraestrutura transitiva, essas falhas podem afetar sua conectividade. Quando ocorrer um erro transitório ao trabalhar com o Banco de dados SQL, certifique-se de que seu código possa 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 de suas chaves. Se você não estiver usando chaves de criptografia no Cofre de Chaves do Azure para proteger seus dados, faça backup de 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 de plataforma como serviço (PaaS) totalmente gerenciado que lida com a maioria das funções de gerenciamento de banco de dados sem o envolvimento do usuário. As funções de gestão incluem:

  • Atualizações
  • Correções
  • Cópias de Segurança
  • Monitorização

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 estruturação

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

  • Rever os limites de recursos. Para limites de recursos específicos por camada de preço (também conhecido como objetivo de serviço) para bancos de dados únicos, consulte Limites de recursos de banco de dados únicos baseados em DTU ou Limites de recursos de banco de dados único baseados em vCore. Para limites de recursos do pool elástico, consulte Limites de recursos do pool elástico baseados em DTU ou Limites de recursos do pool elástico baseado em vCore.
  • Escolha o modelo de implantação certo para sua carga de trabalho, vCore ou DTU. Compare os modelos de compra baseados em vCore e DTU.
  • A Microsoft recomenda o hardware mais recente da série padrão ou da série premium do banco de dados vCore. O hardware Gen4 mais antigo foi aposentado.
  • Ao usar pools elásticos, familiarize-se com a governança de recursos.
  • Revise o grau máximo de paralelismo padrão (MAXDOP) e configure conforme necessário com base em uma carga de trabalho migrada ou esperada.
  • Considere o uso de réplicas somente leitura de banco de dados crítico para descarregar cargas de trabalho de consulta somente leitura.
  • Analise o Centro de Desempenho do Mecanismo de Banco de Dados do SQL Server e o Banco de Dados SQL do Azure.
  • Os aplicativos que se conectam ao Banco de Dados SQL do Azure devem usar os provedores de conexão mais recentes, por exemplo, o Driver OLE DB ou o Driver ODBC mais recente.

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. O bloqueio devido à simultaneidade e as sessões encerradas devido a impasses 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. Analise as práticas recomendadas.
Analise 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 o pico e a média de utilização do banco de dados e o tamanho certo para cima ou para baixo. Você pode dimensionar facilmente bancos de dados únicos ou pools elásticos sem perda de dados e tempo de inatividade mínimo.
Reveja 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.
Analise o Query Performance Insight. Analise os relatórios do Query Performance Insight for Azure SQL Database para identificar as principais consultas que consomem recursos, consultas de longa execução e muito mais.
Configure o 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 por email para ajuste automático.
Avalie 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 projetar 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? Reveja os nossos Guias de Migração da Base de Dados do Azure.

Assista a episódios de Dados Expostos abordando tópicos do Azure SQL e muito mais.

Próximos passos