Referência de configuração modificável para Banco de Dados SQL do Azure

Aplica-se a:Banco de Dados SQL do Azure

Este artigo identifica quais configurações do Banco de Dados SQL do Azure você pode modificar após criar seu banco de dados, e quais são imutáveis e exigem que você recrie o banco de dados.

Legenda

Símbolo Meaning
Sim Totalmente modificável depois que você cria seu banco de dados.
No Não é possível alterar isso. Exige recreação ou uma solução alternativa.
Parcialmente Modificável com ressalvas ou restrições.
N/A Não é uma configuração persistente. Só é relevante quando você cria o banco de dados.

A coluna Scope indica se uma configuração é para o servidor lógico e se aplica a todos os seus bancos de dados, ou a um banco de dados individual, ou a ambos.

Basics

Configurações que você fornece (ou aceita padrão) ao criar o banco de dados, além de metadados básicos.

Configuration Scope Valores Pode ser modificado após a implantação
Grupo de assinaturas ou recursos Servidor lógico (bancos de dados se movem junto) Qualquer subscrição ou grupo de recursos ativo no Azure Parcialmente.

Você não pode mover um banco de dados sozinho. Você move o servidor lógico pai usando o Azure Resource Manager, e todos os seus bancos de dados e pools elásticos são movidos junto. Para mover um único banco de dados, copie ou geo-replice para um servidor na assinatura ou grupo de recursos alvo.
Nome do banco de dados Base de dados Definido pelo usuário (único por servidor) Sim.

Você pode renomear um banco de dados com ALTER DATABASE ... MODIFY NAME. Nenhum usuário pode ser conectado durante a renomeação, e o banco de dados não pode participar da geo-replicação ativa nem estar no processo de criação de uma cópia do banco de dados.
Nome do servidor lógico Servidor lógico Definido pelo usuário (globalmente único no Azure) Não.
Servidor lógico pai Base de dados Servidor lógico existente ou novo Não.

Você não pode alterar o servidor lógico de um banco de dados depois de criar o banco de dados. Copie ou geo-replice para outro servidor.
Localização do servidor Servidor lógico Qualquer região do Azure suportada pelo Banco de Dados SQL do Azure. Não.

Veja Banco de Dados SQL do Azure disponibilidade de região.
Método de autenticação SQL Servidor lógico Apenas autenticação SQL, Microsoft Entra + autenticação SQL (mista), apenas Microsoft Entra Sim.

Consulte Configurar a autenticação do Microsoft Entra.
Login de administrador do servidor de autenticação SQL Servidor lógico Definido pelo usuário (definido quando você cria o servidor) Não.

Você não pode renomear o login de administrador do servidor de autenticação SQL depois que o servidor for provisionado.
Senha de administrador do servidor de autenticação SQL Servidor lógico User-defined Sim.
Administrador do Microsoft Entra Servidor lógico Usuário ou grupo Sim.

Veja Configurar e gerenciar a autenticação Microsoft Entra.
Ambiente de carga de trabalho Banco de dados (predefinição de tempo de criação) Desenvolvimento, Produção N/D.

O ambiente da carga de trabalho é um preset exclusivo do portal Azure que influencia os padrões (computação, redundância de backup) quando você cria o banco de dados. Não é uma configuração armazenada.
Collation Base de dados Coletão de banco de dados (por exemplo, SQL_Latin1_General_CP1_CI_AS). Não.

Você não pode alterar a colação do banco de dados depois de criar o banco de dados. Você precisa recriar o banco de dados. Consulte Suporte de Ordenação e Unicode.
Tags Servidor lógico e cada banco de dados (independente) Pares chave-valor Sim.

Computação e armazenamento

Configuration Scope Valores Pode ser modificado após a implantação
Associação ao pool elástico Base de dados Piscina elástica, independente Sim.

Consulte Pools elásticos.
Camada de serviço Banco de dados (ou pool elástico) Uso Geral, Crítico para Negócios, Hiperescala (vCore)
Básico, Padrão, Premium (DTU)
Parcialmente.

Você pode alternar entre os níveis de serviço, e pode atualizar para Hyperscale no modelo de compra do vCore. A migração reversa do Hyperscale de volta para o General Purpose é possível dentro de 45 dias após a conversão. Bancos de dados originalmente criados como Hyperscale não podem reverter. Para saber mais, veja os recursos da Scale.
Camada de computação Banco de dados (ou pool elástico) Provisionado, sem servidor. Sim.

Você pode alternar entre Provisionado e Serverless. Serverless está disponível apenas em Uso Geral e Hiperescala. Não está disponível no Business Critical. Veja Nível de computação sem servidor.
Hardware de computação Banco de dados (ou pool elástico) Série Standard (Gen5), série Premium, série Premium otimizada memória, série DC Sim.

A disponibilidade depende do nível de serviço e do tier de computação. Veja Configuração de hardware.
vCores (Provisionados, ou min/max para Serverless) Banco de dados (ou pool elástico) De 0,5 vCores (serverless) até 128+ vCores, dependendo do nível de serviço, camada de computação e hardware Sim.

Você pode aumentar ou diminuir dentro dos limites aplicáveis. Veja limites de banco de dados únicos, limites de pool elástico e limites de hiperescala.
Atraso de pausa automática (Serverless) Base de dados Atraso configurável, desativado Sim.

Disponível para servidor de uso geral.

Atualmente, a pausa automática e a retomada automática sem servidor são recursos de pré-visualização do Banco de Dados SQL do Azure Hyperscale.
Tamanho de armazenamento reservado Banco de dados (ou pool elástico) Varia conforme o nível de serviço e hardware. Sim.

Você pode aumentar ou diminuir o armazenamento reservado, mas nunca abaixo do espaço já em uso. Veja Limites de recursos para bancos de dados únicos, Limites de recursos para pools elásticos e Limites de recursos em hiperescala.

Rede

Configuration Scope Valores Pode ser modificado após a implantação
Método de conectividade Servidor lógico Ponto de chegada público, ponto de contato privado, sem acesso público. Sim.

Veja arquitetura de conectividade Banco de Dados SQL do Azure.
Permitir o acesso aos serviços do Azure Servidor lógico (regra de firewall) Sim, Não Sim.

Implementado como a regra AllowAllWindowsAzureIps de firewall em nível de servidor (0.0.0.0). Veja Controles de acesso à rede.
Regras de firewall Servidor lógico e banco de dados Regras baseadas em IP. Sim.

Veja Regras de firewall em nível de servidor e banco de dados.
Regras de rede virtual Servidor lógico Endpoints de serviço baseados em sub-rede. Sim.

Veja Endpoints de serviço de rede virtual.
Pontos de extremidade privados Servidor lógico Conexões privadas de endpoint para o servidor lógico. Sim.

Veja Link Privado do Azure para Banco de Dados SQL do Azure.
Política de ligação Servidor lógico Padrão, Proxy, Redirecionar. Sim.

Veja a política de conexão do Banco de Dados SQL do Azure.
Versão mínima do TLS Servidor lógico TLS 1.2 Sim.

TLS 1.2 é o padrão. TLS 1.0 e 1.1 estão aposentados. Veja Versão mínima de TLS e suporte a TLS 1.3.

Segurança

Configuration Scope Valores Pode ser modificado após a implantação
Microsoft Defender para SQL Servidor lógico Ativado, desativado. Sim.

Veja Microsoft Defender para SQL.
Ledger Base de dados Ativado (banco de dados Ledger), desativado Não.

Você não pode converter um banco de dados do livro maior em um banco de dados comum, ou o contrário. Veja Banco de Dados SQL do Azure ledger.
Identidade gerenciada Servidor lógico Atribuído ao sistema, Atribuído ao usuário, nenhum. Sim.

Veja Identidades gerenciadas para SQL do Azure.
TDE (transparent data encryption) Servidor lógico (protetor TDE); Aplicado por banco de dados Chave gerenciada por serviços, chave gerenciada pelo cliente (CMK). Sim.

Você pode alternar entre chaves gerenciadas pelo serviço e gerenciadas pelo cliente, e girar as chaves manualmente ou automaticamente. Veja TDE para Banco de Dados SQL do Azure.
Chave de criptografia TDE (CMK) Servidor lógico (protetor TDE) Chave específica do Azure Key Vault. Sim.

Você pode girar a tecla manualmente ou automaticamente. Veja TDE gerenciado pelo cliente.
Auditoria Servidor lógico e banco de dados Ativado, desativado. Sim.

A auditoria em nível de servidor se aplica a todos os bancos de dados no servidor. Auditoria em nível de banco de dados pode ser configurada de forma independente. Veja Auditoria para Banco de Dados SQL do Azure.

Alta disponibilidade e recuperação de desastre

Configuration Scope Valores Pode ser modificado após a implantação
Redundância de zona Banco de dados (ou pool elástico) Ativado, desativado. Parcialmente.

Você pode ativar ou desativar a redundância de zonas para o Banco de Dados SQL do Azure General Purpose (vCore) e para os níveis Business Critical/Premium como uma operação online. Banco de Dados SQL do Azure Hyperscale: você só pode especificar redundância de zona ao criar o banco de dados, e não pode alterar isso depois. Para alterar, use cópia de banco de dados, restauração pontual no tempo ou uma réplica geográfica. Veja Disponibilidade redundante de zona.
Réplicas de alta disponibilidade Base de dados 0-4 (Hiperescala); fixo em 3 (Business Critical e Premium) Sim (apenas Hyperscale).

Em Business Critical e Premium, as três réplicas do HA são automáticas e você não pode configurar a contagem. No Hyperscale, você pode configurar réplicas de 0-4 HA. Veja Hiperescala de alta disponibilidade.
Expansão horizontal de leitura Base de dados Habilitado, Desabilitado Sim.

Réplicas em escala de leitura estão disponíveis nos níveis Premium e Business Critical. O Hyperscale oferece escalonamento equivalente de leitura através de réplicas HA e até 30 réplicas nomeadas com computação configurável de forma independente (veja a linha de réplicas de alta disponibilidade ). Veja a escala de Read.
Geo-replication Banco de dados (geo-replicação ativa); Servidor lógico (grupos de failover) Geo-replicação ativa, grupos de failover Sim.

Você pode configurar a geo-replicação depois de criar o banco de dados. Veja Grupos de Geo-Replicação Ativa e Failover.

Backup e restauração

Configuration Scope Valores Pode ser modificado após a implantação
Redundância do armazenamento de backup Base de dados LRS, ZRS, GRS, GZRS Parcialmente.

Propósito Geral/Crítico de Negócios: a redundância do armazenamento de backup é modificável. Mudanças se aplicam a backups futuros e podem levar até 48 horas para entrar em vigor. Hyperscale e Basic: a redundância do armazenamento de backup é definida na criação e não pode ser alterada depois. Para alterar a redundância, use geo-replicação ativa, cópia do banco de dados ou restauração pontual no tempo. O Hyperscale suporta LRS, ZRS, GRS e GZRS quando disponíveis. Veja Redundância de armazenamento de backup.
Retenção de Backup (PITR) Base de dados 1–35 dias (padrão 7) Sim.

Varia conforme o nível de serviço. Veja Restauração em Ponto no Tempo (PITR).
LTR (retenção de longo prazo) Base de dados Semanalmente, mensalmente, anualmente, até 10 anos. Sim.

Veja Retenção a longo prazo.

Configurações adicionais

Configuration Scope Valores Pode ser modificado após a implantação
Janela de manutenção Banco de dados (ou pool elástico) Sistema padrão (17h–8h), Dias úteis (22h–6h de segunda a quinta), Fim de semana (22h–6h sexta-domingo) Sim.

Para o Banco de Dados SQL do Azure, você pode alterar a janela de manutenção desejada a qualquer momento. Para camadas de serviço suportadas e hardware, veja a janela de manutenção.
Configurações de Diagnóstico Base de dados Log Analytics, Event Hubs, Conta de Armazenamento. Sim.

Veja Telemetria de diagnóstico para exportação.

Configurações inalteráveis após a implantação

Você não pode mudar as seguintes configurações depois de criar seu banco de dados. Planeje-os cuidadosamente antes de provisionar o banco de dados.

Setting Por que isso importa
Collation Você não pode alterar a colação do banco de dados depois de criar o banco de dados.
Ledger Depois de criar um banco de dados como um banco de dados de registro (ou como um banco de dados comum), você não pode alternar entre os dois.
Nome e região do servidor lógico Você não pode mudar o nome lógico do servidor nem sua região depois de criar o servidor.
Servidor lógico pai Você não pode alterar o servidor lógico de um banco de dados depois de criar o banco de dados. Copie ou geo-replice para outro servidor.
Login de administrador do servidor de autenticação SQL Você não pode renomear o login do servidor de autenticação SQL depois de criar o servidor.
Especificidades apenas para hiperescala Quando você cria o banco de dados no Hyperscale, não pode mudar a redundância do armazenamento de backup ou da zona depois. Você pode converter bancos de dados para Hyperscale e migrar reversamente do Hyperscale em até 45 dias, mas bancos de dados originalmente criados como Hyperscale não podem reverter.