Partilhar via

Glossário de termos do Azure SQL

Aplica-se a:Banco de Dados SQL do AzureInstância Gerenciada SQL do AzureSQL Server no Azure VM

Dica

Novo no Azure SQL? Atualize-se com conteúdo de treinamento gratuito detalhado: Azure SQL Fundamentals.

Base de Dados SQL do Azure

Contexto Vigência Definição
Serviço do Azure Base de Dados SQL do Azure Banco de Dados SQL do Azure é um 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, como atualização, aplicação de patches, backups e monitoramento sem o envolvimento do usuário.
Mecanismo de banco de dados O mecanismo de banco de dados usado no Banco de Dados SQL do Azure é a versão estável mais recente do mesmo mecanismo de banco de dados fornecido como o produto Microsoft SQL Server. Alguns recursos do mecanismo de banco de dados são exclusivos do Banco de Dados SQL do Azure ou estão disponíveis antes de serem fornecidos com o SQL Server. O mecanismo de banco de dados é configurado e otimizado para uso na nuvem. Além da funcionalidade principal do banco de dados, o Banco de Dados SQL do Azure fornece recursos nativos da nuvem, como Hyperscale e computação sem servidor.
Entidade do servidor Servidor lógico Um de servidor lógico é uma construção que atua como um ponto administrativo central para uma coleção de bancos de dados no Banco de Dados SQL do Azure e no Azure Synapse Analytics. Todos os bancos de dados gerenciados por um servidor são criados na mesma região que o servidor. Um servidor é um conceito puramente lógico: um servidor lógico não é uma máquina executando uma instância do mecanismo de banco de dados. Não há acesso no nível da instância ou recursos de instância para um servidor.
Login de administrador do servidor Quando crias um servidor lógico, forneces uma conta de login e palavra-passe de administrador do servidor que tem direitos administrativos para todas as bases de dados desse servidor. Não inclua qualquer informação pessoal, sensível ou confidencial no campo do nome de login do administrador do servidor. Os dados introduzidos neste campo não são considerados dados do cliente. Para mais informações, consulte Gerir Bases de Dados e Logins na Azure SQL Database.
Opção de implantação Os bancos de dados podem ser implantados individualmente ou como parte de um pool elástico. Você pode mover bancos de dados existentes para dentro e para fora de pools elásticos.
Piscina elástica pools elásticos são uma solução simples e econômica para gerenciar e dimensionar vários bancos de dados com demandas de uso variáveis e imprevisíveis. Os bancos de dados em um pool elástico estão em um único servidor lógico. Os bancos de dados compartilham uma alocação definida de recursos a um preço definido.
Base de dados única Se você implantar único banco de dados, cada banco de dados será isolado, usando um mecanismo de banco de dados dedicado. Cada um tem sua própria camada de serviço dentro do modelo de compra selecionado e um tamanho de computação que define os recursos alocados para o mecanismo de banco de dados.
Modelo de compra O Banco de Dados SQL do Azure tem dois modelos de compra. O modelo de compra define como você dimensiona seu banco de dados e como você é cobrado por computação, armazenamento, etc.
modelo de compra baseado em DTU O modelo de compra baseado em unidade de transação de banco de dados (DTU) é baseado em uma medida agrupada de recursos de computação, armazenamento e E/S. Os tamanhos de computação são expressos em DTUs para bancos de dados únicos e em unidades de transação de banco de dados elástico (eDTUs) para pools elásticos.
Modelo de compra baseado em vCore (recomendado) Um núcleo virtual (vCore) representa uma CPU lógica. O modelo de compra baseado em vCore oferece maior controle sobre a configuração de hardware para melhor corresponder aos requisitos de computação e memória da carga de trabalho, descontos de preços para do Benefício Híbrido do Azure (AHB) e de Reservas do Azure, dimensionamento mais granular e maior transparência nos detalhes de hardware. Os recursos mais recentes (por exemplo, Hyperscale, serverless) só estão disponíveis no modelo vCore.
Camada de serviço O nível de serviço define a arquitetura de armazenamento, os limites de armazenamento e I/O e as opções de continuidade de negócios. As opções para níveis de serviço variam de acordo com o modelo de compra.
Camadas de serviço baseadas em DTU níveis de serviço Basic, Standard e Premium estão disponíveis no modelo de compra baseado em DTU.
Camadas de serviço baseadas em vCore (recomendado) Níveis de serviço de uso geral, Business Critical e Hyperscale estão disponíveis no modelo de compra baseado em vCore (recomendado).
Camada de computação A camada de computação determina se os recursos estão continuamente disponíveis (provisionados) ou dimensionados automaticamente (sem servidor). A disponibilidade da camada de computação varia de acordo com o modelo de compra e a camada de serviço. Somente a camada de serviço de uso geral do modelo de compra vCore disponibiliza computação sem servidor.
Computação provisionada A camada de computação provisionada fornece uma quantidade específica de recursos de computação que são continuamente provisionados independentemente da atividade de carga de trabalho. No nível de computação provisionado, você é cobrado a um preço fixo por hora.
Computação sem servidor A camada de computação sem servidor dimensiona automaticamente os recursos de computação com base na atividade da carga de trabalho e fatura a quantidade de computação usada por segundo. O Banco de Dados SQL do Azure sem servidor está atualmente disponível na camada de serviço de uso geral do modelo de compra vCore com hardware da série padrão (Gen5) ou mais recente.
Configuração de hardware Configurações de hardware disponíveis O modelo de compra baseado em vCore permite que você selecione a configuração de hardware apropriada para sua carga de trabalho. As opções de configuração de hardware incluem série padrão (Gen5), série premium, série premium otimizada para memória e série DC.
Tamanho da computação (objetivo do serviço) Tamanho de computação (objetivo de serviço) é a quantidade de recursos de CPU, memória e armazenamento disponíveis para um único banco de dados ou pool elástico. O tamanho da computação também define limites de consumo de recursos, como IOPS máxima, taxa máxima de log, etc.
Opções de dimensionamento baseadas em vCore Configure o tamanho da computação para seu banco de dados ou pool elástico selecionando a camada de serviço, a camada de computação e o hardware apropriados para sua carga de trabalho. Ao usar um pool elástico, configure os vCores reservados para o pool e, opcionalmente, defina as configurações por banco de dados. Para opções de dimensionamento e limites de recursos no modelo de compra baseado em vCore, consulte bancos de dados únicos vCoree pools elásticos vCore.
Opções de dimensionamento baseadas em DTU Configure o tamanho de computação para seu banco de dados ou pool elástico selecionando a camada de serviço apropriada e selecionando o tamanho máximo de dados e o número de DTUs. Ao usar um pool elástico, configure as eDTUs reservadas para o pool e, opcionalmente, defina as configurações por banco de dados. Para opções de dimensionamento e limites de recursos no modelo de compra baseado em DTU, consulte Limites de recursos para bancos de dados únicos usando o modelo de compra de DTU - Banco de Dados SQL do Azure e Limites de recursos para pools elásticos usando o modelo de compra de DTU.

Azure SQL Managed Instance

Contexto Vigência Mais informações
Serviço do Azure Azure SQL Managed Instance de Instância Gerenciada SQL do Azure é uma opção de implantação de plataforma como serviço (PaaS) totalmente gerenciada do Azure SQL. Ele fornece uma instância do SQL Server, incluindo o SQL Server Agent, mas remove grande parte da sobrecarga do gerenciamento de uma máquina virtual. A maioria dos recursos disponíveis no SQL Server está disponível na Instância Gerenciada do SQL. Comparação de recursos: Banco de Dados SQL do Azure e Instância Gerenciada SQL do Azure.
Mecanismo de banco de dados O mecanismo de banco de dados usado na Instância Gerenciada SQL do Azure tem quase 100% compatibilidade com o mecanismo de banco de dados SQL Server (Enterprise Edition) mais recente. Algumas funcionalidades do motor de base de dados são exclusivas das instâncias geridas SQL ou estão disponíveis em instâncias geridas SQL antes de serem distribuídas com o SQL Server. As instâncias geridas SQL oferecem capacidades e integrações nativas da cloud, como implementação de uma rede virtual nativa (VNet ), atualizações automáticas de atualizações de versões, backups automatizados e alta disponibilidade.
Entidade do servidor Instância gerida SQL Cada instância gerida de SQL é, ela própria, uma instância do SQL Server. Bases de dados criadas numa instância gerida SQL estão colocalizadas umas com as outras, e pode executar consultas entre bases de dados. Pode ligar-se à instância gerida SQL e usar funcionalidades ao nível da instância, como servidores ligados e o SQL Server Agent.
Opção de implantação As instâncias geridas por SQL podem ser implementadas individualmente ou como parte de um pool de instâncias. Mover uma instância para dentro ou fora de um pool usando o PowerShell ou a CLI do Azure.
Instância única Uma única instância gerida SQL é implementada num conjunto dedicado de máquinas virtuais isoladas que correm dentro da sub-rede virtual do cliente. Essas máquinas formam um cluster virtual . Múltiplas instâncias geridas por SQL podem ser implementadas num único cluster virtual, se desejado.
Conjunto de instância Os pools de instâncias permitem-lhe implementar múltiplas instâncias geridas SQL na mesma máquina virtual. Os pools de instâncias permitem-lhe migrar cargas de trabalho menores e menos intensivas em computação para a cloud sem as consolidar numa única instância gerida SQL maior.
Modelo de compra modelo de compra baseado em vCore A Instância Gerenciada SQL está disponível no modelo de compra baseado em vCore . O Azure Hybrid Benefit está disponível para instâncias geridas em SQL.
Camada de serviço Camadas de serviço baseadas em vCore O SQL Managed Instance oferece dois níveis de serviço que garantem a disponibilidade de SLA de classe empresarial e permitem selecionar de forma independente o tamanho do armazenamento e a capacidade de computação. Selecione entre o nível de Serviço de Propósito Geral, ou Business Critical para uma instância gerida SQL, com base nos seus requisitos de desempenho e latência.
Computação Computação provisionada A Instância Gerenciada SQL fornece uma quantidade específica de recursos de computação que são provisionados continuamente independentemente da atividade de carga de trabalho e fatura a quantidade de computação provisionada a um preço fixo por hora.
Configuração de hardware Configurações de hardware disponíveis A Instância Gerenciada SQL as configurações de hardware incluem hardware de série padrão (Gen5), série premium e série premium otimizada para memória.
Tamanho de computação Opções de dimensionamento baseadas em vCore O tamanho de computação (objetivo de serviço) é a quantidade máxima de recursos de CPU, memória e armazenamento disponíveis para uma única instância gerida SQL ou pool de instâncias. Configure o tamanho de computação para a sua instância gerida SQL selecionando o nível de serviço e o hardware apropriados para a sua carga de trabalho. Aprenda sobre os limites de recursos para instâncias geridas em SQL.

SQL Server em VMs do Azure

Contexto Vigência Mais informações
Serviço do Azure SQL Server em Máquinas Virtuais (VMs) do Azure SQL Server em VMs do Azure permite que você use versões completas do SQL Server na nuvem sem precisar gerenciar nenhum hardware local. As VMs do SQL Server simplificam os custos de licenciamento quando você paga conforme o uso. Você tem acesso ao SQL Server e ao sistema operacional com alguns recursos de gerenciamento automatizado para VMs do SQL Server, como a extensão SQL Server IaaS Agent.
Entidade do servidor Máquina virtual ou VM As VMs do Azure são executadas em muitas regiões geográficas ao redor do mundo. Eles também oferecem vários tamanhos de máquinas. A galeria de imagens da máquina virtual permite criar uma VM do SQL Server com a versão, edição e sistema operacional corretos.
Imagem VMs do Windows ou VMs do Linux Você pode optar por implantar VMs do SQL Server com imagens baseadas no Windows ou imagens baseadas em Linux. A seleção de imagem especifica a versão do sistema operacional e a edição do SQL Server para sua VM do SQL Server.
Preços O preço do SQL Server em VMs do Azure é baseado no licenciamento do SQL Server, no sistema operacional (SO) e no custo da máquina virtual. Você pode reduzir custos otimizando o tamanho da VM e desligando a VM quando possível.
Custo de licenciamento do SQL Server Escolha o gratuito apropriado ou pago edição do SQL Server para seu uso e requisitos. Para edições pagas, você pagar por de uso (também conhecido como pay as you go) ou usar Benefício Híbrido do Azure.
Custo do SO e da máquina virtual O custo do SO e da máquina virtual baseia-se em fatores que incluem a sua escolha de imagem, tamanho da VM e configuração de armazenamento.
Configuração da VM Você precisa definir configurações, incluindo segurança, armazenamento e alta disponibilidade/recuperação de desastres para sua VM do SQL Server. A maneira mais fácil de configurar uma VM do SQL Server é usar uma de nossas imagens do Marketplace, mas você também pode usar esta lista de verificação rápida para uma série de práticas recomendadas e diretrizes para navegar nessas opções.
Tamanho da VM tamanho da VM determina a capacidade de processamento, a memória e a capacidade de armazenamento. Você pode coletar uma linha de base de desempenho para ajudar a selecionar o melhor tamanho de VM para sua carga de trabalho.
Configuração de armazenamento As opções de configuração de armazenamento são determinadas pela seleção do tamanho da VM e pela seleção das configurações de armazenamento, incluindo tipo de disco, configurações de cache e distribuição de disco. Saiba como escolher um tamanho de VM com de escalabilidade de armazenamento suficiente para sua carga de trabalho e uma mistura de discos (geralmente em um pool de armazenamento) que atendam aos requisitos de capacidade e desempenho de sua empresa.
Considerações de segurança Você pode habilitar o Microsoft Defender para SQL, integrar o Azure Key Vault, controlar o acesso e proteger as conexões com sua VM do SQL Server. Saiba diretrizes de segurança estabelecer acesso seguro a VMs do SQL Server.
Extensão do SQL IaaS Agent A extensão do SQL Server IaaS Agent (SqlIaasExtension) é executada em VMs do SQL Server para automatizar tarefas de gerenciamento e administração. Não há nenhum custo extra associado à extensão.
Correção automatizada Automated Patching estabelece uma janela de manutenção para uma VM do SQL Server quando as atualizações de segurança serão aplicadas automaticamente pela extensão do SQL IaaS Agent. Pode haver outros mecanismos para aplicar as Atualizações Automáticas. Se você configurar patches automatizados usando a extensão do SQL IaaS Agent, deverá garantir que não haja outras agendas de atualização conflitantes.
Backup automatizado O Backup Automatizado configura automaticamente o Backup Gerenciado para Microsoft Azure para todos os bancos de dados novos e existentes em uma VM do SQL Server que executa as edições Standard, Enterprise ou Developer 1 do SQL Server 2016 ou posterior.

1 O SQL Server 2025 introduz edições separadas para Desenvolvedores Empresariais e Desenvolvedores Padrão do SQL Server.

  • Last updated on