Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Aplica-se a: 
Base de Dados SQL do Azure
Este artigo identifica quais as definições de configuração do Base de Dados SQL do Azure que pode modificar após criar a sua base de dados, e quais são imutáveis e exigem que recrie a base de dados.
Legenda
| Symbol | Meaning |
|---|---|
| Sim | Totalmente modificável depois de criares a tua base de dados. |
| No | Não é possível alterá-lo. 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 crias a base de dados. |
A coluna Scope indica se uma configuração é para o servidor lógico e se aplica a todas as suas bases de dados, ou a uma base de dados individual, ou a ambas.
Basics
Definições que forneces (ou aceitas predefinições) ao criares a base de dados, além de metadados básicos.
| Configuration | Scope | Valores | Pode ser modificado após a implementação |
|---|---|---|---|
| Subscrição ou grupo de recursos | Servidor lógico (as bases de dados movem-se com ele) | Qualquer subscrição ou grupo de recursos ativo no Azure |
Parcialmente. Não se pode mover uma base de dados sozinha. Move-se o servidor lógico pai usando o Azure Resource Manager, e todas as suas bases de dados e pools elásticos movem-se com ele. Para mover uma única base de dados, copie-a ou geo-replice-a para um servidor na subscrição ou grupo de recursos alvo. |
| Nome da base de dados | Database | Definido pelo utilizador (único por servidor) |
Sim. Pode renomear uma base de dados com ALTER DATABASE ... MODIFY NAME. Nenhum utilizador pode ser ligado durante a renomeação, e a base de dados não pode participar em geo-replicação ativa nem estar no processo de criar uma cópia da base de dados. |
| Nome do servidor lógico | Servidor lógico | Definido pelo utilizador (globalmente único no Azure) | Não. |
| Servidor lógico pai | Database | Servidor lógico existente ou novo |
Não. Não podes alterar o servidor lógico de uma base de dados depois de a criares. Copiar ou geo-replicar para outro servidor. |
| Localização do servidor | Servidor lógico | Qualquer região Azure suportada pelo Base de Dados SQL do Azure. |
Não. Consulte disponibilidade de regiões do Base de Dados SQL do Azure. |
| 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 autenticação Microsoft Entra. |
| Login de administrador do servidor de autenticação SQL | Servidor lógico | Definido pelo utilizador (definido quando crias o servidor) |
Não. Não podes renomear o login de administrador do servidor de autenticação SQL depois de o servidor estar provisionado. |
| Palavra-passe de administrador do servidor de autenticação SQL | Servidor lógico | User-defined | Sim. |
| Microsoft Entra admin | Servidor lógico | Usuário ou grupo |
Sim. Consulte Configurar e gerir a autenticação Microsoft Entra. |
| Ambiente de carga de trabalho | Base 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 crias a base de dados. Não é uma configuração armazenada. |
| Collation | Database | Colação de bases de dados (por exemplo, SQL_Latin1_General_CP1_CI_AS). |
Não. Não podes alterar a colação da base de dados depois de criares a base de dados. Tens de recriar a base de dados. Consulte Suporte a agrupamento e Unicode. |
| Tags | Servidor lógico e cada base de dados (independente) | Os pares chave-valor | Sim. |
Computação e armazenamento
| Configuration | Scope | Valores | Pode ser modificado após a implementação |
|---|---|---|---|
| Adesão ao grupo elástico | Database | Piscina elástica, independente |
Sim. Consulte Pools elásticos. |
| Escalão de serviço | Base de dados (ou pool elástico) | Uso Geral, Crítico para o Negócio, Hiperescala (vCore) Básico, Padrão, Premium (DTU) |
Parcialmente. Podes alternar entre níveis de serviço, e podes atualizar para Hyperscale no modelo de compra do vCore. A migração reversa do Hyperscale para o General Purpose é possível dentro de 45 dias após a conversão. Bases de dados originalmente criadas como Hyperscale não conseguem reverter. Para saber mais, consulte os recursos da Scale. |
| Camada de computação | Base de dados (ou pool elástico) | Provisionado, sem servidor. |
Sim. Podes alternar entre Provisionado e Serverless. Serverless está disponível apenas em Uso Geral e Hyperscale. Não está disponível no Business Critical. Ver Nível de computação serverless. |
| Hardware de computação | Base de dados (ou pool elástico) | Série Standard (Gen5), série Premium, série Premium com memória otimizada, série DC |
Sim. A disponibilidade depende do nível de serviço e do nível de computação. Ver Configuração de hardware. |
| vCores (Provisionados, ou min/max para Serverless) | Base de dados (ou pool elástico) | Desde 0,5 vCores (serverless) até 128+ vNúcleos, dependendo do nível de serviço, camada de computação e hardware |
Sim. Pode aumentar ou diminuir dentro dos limites aplicáveis. Veja limites de base de dados únicas, limites de pool elástico e limites de Hyperscale. |
| Atraso de pausa automática (Serverless) | Database | 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 uma funcionalidade de pré-visualização do Base de Dados SQL do Azure Hyperscale. |
| Tamanho de armazenamento reservado | Base de dados (ou pool elástico) | Varia consoante o nível de serviço e o hardware. |
Sim. Pode aumentar ou diminuir o armazenamento reservado, mas nunca abaixo do espaço já utilizado. Consulte Limites de recursos para bases de dados únicas, Limites de recursos para pools elásticos e Limites de recursos Hyperscale. |
Rede
| Configuration | Scope | Valores | Pode ser modificado após a implementação |
|---|---|---|---|
| Método de conectividade | Servidor lógico | Endpoint público, endpoint privado, sem acesso público. |
Sim. Consulte arquitetura de conectividade Base de Dados SQL do Azure. |
| Permitir o acesso aos serviços do Azure | Servidor lógico (regra do firewall) | Sim, Não |
Sim. Implementado como a regra AllowAllWindowsAzureIps do firewall ao nível do servidor (0.0.0.0). Veja Controlos de acesso à rede. |
| Regras de firewall | Servidor lógico e base de dados | Regras baseadas em propriedade intelectual. |
Sim. Veja regras de firewall ao nível do servidor e ao nível da base de dados. |
| Regras de rede virtual | Servidor lógico | Endpoints de serviço baseados em sub-rede. |
Sim. Ver terminais de serviço de rede virtual. |
| Pontos finais privados | Servidor lógico | Ligações privadas de endpoint ao servidor lógico. |
Sim. Consulte Azure Private Link para Base de Dados SQL do Azure. |
| Política de ligação | Servidor lógico | Padrão, Proxy, Redirecionar. |
Sim. Consulte a política de ligação do Base de Dados SQL do Azure. |
| Versão mínima do TLS | Servidor lógico | TLS 1,2 |
Sim. TLS 1.2 é o padrão. Os TLS 1.0 e 1.1 estão retirados de serviço. Veja Versão mínima de TLS e suporte a TLS 1.3. |
Segurança
| Configuration | Scope | Valores | Pode ser modificado após a implementação |
|---|---|---|---|
| Microsoft Defender para SQL | Servidor lógico | Ativado, desativado. |
Sim. Veja Microsoft Defender para SQL. |
| Ledger | Database | Ativado (base de dados Ledger), Desativado |
Não. Não se pode converter uma base de dados de registo numa base de dados normal, ou o contrário. Ver Base de Dados SQL do Azure ledger. |
| Identidade gerenciada | Servidor lógico | Atribuído ao sistema, atribuído ao utilizador, nenhum. |
Sim. Veja Identidades geridas para SQL do Azure. |
| Encriptação de dados transparente (TDE) | Servidor lógico (protetor TDE); Imposta por base de dados | Chave gerida por serviços, chave gerida pelo cliente (CMK). |
Sim. Pode alternar entre chaves geridas pelo serviço e geridas pelo cliente, e rodar as chaves manualmente ou automaticamente. Veja TDE para Base de Dados SQL do Azure. |
| Chave de encriptação TDE (CMK) | Servidor lógico (protetor TDE) | Chave específica do Azure Key Vault. |
Sim. Podes rodar a tecla manualmente ou automaticamente. Consulte TDE gerido pelo cliente. |
| Auditoria | Servidor lógico e base de dados | Ativado, desativado. |
Sim. A auditoria ao nível do servidor aplica-se a todas as bases de dados no servidor. A auditoria ao nível da base de dados pode ser configurada de forma independente. Ver Auditoria para Base de Dados SQL do Azure. |
Alta disponibilidade e recuperação após desastres
| Configuration | Scope | Valores | Pode ser modificado após a implementação |
|---|---|---|---|
| Redundância de zona | Base de dados (ou pool elástico) | Ativado, desativado. |
Parcialmente. Pode ativar ou desativar a redundância de zonas para Base de Dados SQL do Azure General Purpose (vCore) e níveis Business Critical/Premium como uma operação online. Base de Dados SQL do Azure Hyperscale: só podes especificar redundância de zonas quando crias a base de dados, e não podes alterá-la mais tarde. Para alterar, use cópia de base de dados, restauração pontual no tempo ou uma réplica geográfica. Ver Disponibilidade redundante de zonas. |
| Réplicas de alta disponibilidade | Database | 0-4 (Hiperescala); fixo em 3 (Business Critical e Premium) |
Sim (apenas Hyperscale). Em Business Critical e Premium, as três réplicas HA são automáticas e não podes configurar a contagem. No Hyperscale, podes configurar réplicas de 0-4 HA. Veja Hiperescala de alta disponibilidade. |
| Expansão horizontal de leitura | Database | Ativado, Desativado |
Sim. Réplicas em escala de leitura estão disponíveis nos níveis Premium e Business Critical. O Hyperscale fornece uma escala de leitura equivalente através de réplicas HA e até 30 réplicas nomeadas com computação configurável de forma independente (ver a linha de réplicas de alta disponibilidade ). Veja a escala de Read. |
| Geo-replication | Base de dados (geo-replicação ativa); Servidor lógico (grupos de failover) | Geo-replicação ativa, grupos de failover |
Sim. Podes configurar a geo-replicação depois de criares a base de dados. Ver Grupos de Geo-replicação Ativa e Failover. |
Backup e restauração
| Configuration | Scope | Valores | Pode ser modificado após a implementação |
|---|---|---|---|
| Redundância de armazenamento de backup | Database | LRS, ZRS, GRS, GZRS |
Parcialmente. Propósito Geral/Crítico de Negócio: a redundância do armazenamento de backup é modificável. Alterações aplicam-se a backups futuros e podem demorar até 48 horas a entrar em vigor. Hyperscale e Basic: a redundância do armazenamento de backup está definida na criação e não pode ser alterada depois. Para alterar a redundância, utilize a geo-replicação ativa, cópia da base de dados ou restauração pontual no tempo. O Hyperscale suporta LRS, ZRS, GRS e GZRS sempre que disponíveis. Veja Redundância de armazenamento de backup. |
| Retenção de Backup (PITR) | Database | 1–35 dias (padrão 7) |
Sim. Varia consoante o nível de serviço. Ver Restauração em Ponto no Tempo (PITR). |
| Retenção a longo prazo (LTR) | Database | Semanalmente, mensalmente, anualmente, até 10 anos. |
Sim. Ver Retenção a longo prazo. |
Configurações adicionais
| Configuration | Scope | Valores | Pode ser modificado após a implementação |
|---|---|---|---|
| Janela de manutenção | Base de dados (ou pool elástico) | Padrão do sistema (17h–8h), Dias úteis (22h–6h de segunda a quinta), Fim de semana (22h–6h sexta-feira) |
Sim. Para o Base de Dados SQL do Azure, pode alterar a janela de manutenção desejada a qualquer momento. Para níveis de serviço suportados e hardware, consulte a janela de Manutenção. |
| Configurações de diagnóstico | Database | Log Analytics, Event Hubs, Conta de Armazenamento. |
Sim. Veja Telemetria de diagnóstico para exportação. |
Definições inalteráveis após a implementação
Não podes alterar as seguintes definições depois de criares a tua base de dados. Planeie-os cuidadosamente antes de provisionar a base de dados.
| Setting | Por que motivo isto é importante |
|---|---|
| Collation | Não podes alterar a colação da base de dados depois de criares a base de dados. |
| Ledger | Depois de criar uma base de dados como base de registos (ou como base de dados normal), não pode alternar entre as duas. |
| Nome e região do servidor lógico | Não podes mudar o nome lógico do servidor nem a sua região depois de criares o servidor. |
| Servidor lógico pai | Não podes alterar o servidor lógico de uma base de dados depois de a criares. Copiar ou geo-replicar para outro servidor. |
| Login de administrador do servidor de autenticação SQL | Não podes renomear o login de administrador do servidor de autenticação SQL depois de criares o servidor. |
| Especificidades apenas de hiperescala | Quando crias a base de dados no Hyperscale, não podes alterar a redundância do armazenamento de backup ou da zona mais tarde. Podes converter bases de dados para Hyperscale e migrar inversamente do Hyperscale em 45 dias, mas bases de dados originalmente criadas como Hyperscale não podem reverter. |