Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Aplica-se a:
Banco de Dados SQL do Azuree Instância Gerenciada de SQL do AzureSQL Server em VM do Azure
Dica
Novo no Azure SQL? Atualize-se com o conteúdo de treinamento gratuito detalhado: Fundamentos do SQL do Azure.
Banco de Dados SQL do Azure
| Contexto | Termo | Definição |
|---|---|---|
| Serviço do Azure | Banco de Dados SQL do Azure | O Banco de Dados SQL do Azure é um mecanismo de banco de dados PaaS (plataforma como serviço) totalmente gerenciado que realiza a maior parte das funções de gerenciamento de banco de dados, como atualização, aplicação de patch, 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 do Microsoft SQL Server. Alguns recursos do mecanismo de banco de dados são exclusivos do Banco de Dados SQL do Azure ou ficam disponíveis antes de eles 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 funcionalidades nativas de nuvem, como Hiperescala e computação sem servidor. | |
| Entidade de servidor | Servidor lógico | Um servidor lógico é um constructo que funciona como um ponto administrativo central para uma coleção de bancos de dados do Banco de Dados SQL do Azure e do Azure Synapse Analytics. Todos os bancos de dados gerenciados por um servidor são criados na mesma região do servidor. Um servidor é um conceito puramente lógico: um servidor lógico não é um computador que executa uma instância do mecanismo de banco de dados. Não há nenhum acesso no nível da instância ou recursos de instância para um servidor. |
| Logon do administrador do servidor | Ao criar um servidor lógico, você fornece uma conta de logon do administrador do servidor e uma senha que tem direitos administrativos para todos os bancos de dados nesse servidor. Não inclua informações pessoais, confidenciais ou confidenciais no campo nome de logon do administrador do servidor. Os dados inseridos nesse campo não são considerados dados do cliente. Para obter mais informações, consulte Gerenciando bancos de dados e logons no Banco de Dados SQL do Azure. | |
| Opção de implantação | Os bancos de dados podem ser implantados individualmente ou como parte de um pool elástico. Você pode mover os bancos de dados existentes para dentro e para fora dos pools elásticos. | |
| Pool elástico | Os pools elásticos são uma solução simples e econômica para gerenciar e escalar vários bancos de dados com demandas de uso variadas e imprevisíveis. Os bancos de dados de um pool elástico estão em um só servidor lógico. Os bancos de dados compartilham uma alocação definida de recursos a um preço fixo. | |
| Banco de dados individual | Se você implantar um banco de dados individual, cada banco de dados será isolado por meio de um mecanismo de banco de dados dedicado. Cada um tem uma camada própria de serviço no modelo de compra selecionado e um tamanho de computação que define os recursos alocados ao 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 DTU (unidade de transação do banco de dados) baseia-se em uma medida agrupada de recursos de computação, armazenamento e E/S. Os tamanhos da computação são expressos em DTUs para bancos de dados individuais e em eDTUs (unidades de transação do banco de dados elástico) para pools elásticos. | |
| Modelo de compra baseado em vCore (recomendado) | Um vCore (núcleo virtual) representa uma CPU lógica. O modelo de compra baseado em vCore oferece maior controle sobre a configuração de hardware para corresponder melhor 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, escala mais granular e maior transparência nos detalhes do hardware. As funcionalidades mais recentes (por exemplo, Hiperescala e computação sem servidor) só estão disponíveis no modelo baseado em vCore. | |
| Camada de serviço | A camada de serviço define a arquitetura de armazenamento, os limites de armazenamento e de E/S e as opções de continuidade dos negócios. As opções de camadas de serviço variam de acordo com o modelo de compra. | |
| Camadas de serviço com base em DTU | As camadas de serviço Básico, Standard e Premium estão disponíveis no modelo de compra baseado em DTU. | |
| Camadas de serviço baseadas em vCore (recomendado) | As camadas de serviço Uso Geral, Comercialmente Crítico e Hiperescala 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 ficam continuamente disponíveis (provisionados) ou são escalados 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 baseado em vCore disponibiliza a 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. Na camada de computação provisionada, você é cobrado a um preço fixo por hora. | |
| Computação sem servidor | A camada de computação sem servidor escala automaticamente os recursos de computação com base na atividade da carga de trabalho e cobra pela quantidade de computação usada por segundo. No momento, o Banco de Dados SQL do Azure sem servidor está disponível na camada de serviço de uso geral do modelo de compra baseado em vCore com hardware da série Standard (Gen5) ou mais recente. | |
| Configuração de hardware | Configurações de hardware disponíveis | O modelo de compra baseado em vCore permite selecionar 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 com otimização de memória e série DC. |
| Tamanho da computação (objetivo do serviço) | O tamanho da computação (objetivo de serviço) é a quantidade máxima de CPU, memória e outros recursos de armazenamento disponíveis para um banco de dados individual ou um pool elástico. O tamanho da computação também define os limites de consumo de recursos, como IOPS máxima, taxa de log máxima etc. | |
| Opções de dimensionamento baseadas em vCore | Configure o tamanho da computação do banco de dados ou do 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 saber mais sobre as opções de dimensionamento e os limites de recursos no modelo de compra baseado em vCore, confira Bancos de dados individuais baseados em vCore e Pools elásticos baseados em vCore. | |
| Opções de dimensionamento baseadas em DTU | Configure o tamanho da computação do banco de dados ou do pool elástico selecionando a camada de serviço apropriada, bem como 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 obter opções de dimensionamento e limites de recursos no modelo de compra baseado em DTU, consulte Limites de recursos para bancos de dados individuais 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. |
Instância Gerenciada de SQL do Azure
| Contexto | Termo | Mais informações |
|---|---|---|
| Serviço do Azure | Instância Gerenciada de SQL do Azure | A Instância Gerenciada de SQL do Azure é uma opção de implantação de PaaS (plataforma como serviço) totalmente gerenciada do SQL do Azure. Ela 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 de SQL. Comparação de recursos: Banco de Dados SQL do Azure e Instância Gerenciada de SQL do Azure. |
| Mecanismo de banco de dados | O mecanismo de banco de dados usado na Instância Gerenciada de SQL do Azure tem quase 100% de compatibilidade com o mecanismo de banco de dados do SQL Server (Edição Enterprise) mais recente. Alguns recursos do mecanismo de banco de dados são exclusivos de instâncias gerenciadas por SQL ou estão disponíveis em instâncias gerenciadas por SQL antes de serem distribuídas com o SQL Server. Instâncias gerenciadas em SQL oferecem capacidades nativas de nuvem e integrações, como implementação de uma rede virtual nativa (VNet ), atualizações automáticas de patches e versões, backups automatizados e alta disponibilidade. | |
| Entidade de servidor | Instância gerenciada SQL | Cada instância gerenciada de SQL é, por si só, uma instância do SQL Server. Bancos de dados criados em uma instância gerenciada SQL são colocalizados entre si, e você pode rodar consultas entre bancos de dados. Você pode se conectar à instância gerenciada em SQL e usar recursos em nível de instância, como servidores vinculados e o Agente SQL para Servidor. |
| Opção de implantação | Instâncias gerenciadas em SQL podem ser implantadas individualmente ou como parte de um pool de instâncias. Mova uma instância para dentro ou fora de um pool usando PowerShell ou a linha de comando do Azure. | |
| Instância única | Uma única instância gerenciada SQL é implantada em um conjunto dedicado de máquinas virtuais isoladas que rodam dentro da sub-rede virtual do cliente. Esses computadores formam um cluster virtual. Múltiplas instâncias gerenciadas SQL podem ser implantadas em um único cluster virtual, se desejado. | |
| Pool de instâncias | Pools de instâncias permitem que você implante múltiplas instâncias gerenciadas SQL na mesma máquina virtual. Pools de instâncias permitem que você migre cargas de trabalho menores e menos intensivas em computação para a nuvem sem consolidá-las em uma única instância gerencial SQL maior. | |
| Modelo de compra | modelo de compra baseado em vCore | A Instância Gerenciada de SQL está disponível no modelo de compra baseado em vCore. O Azure Hybrid Benefit está disponível para instâncias gerenciadas em SQL. |
| Camada de serviço | Camadas de serviço baseado em vCore | A Instância Gerenciada de SQL oferece duas camadas de serviço que garantem a disponibilidade do SLA da classe empresarial e permitem que você selecione de forma independente o tamanho do armazenamento e a capacidade de computação. Selecione entre a camada de serviço de Propósito Geral, ou Business Critical para uma instância gerenciada em SQL, com base nos seus requisitos de desempenho e latência. |
| Computação | Computação provisionada | A Instância Gerenciada de SQL fornece uma quantidade específica de recursos de computação que são provisionados continuamente, de modo independente da atividade da carga de trabalho, e são cobrados pela quantidade de computação provisionada a um preço fixo por hora. |
| Configuração de hardware | Configurações de hardware disponíveis | As configurações de hardware da Instância Gerenciada de SQL incluem os hardwares das séries standard (Gen5), premium e premium otimizado para memória. |
| Tamanho da 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 gerenciada SQL ou pool de instâncias. Configure o tamanho de computação para sua instância gerenciada SQL selecionando o nível de serviço e o hardware apropriados para sua carga de trabalho. Aprenda sobre os limites de recursos para instâncias gerenciadas em SQL. |
SQL Server em VMs do Azure
| Contexto | Termo | Mais informações |
|---|---|---|
| Serviço do Azure | SQL Server em máquinas virtuais (VMs) | O SQL Server nas VMs do Azure permite que você use versões completas do SQL Server na nuvem sem a necessidade de gerenciar nenhum hardware local. As VMs do SQL Server simplificam os custos de licenciamento quando são pré-pagas. Você tem acesso do SQL Server e do SO com alguns recursos de capacidade de gerenciamento automatizado para VMs do SQL Server, como a extensão SQL Server IaaS Agent. |
| Entidade de servidor | VM ou máquina virtual | As VMs do Azure são executados em muitas regiões geográficas ao redor do mundo. Elas também oferecem vários tamanhos de máquina. A galeria de imagens de máquina virtual permite que você crie uma VM do SQL Server com a versão, a edição e o 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 em imagens baseadas no Linux. A seleção de imagem especifica a versão do sistema operacional e a edição do SQL Server para a VM do SQL Server. |
| Preços | Os preços do SQL Server em VMs do Azure se baseiam no licenciamento do SQL Server, no sistema operacional e no custo da máquina virtual. Reduza os custos otimizando o tamanho da VM e desligando a VM quando possível. | |
| Custos de licenciamento do SQL Server | Escolha a edição apropriada do SQL Server, gratuita ou paga, para seu uso e seus requisitos. Nas edições pagas, você pode pagar por uso (também conhecido como pagamento por uso) ou usar o Benefício Híbrido do Azure. | |
| Custo do sistema operacional e da máquina virtual | O custo do sistema operacional e da máquina virtual se baseia em fatores que incluem a escolha de imagem, o tamanho da VM e a configuração de armazenamento. | |
| Configuração da VM | Você precisa definir configurações que incluem segurança, armazenamento e alta disponibilidade/recuperação de desastre da 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 ver uma série de melhores práticas e diretrizes para navegar nessas opções. | |
| Tamanho da VM | O tamanho da VM determina o poder de processamento, a memória e a capacidade 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 | Suas opções de configuração de armazenamento são determinadas pela seleção do tamanho da VM e das configurações de armazenamento, incluindo tipo de disco, configurações de cache e listagem de discos. Saiba como escolher um tamanho de VM com escalabilidade de armazenamento suficiente para sua carga de trabalho e uma combinação de discos (geralmente em um pool de armazenamento) que atenda aos requisitos de capacidade e de desempenho da 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 para sua VM do SQL Server. Conheça as diretrizes de segurança para estabelecer o acesso seguro para VMs do SQL Server. | |
| Extensão do agente de IaaS do SQL | A extensão sqlIaasExtension (SqlIaasExtension) do SQL Server é executada em VMs do SQL Server para automatizar tarefas de gerenciamento e administração. Não há custo adicional associado à extensão. | |
| Aplicação de patch automatizada | A aplicação de patch automatizada 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 SQL IaaS Agent. Pode haver outros mecanismos para a aplicação de atualizações automáticas. Se você configurar a aplicação de patch automatizada usando a extensão SQL IaaS Agent, verifique se não há outros agendamentos de atualização conflitantes. | |
| Backup Automatizado | O Backup Automatizado configura automaticamente o Backup Gerenciado para o Microsoft Azure para todos os bancos de dados existentes e novos em uma VM do SQL Server executando o SQL Server 2016 ou versões posteriores do Standard, Enterprise ou Developer 1 . |
1 O SQL Server 2025 introduz edições separadas para Desenvolvedores Empresariais e Desenvolvedores Padrão do SQL Server.