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.

A cada dois meses, as imagens do SQL Server na galeria de máquinas virtuais são atualizadas com as atualizações mais recentes do Windows e do Linux. Para imagens do Windows, isso inclui quaisquer atualizações marcadas como importantes no Windows Update, incluindo service packs e atualizações de segurança do SQL Server. Para imagens do Linux, isso inclui as atualizações mais recentes do sistema. As atualizações cumulativas do SQL Server são tratadas de maneira diferente para o Linux e para o Windows. Para o Linux, as atualizações cumulativas do SQL Server também são incluídas na atualização. No momento, as VMs Windows não são atualizadas com as atualizações cumulativas do SQL Server ou do Windows Server.

Sim. 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ê precisará registrar cada VM do SQL Server com a extensão de Agente IaaS do SQL a fim de gerenciar a VM do SQL Server no portal, bem como utilizar recursos como a aplicação de patch automatizada e os 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) e usar o processo SQL sysprep 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 Software Assurance podem obter a mídia de instalação deles 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ê precisará registrar cada VM do SQL Server com a extensão de Agente IaaS do SQL a fim de gerenciar a VM do SQL Server no portal, bem como utilizar recursos como a aplicação de patch automatizada e os backups automáticos.

Não. Para imagens da galeria de máquinas virtuais que incluem o SQL Server, você deve selecionar uma das imagens fornecidas, seja pelo portal do Azure ou via PowerShell. No entanto, você tem a capacidade de implantar uma VM Windows compatível e autoinstalar nela uma versão compatível do SQL Server nela. Você deverá registrar sua VM do SQL Server com a extensão do Agente IaaS do SQL a fim de gerenciar a VM do SQL Server no portal do Azure e de utilizar recursos como a aplicação de patch automatizada e os backups automáticos.

Se a versão e a edição do SQL Server que você está procurando não estiver disponível na lista suspensa Imagens no Azure Marketplace, implante a máquina virtual do Azure somente para Windows e instale manualmente a versão e a edição desejada do SQL Server. 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 está disponível nas imagens do SQL Server encontradas na lista suspensa de Imagens no Azure Marketplace, implante a máquina virtual do Azure somente para Windows com a edição desejada e instale manualmente a versão e a edição desejada do SQL Server. 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 e instale manualmente a versão e edição do SQL Server que você deseja. 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.

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. Registre sua VM do SQL Server com a extensão do Agente IaaS do SQL a fim de gerenciar a VM do SQL Server no portal e de utilizar recursos como a aplicação de patch automatizada e os backups automáticos. 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.

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, será possível habilitar o Benefício Híbrido do Azure em uma imagem PAYG (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 obter recursos como o gerenciamento do portal, backups automatizados e a aplicação de patch automatizada.

Não. 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.

Sim. Você pode mudar facilmente uma imagem de galeria PAYG para BYOL 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.

Não. 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.

Não. 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.

Não. 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, confira extensão do agente IaaS do SQL Server.

Sim, os clientes do CSP (Provedor de Soluções de Nuvem) do Azure poderão usar o Benefício Híbrido do Azure primeiro implantando uma VM paga conforme o uso e convertendo-a para traga sua própria licença, 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 do Active SQL Server é coberta pelo Software Assurance e permite uma instância de SQL Server secundária passiva, com até a mesma quantidade de computação do servidor ativo licenciado.
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. Consulte os Termos do Produto e fale com seus contatos de licenciamento ou gerente de conta para obter mais informações.

Programas abrangentes que oferecem direitos de assinatura equivalentes ao Software Assurance como um benefício fixo dão suporte ao benefício da DR. Isso inclui, entre outros, Open Value (OV), Open Value Subscription (OVS), Enterprise Agreement (EA), Enterprise Agreement Subscription (EAS) e Server and Cloud Enrollment (SCE). Consulte os termos do produto e fale com seus contatos de licenciamento ou gerente de conta para obter mais informações.

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". Isso significa que o Benefício Híbrido do Azure é gerenciado centralmente pelo administrador do Enterprise Agreement (EA) ou do Microsoft Customer Agreement (MCA) da organização.

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.

Sim. A mídia de instalação do SQL Server está localizada em uma pasta na unidade C . Execute Setup.exe nessa localização para adicionar novas instâncias do SQL Server ou para 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.

SQL Server 2012 a SQL Server 2019 pode dar suporte a 50 instâncias em um servidor autônomo. É o mesmo limite, independentemente de ser no Azure local. Confira as melhores práticas para saber como preparar melhor seu ambiente.

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 (EOL) ou componentes de software obsoletos devido à versão dos componentes do Pacote Redistribuível do 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 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 ao seguinte:

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 única no SQL Server e se a instância padrão original for devidamente desinstalada. Se não houver uma instância padrão e houver várias instâncias nomeadas em uma única VM do SQL Server, a instalação da extensão do agente IaaS do SQL Server falhará.

Sim, mas você precisará executar etapas adicionais para evitar ser cobrado por sua instância do SQL Server, conforme descrito nas Diretrizes de preço. 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. Altere a edição do SQL Server no portal do Azure para Expresso para interromper a cobrança.
6. (Opcional) Desabilite o serviço Expresso do SQL Server desabilitando a inicialização do serviço.

Não. 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

Não. 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 SQL Server em VMs do Azure, você deve estar no Windows Server 2022, que tem o 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 Software Assurance podem obter a mídia de instalação deles do Centro de Licenciamento por Volume.

Para instalar o SQL Server com licenciamento pré-pago para uma VM existente do Azure, use a mídia de instalação de uma VM existente do SQL Server que contenha 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 Aplicação de Patch Automatizada. 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.

Se o sistema operacional for o Windows Server 2008 R2 ou posterior, sim. 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 dá acesso a todos os benefícios da extensão do Agente de IaaS do SQL, como capacidade de gerenciamento do portal, backups automatizados e patches automatizados. 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.

Sim. 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.

Sim. O DTC local oferece suporte ao SQL Server 2016 SP2 e posterior. No entanto, os aplicativos devem ser testados ao utilizar grupos de disponibilidade AlwaysOn, pois ocorrerá falha nas transações em andamento durante um failover e elas deverão ser repetidas. O DTC agrupado está disponível a partir do Windows Server 2019.

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

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

Sim. Os compartilhamentos de arquivo Premium do Azure têm suporte 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.

Não. 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 tiver sido provisionada por meio das imagens do SQL Server no Azure Marketplace e o SQL Server tiver sido instalado automaticamente.

Sim. Os clientes deverão registrar suas VMs do SQL Server na extensão se não tiverem usado uma imagem do SQL Server do Azure Marketplace e, em vez disso, tiverem instalado o SQL Server por conta própria ou trazido 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 administrador de sistema para VMs do SQL Server que foram implantadas antes de outubro de 2022 ou para VMs autoinstaladas do SQL Server que não habilitaram manualmente o modelo de menor privilégio 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 do SQL é criado quando você implanta a imagem de VM do SQL Server do Azure Marketplace ou registra manualmente a VM do SQL Server com a extensão do Agente de 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.

Não. 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.

Sim. 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.

Sim. Navegue até o recurso Máquinas virtuais do SQL para sua VM do SQL Server e escolha Reparar em Suporte e solução de problemas para abrir a página Reparar e reparar a extensão.

Não. 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.

Não. 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 SQL IaaS Agent registra a instância padrão do SQL Server no caso de várias instâncias.

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

Sim. 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.

Nenhum. 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. Eles podem ser monitorados por meio do gerenciador de tarefas e vistos no console interno de serviços do Windows.

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

Não. 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 os clientes com o benefício do Software Assurance poderão 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, as alterações de licenciamento retornam à fonte da imagem original.

Não. As ESUs (Atualizações de Segurança Estendidas) são aplicadas automaticamente à VM, independentemente de a VM do SQL Server ter se registrado com a extensão do Agente de 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 com a extensão do Agente de 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.

Não. 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.

Recursos

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 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