Perguntas frequentes sobre o SQL Server nas VMs do Azure

O Azure mantém imagens de máquina virtual para todas as versões principais compatíveis do SQL Server em todas as edições para o Windows e para o Linux. Para obter mais informações, consulte a lista completa dos imagens de VM do Windows e imagens de VM do Linux.

Somente as versões mais recentes do mercado (SQL Server 2022 e SQL Server 2025 Preview) são atualizadas com as atualizações mais recentes do sistema operacional e do SQL Server regularmente, normalmente a cada poucos meses. Após a implantação, manter o sistema operacional e o SQL Server atualizados pode ser feito manualmente ou automatizado por meio de do Gerenciador de Atualizações do Azure.

Yes. Somente uma imagem é mantida pelo Azure por versão principal e edição. Por exemplo, quando um novo service pack do SQL Server é lançado, uma nova imagem é adicionada à galeria desse service pack e a imagem do SQL Server do service pack anterior é imediatamente removida do portal do Azure. No entanto, ela ainda permanecerá disponível para provisionamento do PowerShell pelos três meses seguintes. Depois de três meses, a imagem do service pack anterior não estará mais disponível. Essa política de remoção também se aplica quando uma versão do SQL Server se torna incompatível quando ela atinge o final de seu ciclo de vida.

Sim, usando o PowerShell. Para obter mais informações sobre como implantar VMs do SQL Server usando o PowerShell, confira Como provisionar máquinas virtuais do SQL Server com o Azure PowerShell.

Sim, mas você deve registrar cada VM do SQL Server com a extensão do Agente IaaS do SQL para gerenciar sua VM do SQL Server no portal do Azure e utilizar recursos como patch automatizado e backups automáticos. Ao registrar com a extensão, também será necessário especificar o tipo de licença para cada VM do SQL Server.

Você pode implantar uma VM do Windows Server (sem o SQL Server instalado nela) e usar o processo sysprep do SQL para generalizar o SQL Server na VM do Azure (Windows) com a mídia de instalação do SQL Server. Os clientes que têm o Software Assurance podem obter a mídia de instalação do Centro de Licenciamento por Volume. Os clientes sem o Software Assurance podem usar a mídia de instalação de uma imagem da VM do SQL Server no Azure Marketplace que tenha a edição desejada.

Como alternativa, use uma das imagens do SQL Server do Azure Marketplace para generalizar o SQL Server na VM do Azure. Você deve excluir a seguinte chave do Registro na imagem de origem antes de criar sua própria imagem. Se você não fizer isso, poderá ocorrer sobrecarga da pasta de inicialização na instalação do SQL Server e/ou extensão do Agente de IaaS do SQL com estado de falha.

Caminho da chave do registro:
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Setup\SysPrepExternal\Specialize

Sim, mas você deve registrar cada VM do SQL Server com a extensão do Agente IaaS do SQL para gerenciar sua VM do SQL Server no portal e utilizar recursos como patch automatizado e backups automáticos.

No. Para imagens da galeria de máquinas virtuais que incluem o SQL Server, você deve selecionar uma das imagens fornecidas por meio do portal do Azure ou por meio do PowerShell. No entanto, você tem a capacidade de implantar uma VM do Windows com suporte e instalar automaticamente uma versão do SQL Server com suporte nela. Em seguida, você deve registrar sua VM do SQL Server com a extensão do Agente IaaS do SQL para gerenciar sua VM do SQL Server no portal do Azure e utilizar recursos como patch automatizado e backups automáticos.

Se a versão e a edição do SQL Server que você está procurando não estiverem disponíveis na lista suspensa Imagens no Azure Marketplace, implante uma máquina virtual do Azure somente windows e instale manualmente a versão e a edição do SQL Server desejada. Registre a VM do SQL Server com a extensão do Agente de IaaS do SQL se quiser gerenciar a VM do SQL Server no portal do Azure.

Se a versão do Windows que você está procurando não estiver disponível nas imagens do SQL Server encontradas na lista suspensa Imagens do Azure Marketplace, implante uma máquina virtual do Azure somente windows com a edição desejada. Em seguida, instale manualmente a versão e a edição do SQL Server desejados. Registre a VM do SQL Server com a extensão do Agente de IaaS do SQL se quiser gerenciar a VM do SQL Server no portal do Azure.

As edições Developer e Express do SQL Server estão disponíveis no Azure Marketplace, que não cobra pela licença do SQL Server. Se a edição Express ou Developer não estiver disponível para a versão do SQL Server que você está procurando, implante uma máquina virtual do Azure somente para Windows. Em seguida, instale manualmente a versão e a edição do SQL Server desejados. Registre a VM do SQL Server com a extensão do Agente de IaaS do SQL se quiser gerenciar a VM do SQL Server no portal do Azure.

Há determinados tamanhos de VM que são implantados com uma unidade efêmera não inicializada, o que leva à falha na implantação do SQL Server na VM do Azure durante o provisionamento com o erro o status retornado do System Drive não está pronto para uso. Para resolver esse problema, escolha um tamanho de VM diferente ou implante a VM como apenas uma imagem do Windows Server e instale manualmente o SQL Server.

O método mais fácil é criar uma máquina virtual que inclua o SQL Server. Para obter um tutorial sobre como se inscrever no Azure e criar uma VM do SQL Server por meio do portal, confira Provisionar uma máquina virtual do SQL Server no Portal do Azure. Selecione uma imagem de máquina virtual que usa o licenciamento do SQL Server pago por segundo ou use uma imagem que permite trazer sua própria licença do SQL Server. Você também tem a opção de instalação manual do SQL Server em uma VM com um uma edição licenciada gratuitamente (Desenvolvedor ou Express) ou pela reutilização de uma licença local. Para gerenciar sua VM do SQL Server no portal e utilizar recursos como patch automatizado e backups automáticos, registre sua VM do SQL Server com a extensão do Agente IaaS do SQL. Se você trouxer sua própria licença, será necessário ter o License Mobility por meio do Software Assurance no Azure. Para obter mais informações, consulte Diretrizes de preço para VMs do Azure do SQL Server.

Primeiro, crie uma máquina virtual do Azure com uma instância do SQL Server. Em seguida, migre os bancos de dados locais para essa instância. Para obter estratégias de migração de dados, consulte o Guia de migração: SQL Server para SQL Server em Máquinas Virtuais do Azure.

No. Não há suporte para o uso de Conjuntos de Dimensionamento de Máquinas Virtuais do Azure com o SQL Server em VMs do Azure. Além disso, habilitar o recurso de patch de convidado automático pode levar a possíveis problemas de corrupção, perda de dados e disponibilidade.

Isso provavelmente ocorre porque a unidade de disco está configurada com um tamanho de setor de 8 KB, que não tem suporte. Reinstale o SQL Server depois de alterar a unidade de disco para um tamanho de setor de 4 KB.

Há três maneiras de fazer isso: Se você for um cliente do Contrato Enterprise (EA), poderá provisionar uma das imagens de máquina virtual. Se você tiver o Software Assurance, poderá habilitar o Benefício Híbrido do Azure em uma imagem paga conforme o uso existente. Ou você pode copiar a mídia de instalação do SQL Server para uma VM do Windows Server e, em seguida, instalar SQL Server na VM. Registre sua VM do SQL Server com a extensão para recursos como gerenciamento de portal, backup automatizado e aplicação de patch automatizada.

No. Os clientes precisam de CALs quando usam o suporte Traga sua própria licença e movem a VM do servidor SA do SQL Server/CAL para as VMs do Azure.

Yes. Você pode alternar facilmente uma imagem de galeria paga conforme o uso habilitando o Benefício Híbrido do Azure. Para obter mais informações, confira Como alterar o modelo de licenciamento para uma VM do SQL Server. Atualmente, essa instalação está disponível somente para clientes públicos e de nuvem do Azure Governamental.

No. A alteração do modelo de licenciamento não exige tempo de inatividade para o SQL Server, pois a alteração entra em vigor imediatamente e não exige a reinicialização da VM.

No. A alteração dos modelos de licenciamento não tem suporte em uma VM clássica. Você pode migrar sua VM para o modelo de Azure Resource Manager e registrar com a extensão do Agente IaaS do SQL. Depois que a VM é registrada com a extensão SQL IaaS Agent, as alterações do modelo de licenciamento ficam disponíveis na VM.

No. Por meio da extensão do Agente de IaaS do SQL Server, é possível gerenciar uma única instância padrão, uma única instância nomeada. Se a VM do SQL Server tiver várias instâncias, uma dessas instâncias deverá ser a instância padrão para que seja gerenciada pelo portal do Azure. Para obter mais informações sobre essas limitações, consulte a extensão do Agente IaaS do SQL Server.

Sim, os clientes do CSP (Provedor de Soluções de Nuvem) do Azure podem usar o Benefício Híbrido do Azure implantando primeiro uma VM paga conforme o uso e convertendo-a em Benefício Híbrido do Azure, se tiverem o Software Assurance ativo.

Para ter uma licença passiva gratuita para um grupo de disponibilidade secundário em espera ou instância clusterizada de failover, você deve atender a todos os seguintes critérios, conforme descrito nos Termos de licenciamento do produto:

1. Você tem mobilidade de licença por meio do Software Assurance.
2. A instância passiva do SQL Server não fornece dados do SQL Server para clientes nem executa cargas de trabalho ativas do SQL Server. Ela é usada apenas para sincronizar com o servidor primário e, caso contrário, manter o banco de dados passivo em um estado de espera passiva. Se ela estiver servindo dados, como relatórios para clientes que executam cargas de trabalho ativas do SQL Server, ou executando qualquer outra tarefa que não seja a especificada nos termos do produto, ela deverá ser uma instância do SQL Server paga e licenciada. A atividade a seguir é permitida na instância secundária: verificações de consistência de banco de dados ou CheckDB, backups completos, backups de log de transações e monitoramento de dados de uso de recursos. A cada 90 dias, você também pode executar simultaneamente a instância primária e a de recuperação de desastre correspondente por breves períodos para testar a recuperação de desastre.
3. A licença ativa do SQL Server é coberta pelo Software Assurance e permite uma instância passiva do SQL Server secundário, com até a mesma quantidade de computação que o servidor ativo licenciado, somente.
4. A VM secundária do SQL Server utiliza a licença de Recuperação de Desastre no portal do Azure.

A instância passiva do SQL Server não fornece dados do SQL Server para clientes nem executa cargas de trabalho ativas do SQL Server. Ela é usada apenas para sincronizar com o servidor primário e, caso contrário, manter o banco de dados passivo em um estado de espera passiva. Se ela estiver servindo dados, como relatórios para clientes que executam cargas de trabalho ativas do SQL Server, ou executando qualquer outra tarefa que não seja a especificada nos termos do produto, ela deverá ser uma instância do SQL Server paga e licenciada. A atividade a seguir é permitida na instância secundária: verificações de consistência de banco de dados ou CheckDB, backups completos, backups de log de transações e monitoramento de dados de uso de recursos. A cada 90 dias, você também pode executar simultaneamente a instância primária e a de recuperação de desastre correspondente por breves períodos para testar a recuperação de desastre.

O Guia de licenciamento do SQL Server fornece cenários nos quais o benefício de Recuperação de Desastre pode ser utilizado. Para obter mais informações, consulte os Termos do Produto e fale com seus contatos de licenciamento ou gerente de conta.

Programas abrangentes que oferecem direitos de assinatura equivalentes ao Software Assurance como um benefício fixo dão suporte ao benefício da DR. Esses programas incluem, mas não se limitam a, o OV (Valor Aberto), a Assinatura de Valor Aberto (OVS), o Contrato Enterprise (EA), a Assinatura do Contrato Enterprise (EAS) e o Registro de Servidor e Nuvem (SCE). Para obter mais informações, consulte os termos do produto e fale com seus contatos de licenciamento ou gerente de conta.

As VMs do SQL Server implantadas em assinaturas com o Benefício Híbrido do Azure gerenciado centralmente habilitado mostram o tipo de licença como "Gerenciada centralmente". Esse tipo de licença significa que o Benefício Híbrido do Azure é gerenciado centralmente pelo administrador do Contrato Enterprise (EA) da organização ou do MCA (Contrato de Cliente da Microsoft).

Não há suporte à alteração do tipo de licença para VMs individuais do SQL Server implantadas em assinaturas com o Benefício Híbrido do Azure gerenciado centralmente, pois o licenciamento é gerenciado no nível de assinatura - uma mensagem é exibida, como Your organization manages licenses assigned to Azure at a scope level such as Azure subscription instead of each individual resources.

Um vCore em uma VM do Azure é o equivalente a uma CPU física. Para o SQL Server em VMs do Azure, há uma relação 1:1 entre vCores e licenças principais. Isso significa que, se você tiver o número 'N' de vCores, deverá usar o número 'N' de licenças principais. Por exemplo, se você tiver uma VM com 8 vCores, essa VM usará 8 licenças principais.

Yes. A mídia de instalação do SQL Server está localizada em uma pasta na unidade C . Execute Setup.exe desse local para adicionar novas instâncias do SQL Server ou alterar outros recursos instalados do SQL Server no computador. Alguns recursos, como o Backup Automatizado, Aplicação de Patch Automatizada e Integração com o Azure Key Vault, operam somente na instância padrão ou em uma instância nomeada que foi configurada corretamente (consulte a Pergunta 3). Os clientes que usam o Software Assurance por meio do Benefício Híbrido do Azure ou do modelo de licenciamento pago conforme o uso podem instalar várias instâncias do SQL Server na máquina virtual sem incorrer em custos de licenciamento extras. Instâncias adicionais do SQL Server podem restringir os recursos do sistema, a menos que sejam configuradas corretamente.

O SQL Server 2012 para SQL Server 2025 pode dar suporte a 50 instâncias em um servidor autônomo. Esse limite é o mesmo, independentemente de a instância ser no Azure ou no local. Para saber como preparar melhor seu ambiente, confira as práticas recomendadas.

Quando você provisiona o SQL Server na VM do Azure, o programa de instalação do SQL Server instala um Pacote Redistribuível do Visual C++, que é necessário para que os componentes do SQL Server sejam executados corretamente. Seu software de segurança pode enviar alertas sobre o fim da vida útil ou componentes de software obsoletos devido à versão dos componentes redistribuíveis do Microsoft Visual C++ que foram instalados pelo SQL Server, especialmente para versões mais antigas do SQL Server (SQL Server 2016 e anteriores). De acordo com a política de ciclo de vida de suporte, os componentes do Pacote Redistribuível do Visual C++ terão suporte desde que haja suporte para o produto que os instalou. Desde que a versão instalada do SQL Server ainda tenha suporte, é possível ignorar este aviso com segurança. É recomendável não remover o VC++, pois isso pode interromper algumas funcionalidades do SQL Server.

Sim, mas há algumas considerações. Primeiro, a cobrança associada ao SQL Server pode continuar ocorrendo dependendo do modelo de licença da VM. Segundo, conforme indicado na resposta anterior, há recursos que dependem da extensão do agente de IaaS do SQL Server. Se você desinstalar a instância padrão sem também remover a extensão do Agente IaaS, a extensão continuará a procurar a instância padrão e poderá gerar erros de log de eventos das duas fontes a seguir: Gerenciamento de Credenciais do Microsoft SQL Server e Agente IaaS do Microsoft SQL Server. Um dos erros pode ser semelhante à seguinte mensagem:

Ocorreu um erro relacionado à rede ou específico da instância ao estabelecer uma conexão com o SQL Server. O servidor não foi encontrado ou não estava acessível.

Se você optar por desinstalar a instância padrão, desinstale também a Extensão do SQL Server IaaS Agent.

Sim, se a instância nomeada for a única instância na VM do SQL Server e se a instância padrão original tiver sido desinstalada corretamente. Se não houver nenhuma instância padrão e houver várias instâncias nomeadas em uma única VM do SQL Server, a extensão do Agente IaaS do SQL Server não será instalada.

Sim, mas você precisa executar etapas adicionais para evitar ser cobrado pela instância do SQL Server, conforme descrito nas diretrizes de preços. Se quiser remover completamente a instância do SQL Server, você poderá migrar para outra VM do Azure sem o SQL Server pré-instalado na VM e excluir a VM atual do SQL Server. Se quiser manter a VM, mas parar a cobrança do SQL Server, siga estas etapas:

1. Faça backup de todos os seus dados, incluindo os bancos de dado do sistema, se necessário.
2. Desinstale o SQL Server por completo, inclusive a extensão do Agente de IaaS do SQL (se presente).
3. Instale a edição gratuita do SQL Express.
4. Registre com a extensão do Agente de IaaS do SQL.
5. Pare a cobrança alterando a edição do SQL Server no portal do Azure para o Express.
6. (Opcional) Desabilite o serviço Expresso do SQL Server desabilitando a inicialização do serviço.

No. O gerenciamento do portal é fornecido pela extensão do Agente IaaS do SQL, que se baseia na extensão do Agente IaaS do SQL Server. Dessa forma, as mesmas limitações se aplicam ao portal como a extensão. O portal pode gerenciar apenas uma instância padrão ou uma instância nomeada, desde que tenha sido configurada corretamente. Para obter mais informações, confira Extensão do Agente IaaS do SQL Server

No. No momento, não há suporte para uso dos serviços de domínio do Microsoft Entra com o SQL Server em VMs do Azure. Use uma conta de domínio do Active Directory.

Para estar em conformidade com o FIPS com o SQL Server em VMs do Azure, você deve estar no Windows Server 2022, que tem FIPS habilitado por padrão. O Windows Server 2019 também poderá estar em conformidade com o FIPS se o FIPS for habilitado manualmente usando a política especificada no Guia de implementação técnica de segurança (STIG), conclusão V-93511.

Os clientes podem alterar sua versão/edição do SQL Server usando a mídia de instalação que contém a versão desejada ou a edição do SQL Server. Depois que a edição for alterada, use o portal do Azure para modificar a propriedade de edição da VM para refletir com precisão a cobrança da VM. Para obter mais informações, confira Alterar edição de uma VM do SQL Server. Não há nenhuma diferença de cobrança para versões diferentes do SQL Server, portanto, depois que a versão do SQL Server for alterada, nenhuma ação adicional será necessária.

Para VMs do SQL Server implantadas por meio do Azure Marketplace, a mídia de instalação está localizada em C:\SQLServerFull. É possível executar Setup.exe nessa localização para adicionar novas instâncias do SQL Server ou para alterar outros recursos instalados do SQL Server no computador. Você também pode copiar essa mídia de instalação em outras máquinas virtuais para instalar ou atualizar essa mesma versão e edição do SQL Server. Os clientes que têm o Software Assurance podem obter a mídia de instalação do Centro de Licenciamento por Volume.

Para instalar o SQL Server com licenciamento pago conforme o uso em uma VM do Azure existente, use a mídia de instalação de uma VM existente do SQL Server que tenha a edição desejada. Implante uma nova VM do SQL Server do Azure Marketplace se você ainda não tiver uma VM do SQL Server com a edição desejada. Copie a pasta C:\SQLServerFull da VM existente para a VM de destino e instale o SQL Server desde a pasta copiada para evitar possíveis problemas relacionados às chaves de licença do produto. Depois que o SQL Server for instalado, registre-se com a extensão SQL IaaS Agent e valide a edição do SQL Server usada para cobrança no portal do Azure. Certifique-se de excluir a VM do SQL Server que foi usada para copiar a mídia de instalação para evitar a cobrança da VM não utilizada.

As máquinas virtuais oferecem controle sobre o computador host, inclusive quando e como aplicar atualizações. Para o sistema operacional, você pode aplicar manualmente as atualizações do Windows ou habilitar um serviço de agendamento chamado Patch Automatizado. A Aplicação de Patch Automatizada instala todas as atualizações marcadas como importantes, inclusive atualizações do SQL Server nessa categoria. Outras atualizações opcionais para o SQL Server devem ser instaladas manualmente.

Sim, se o sistema operacional for Windows Server 2008 R2 ou posterior. Você pode usar qualquer mídia de configuração para atualizar a versão e a edição do SQL Server e registrar-se com a extensão do Agente de IaaS do SQL. Isso lhe dá acesso a todos os benefícios da extensão do Agente IaaS do SQL, como gerenciamento de portal, backups automatizados e aplicação de patch automatizada. Se a versão do sistema operacional for o Windows Server 2008, a extensão só terá suporte com funcionalidade limitada.

Você poderá obter atualizações de segurança estendidas gratuitas ao migrar seu SQL Server no estado em que se encontra para uma máquina virtual do Azure. As atualizações estão disponíveis por meio do canal Windows Update. Para obter mais informações, confira Opções de fim de suporte.

O problema ocorre quando os locais padrão de novos dados ou arquivos de log de um banco de dados apontam para um local inválido. Para resolver esse problema, examine o erro de diretório inválido.

Yes. Você pode configurar uma instância de cluster de failover usando discos compartilhados do Azure, PFS (compartilhamentos de arquivos premium) ou S2D (espaços de armazenamento diretos) para o subsistema de armazenamento. Os compartilhamentos de arquivos Premium oferecem capacidade de IOPS e taxa de transferência que atendem às necessidades de várias cargas de trabalho. Para cargas de trabalho com uso intensivo de E/S, considere o uso de espaços de armazenamento diretos baseados em discos gerenciados premium ou ultra. Como alternativa, você pode usar soluções de clustering ou armazenamento de terceiros, conforme descrito em Alta disponibilidade e recuperação de desastre para SQL Server nas Máquinas Virtuais do Azure.

Conceitualmente, executar o SQL Server em uma máquina virtual do Azure não é muito diferente de executar o SQL Server em um datacenter remoto. Por outro lado, o Banco de Dados SQL do Azure oferece o banco de dados como serviço. Com o Banco de Dados SQL, você não tem acesso às máquinas que hospedam seus bancos de dados. Para obter uma comparação completa, confira Escolher uma opção do SQL Server de nuvem: Banco de dados do Azure SQL (PaaS) ou SQL Server em máquinas virtuais do Azure (IaaS).

Baixe e instale as ferramentas de Dados SQL por meio do Microsoft SQL Server Data Tools – Business Intelligence para Visual Studio 2013.

Yes. O DTC local oferece suporte ao SQL Server 2016 SP2 e posterior. No entanto, os aplicativos devem ser testados ao utilizar grupos de disponibilidade Always On. As transações que estão em pré-lançamento durante um failover falham e devem ser repetidas. O DTC agrupado está disponível a partir do Windows Server 2019.

No. Na verdade, a máquina virtual SQL do Azure e a extensão SQL IaaS Agent não armazenam dados de clientes. Para saber mais, examine as declarações de privacidade de extensão do Agente IaaS do SQL.

Para executar uma migração entre clusters de um grupo de disponibilidade no SQL Server em VMs do Azure, use a SKU padrão do Azure Load Balancer.

Yes. Há suporte para compartilhamentos de arquivos premium do Azure para instâncias de cluster de failover e instâncias autônomas do SQL Server usando o protocolo SMB.

Sim, para máquinas virtuais específicas em regiões com suporte. Analise o SSDv2 Premium com o SQL Server em VMs do Azure para saber mais. Se você quiser usar o SSD Premium v2 com um tipo de máquina virtual ou região que não esteja na lista, poderá fazer isso implantando a VM primeiro e, em seguida, adicionando as unidades SSD Premium v2 depois que a VM for criada.

O armazenamento só é extensível para VMs do SQL Server que foram implantadas a partir de uma imagem do SQL Server no Azure Marketplace e que atualmente não têm suporte para o SSD Premium v2.

No. A Microsoft registra automaticamente as VMs provisionadas usando imagens do SQL Server no Azure Marketplace. O registro com a extensão será necessário somente se a VM não foi provisionada das imagens do SQL Server no Azure Marketplace e o SQL Server foi auto-instalado.

Yes. Os clientes devem registrar suas VMs do SQL Server com a extensão se não usarem uma imagem do SQL Server do Azure Marketplace e do SQL Server auto-instalado ou se trouxeram seu VHD personalizado. As VMs pertencentes a todos os tipos de assinatura (Direta, Contrato Enterprise e Provedor de Soluções na Nuvem) podem ser registradas com a extensão do Agente IaaS do SQL.

Verifique os pré-requisitos para obter detalhes.

As credenciais de cliente usadas para registrar as máquinas virtuais devem existir em qualquer uma das seguintes funções do Azure: Colaborador de máquina virtual, Colaborador ou Proprietário.

Não inicialmente. Quando você se registra pela primeira vez na extensão SQL IaaS Agent, os binários são copiados para a VM do SQL Server, fornecendo funcionalidade limitada. Depois de habilitar um recurso que depende dele, o Agente de IaaS do SQL é instalado na VM. Verifique a tabela de benefícios para obter informações sobre funcionalidade limitada.

Em outubro de 2022, foi introduzido o modelo de permissões com privilégios mínimos para a extensão, concedendo permissões mínimas necessárias para cada recurso usado pela extensão. As VMs do SQL Server implantadas após outubro de 2022 por meio do Azure Marketplace terão o modelo de permissões de privilégios mínimos habilitado por padrão. A extensão usa direitos de sysadmin para VMs do SQL Server que foram implantadas antes de outubro de 2022 ou VMs auto-instaladas do SQL Server que não habilitaram manualmente o modelo de privilégio mínimo no portal do Azure. Examine as permissões de extensão do Agente de IaaS do SQL para saber mais.

O recurso de máquinas virtuais do SQL é um recurso gratuito que permite que você gerencie a VM do SQL Server no portal do Azure. O recurso de máquinas virtuais SQL é criado quando você implanta uma imagem de VM do SQL Server no Azure Marketplace. Ou, quando você registra manualmente uma VM do SQL Server com a extensão do Agente IaaS do SQL. O Azure também pode criar esse recurso automaticamente para VMs existentes se a instância do SQL Server for detectada. Não há custos associados ao recurso de máquinas virtuais do SQL.

Não, a partir de setembro de 2021, não será mais necessário reiniciar o serviço SQL Server ao se registrar com a extensão do Agente de IaaS do SQL.

No. O tipo de licença do SQL Server não é uma propriedade opcional quando você está se registrando na extensão SQL IaaS Agent. Você precisa definir o tipo de licença do SQL Server como paga conforme o uso ou Benefício Híbrido do Azure ao efetuar o registro com a extensão do Agente de IaaS do SQL. Se você tiver uma das versões gratuitas do SQL Server instalada, como as edições Developer ou Evaluation, deverá efetuar o registrar com o licenciamento pago conforme o uso. O Benefício Híbrido do Azure só está disponível para versões pagas do SQL Server, como as edições Enterprise e Standard.

O tipo de licença é padronizado automaticamente para a imagem da VM. Se você usar uma imagem paga conforme o uso para sua VM, o tipo de licença será PAYG; caso contrário, o tipo de licença AHUB será por padrão.

Yes. Se você implantou o SQL Server de sua mídia e instalou a extensão do Agente de IaaS do SQL, é possível registrar a VM do SQL Server com a extensão para obter os benefícios de capacidade de gerenciamento fornecidos pela extensão do Agente de IaaS do SQL.

Yes. Navegue até o recurso de máquinas virtuais do SQL para sua VM do SQL Server. Em seguida, escolha Reparar em Suporte & solução de problemas para abrir a página de reparo e reparar a extensão.

No. O registro de uma única VM na extensão SQL IaaS Agent não está disponível no portal do Azure. O registro com a extensão do Agente IaaS do SQL só tem suporte com a CLI do Azure ou com o Azure PowerShell.

No. Uma VM deve ter pelo menos uma instância do SQL Server (Mecanismo de Banco de Dados) para ser registrada com sucesso com a extensão do Agente IaaS do SQL. Se não houver uma instância do SQL Server na VM, o novo recurso Microsoft.SqlVirtualMachine está em estado de falha.

Sim, desde que haja uma instância padrão na VM. A extensão SQL IaaS Agent registra somente uma instância do SQL Server (Mecanismo de Banco de Dados). A extensão do Agente IaaS do SQL registra a instância padrão do SQL Server quando há várias instâncias.

Yes. Instâncias de cluster de failover do SQL Server em uma VM do Azure podem ser registradas com a extensão do Agente IaaS do SQL com funcionalidade limitada.

Yes. Não há restrições para registrar uma instância do SQL Server em uma VM do Azure com a extensão do Agente IaaS do SQL caso você esteja participando de uma configuração de grupo de disponibilidade Always On.

None. Não há nenhum valor associado ao registro com a extensão do Agente de IaaS do SQL. É gratuito gerenciar sua VM do SQL Server com a extensão.

Depois de habilitar um recurso que requer a instalação do agente, haverá impacto mínimo dos dois serviços instalados no sistema operacional. Esses serviços podem ser monitorados por meio do gerenciador de tarefas e vistos no console interno do Windows Services.

Os dois nomes de serviço são:

• SQLIaaSExtension (Nome de exibição – Microsoft SQL Server IaaS Agent)
• SqlIaaSExtensionQuery (Nome de exibição – Microsoft SQL Server IaaS Query Service)

Remova a extensão excluindo-a da VM do SQL Server

No. A extensão do Agente IaaS do SQL apenas habilita capacidades de gerenciamento adicionais ao SQL Server na VM do Azure, sem custos adicionais.

Sim, contanto que a VM do SQL Server tenha sido implantada na nuvem pública usando o modelo do Resource Manager e não o modelo clássico. Todos os outros clientes podem se registrar com a nova extensão do Agente IaaS do SQL. No entanto, somente clientes com o benefício do Software Assurance podem usar sua própria licença ativando o AHB (Benefício Híbrido do Azure) em uma VM do SQL Server.

Quando o recurso Microsoft.Compute / VirtualMachine é descartado ou movido, o recurso Microsoft.SqlVirtualMachine associado é notificado para replicar de maneira assíncrona a operação.

O recurso Microsoft.Compute/VirtualMachine não é afetado quando o recurso Microsoft.SqlVirtualMachine é descartado. No entanto, o padrão de licenciamento muda de volta para a fonte de imagem original.

No. As ESU (Atualizações de Segurança Estendidas) são aplicadas automaticamente à VM, independentemente de sua VM do SQL Server estar registrada com a extensão do Agente IaaS do SQL.

Os modos de gerenciamento foram removidos da arquitetura de extensão do Agente de IaaS do SQL. A partir de março de 2023, o registro na extensão do Agente IaaS do SQL inicialmente apenas copia os binários para a VM do SQL Server e oferece funcionalidade limitada. Depois de habilitar um recurso que depende dele, o Agente de IaaS do SQL é instalado na VM do SQL Server.

No. A extensão SQL IaaS Agent não é compatível com as seguintes imagens: SQL Server Reporting Services, Servidor de Relatórios do Power BI do SQL Server, SQL Server Analysis Services.

Resources

VMs do Windows:

• Visão geral do SQL Server em VMs do Windows
• Provisionar SQL Server em VMs do Windows
• Guia de migração: SQL Server para SQL Server em Máquinas Virtuais do Azure
• Alta Disponibilidade e Recuperação de Desastre para Máquinas Virtuais do SQL Server nas Máquinas Virtuais do Azure
• Melhores práticas de desempenho para as Máquinas Virtuais do SQL Server no Azure
• Padrões de Aplicativo e Estratégias de Desenvolvimento para SQL Server nas Máquinas Virtuais do Azure

VMs do Linux:

• Visão geral do SQL Server em uma VM Linux
• Provisionar o SQL Server em uma VM do Linux
• Perguntas Frequentes (Linux)
• SQL Server na documentação do Linux