Mover a licença do SQL Server para um modelo de assinatura paga conforme o uso

Este artigo explica como fazer a transição das instâncias de SQL Server para assinaturas pagas conforme o uso. Essa opção está disponível para instâncias de SQL Server que atualmente:

• Usar uma licença de SQL Server com o Software Assurance (SA)
• Usar uma licença de assinatura SQL Server
• Licenciado por meio de um SPLA (Contrato de Licença do Provedor de Serviços)

Transição da licença com Software Assurance ou assinatura do SQL Server

Se suas instâncias do SQL Server estiverem cobertas por uma licença com Software Assurance ou uma licença de assinatura, geralmente é recomendável migrar para uma assinatura do Azure com pagamento conforme o uso imediatamente após o término do período de vigência. Nesse ponto, você deseja ter certeza de que:

• Todas as implantações do Arc SQL foram alteradas para cobrança no modelo pay-as-you-go.
• Todas as implantações de SQL do Azure (PaaS e IaaS) são alteradas para cobrança por pagamento conforme o uso.
• As tarefas de transição são executadas imediatamente após a expiração do contrato de licença para conformidade contínua e cobrança precisa.

Para gerenciar a transição, siga estas etapas.

Antes da expiração do contrato de licença

• Verifique se você tem uma conta Azure ativa com pelo menos uma assinatura.
• Verifique se todas as instâncias SQL Server locais cobertas pela licença com Garantia de software ou por assinatura SQL estão conectadas a Azure Arc.
• Se você licenciar núcleos virtuais ou núcleos físicos sem usar VMs, verifique se as extensões de Azure para SQL Server estão configuradas com licenseType definido como Paid. Consulte as instâncias do SQL Server licenciadas por núcleos virtuais e as instâncias do SQL Server licenciadas por núcleos físicos sem VMs para detalhes.
• Se você usar o método de licenciamento de virtualização ilimitada, certifique-se de que as licenças do núcleo físico sejam criadas com billingPlan definido como Paid, ativado, e todas as instâncias do SQL Server cobertas pelas licenças tenham licenseType definido como Paid. Para mais informações, veja Licenciar instâncias do SQL Server por núcleos físicos com virtualização ilimitada.

Na data de expiração do contrato de licença

Altere o valor do tipo de licença em todos os recursos que não são mais cobertos por licença do SQL Server com Software Assurance ou assinatura do SQL Server.

• Para mudar vários recursos SQL do Azure para uma assinatura paga conforme o uso, use o script do PowerShell Modify SQL do Azure license type.

• Para migrar várias instâncias do SQL Server habilitadas para o Azure Arc para uma assinatura com pagamento conforme o uso, use o script do PowerShell Modificar tipo de licença do Arc SQL.

Esses scripts são fornecidos "como estão" na licença do MIT.

Transição da licença fornecida pelo provedor SPLA

A transição das instâncias de SQL Server licenciadas por meio de um SPLA (Contrato de Licença do Provedor de Serviços) para a cobrança conforme o uso do Azure requer que:

• Instâncias do SQL Server são integradas às assinaturas do Azure gerenciadas por provedor de soluções na nuvem (CSP) manualmente ou usando a implantação automática. Consulte Gerenciar conexão automática para SQL Server habilitado pelo Azure Arc para obter detalhes.
• A tag ArcSQLServerExtensionDeployment:PAYG-Recurring é atribuída a cada assinatura do Azure gerenciada pelo CSP para garantir que todas as máquinas implantadas automaticamente sejam configuradas com pagamento conforme o uso recorrente e tenham um consentimento registrado. Para obter mais informações sobre tags de implantação automática, consulte Configurar o tipo de licença para SQL Servers conectados automaticamente.
• A cobrança recorrente com pagamento conforme o uso e consentimento é selecionada em cada máquina que é integrada manualmente ao Azure Arc.

Ao migrar clientes para o faturamento sob demanda do Azure, é essencial garantir que o agente do Azure Connected Machine e a extensão do SQL Server estejam íntegros e possam se conectar ao Azure. Se a extensão for interrompida, bloqueada por firewalls ou configurada incorretamente (por exemplo, problemas de proxy), ela poderá parar de relatar SQL Server uso corretamente. Isso pode resultar em uso sub-relatado, erros de cobrança e não conformidade.

Esses problemas também limitam a funcionalidade das instâncias do SQL Server conectadas via Azure Arc. Características afetadas incluem:

• Monitoring
• Inventory
• A autenticação do Entra ID (que depende de um agente saudável e de uma conexão ativa)

Azure Arc servidores conectados devem fazer check-in com Azure pelo menos uma vez a cada 30 dias. A partir de junho de 2026, esse check-in será imposto. Isso garante relatórios de uso precisos e impede o uso de SQL Server não autorizados.

Consentimento do cliente

Você ou seu provedor de soluções de nuvem devem fornecer consentimento explicitamente antes de habilitar a cobrança paga conforme o uso. Para obter detalhes, examine o consentimento de cobrança recorrente.

Considerações específicas do Linux

Ao fazer a transição SQL Server em Linux para pagamento conforme o uso, lembre-se das seguintes limitações em comparação com Windows:

• Detecção de instâncias passivas: a detecção automática de réplicas passivas em grupos de disponibilidade ou instâncias de cluster de failover não está disponível no Linux. Todas as instâncias são cobradas como ativas.
• Detecção de núcleos: a contagem de núcleos é informada com base no ambiente do sistema operacional. Verificação de núcleo em nível do Mecanismo de Banco de Dados não está disponível.
• Detecção de usuários conectados: a verificação de conexões de usuários ativos nas réplicas secundárias legíveis não está disponível.
• Agent health monitoring: verifique se o agente do Azure Connected Machine permanece íntegro e conectado. A janela de reconexão de 30 dias e o comportamento recorrente de cobrança funcionam da mesma forma que em Windows.

Essas limitações não bloqueiam a transição para PAYG no Linux. No entanto, planeje as diferenças de cobrança descritas em Gerenciar licenciamento e cobrança.

Reconexão dentro de 30 dias

Se a máquina se reconectar dentro de 30 dias após ser desconectada, a cobrança conforme o uso será baseada nos logs de uso reais mantidos localmente pela extensão.

Desconexão além de 30 dias

Se o computador permanecer desconectado por mais de 30 dias, o serviço SQL Arc alternará para a cobrança recorrente com base na última configuração conhecida. Por exemplo: edição, número de núcleos, configuração de alta disponibilidade. Os encargos incluem:

• Cobranças retroativas dos últimos 30 dias.
• Encargos contínuos por hora até que o computador se reconecte.

Essas cobranças usam medidores recorrentes separados de pagamento sob demanda (PAYG) para rastrear o uso durante o estado desconectado.

Para obter mais informações, consulte Cobrança durante a perda de conectividade e outras interrupções.

Uso intermitente de SQL Server

Se você tiver um aplicativo usado com pouca frequência e puder ficar offline por mais de 30 dias, ele disparará a cobrança recorrente porque o serviço SQL Arc não pode informar se a desconexão é intencional ou não. Para impedir a cobrança, desconecte a instância de SQL Server de Azure Arc. Quando a VM estiver em execução, você precisará integrá-la ao Arc novamente usando qualquer um dos métodos com suporte. Para obter detalhes, examine Desconectar instâncias do SQL Server do Azure Arc.

Visão geral da solução

Como a implementação atual do Windows Server impõe um limite fixo de desconexão de 30 dias, o sistema gerencia automaticamente a reinserção dos servidores subjacentes sem redefinir a cobrança do SQL Server. Esse recurso garante que serviços como ESU (Atualizações de Segurança Estendidas) não sejam redefinidos e que nenhuma nova cobrança retroativa seja disparada desnecessariamente.

A linha do tempo a seguir ilustra o comportamento de cobrança para SQL Server e Windows Server, comparando cenários em que o computador se reconecta dentro de 30 dias em comparação com após 30 dias.

Se a conectividade for restaurada dentro de 30 dias, a cobrança no modelo pay-as-you-go será retomada com base nos dados de uso reais coletados pela extensão do Azure para SQL Server e relatados por meio de medidores padrão do modelo pay-as-you-go. Se a conectividade for restaurada após 30 dias, a cobrança continua com base na última configuração conhecida da instância do SQL Server, usando medidores recorrentes de pagamento conforme o uso, até que a conexão seja restabelecida.

Consentimento de cobrança recorrente

É necessário um consentimento explícito para selecionar o faturamento de pagamento conforme o uso para o SQL Server nas assinaturas do Azure gerenciadas pelo CSP.

O consentimento é registrado adicionando uma propriedade ConsentToRecurringPAYG à extensão do Azure para o recurso do SQL Server. Ele consiste nos dois valores:

• Consented: você concorda com a cobrança recorrente.
• ConsentTimestamp: a marcação de data/hora UTC que marca o momento em que o consentimento foi concedido. Esse timestamp é usado pelo Serviço de Dados Híbridos para determinar quando a cobrança recorrente entra em vigor. Após esse período, qualquer desconexão superior a 30 dias ativa o faturamento recorrente de pagamento conforme o uso.

Habilitar o pagamento sob demanda recorrente em escala usando o serviço Automação do Azure

Provedores de soluções em nuvem que gerenciam grandes contas de clientes podem habilitar o faturamento recorrente de pagamento conforme o uso em várias máquinas com um script. Um script flexível modificar tipo de licença do PowerShell executa as alterações de configuração necessárias, incluindo o registro de consentimento. Por exemplo, a seguinte operação alternará todas as máquinas conectadas no mesmo locatário para o modelo de pagamento conforme o uso:

.\modify-license-type.ps1 -LicenseType PAYG -ConsentToRecurringPAYG Yes -Force 

Examine o script completo em GitHub em sql-server-samples modify-license-type.

Gerenciar implantação automática

SQL Server habilitado pelo Azure Arc instala automaticamente a extensão do Azure para SQL Server em qualquer novo computador conectado e oferece uma opção para especificar o tipo de licença como um tag de assinatura. Para assinaturas gerenciadas pelo CSP, use a tag PAYG-Recurring para garantir que o consentimento para cobrança recorrente no modelo de pagamento conforme o uso seja registrado durante a implantação automática.

Gerenciar a integridade da extensão

Com uma assinatura paga conforme o uso, a integridade das extensões torna-se um fator crítico de sua conformidade, pois coleta os dados de uso e garante a cobrança correta. As desconexões intermitentes de até 30 dias são permitidas, pois a extensão mantém um log de uso no computador, mas é sua responsabilidade garantir que as extensões permaneçam íntegras. O portal Azure inclui um painel Health fornecendo a exibição de alto nível do estado das extensões. Para obter detalhes sobre a solução de problemas das extensões não saudáveis, consulte Solucionar problemas de extensão do Azure para SQL Server.

Analisar custos

Depois de fazer a transição para a cobrança paga conforme o uso, você pode exibir os encargos atuais e previstos por meio de Gerenciamento de Custos da Microsoft. As próximas cobranças do SQL Server habilitado para Azure Arc no modelo de pagamento conforme o uso não são exibidas nas páginas de recursos do SQL Server ou do Arc. Toda a análise de custo e previsão ocorre no nível da assinatura ou superior.

Exibir encargos previstos

Para visualizar as cobranças previstas no modelo de pagamento conforme o uso:

1. No portal do Azure, abra Gerenciamento de Custos>Análise de Custo.
2. Selecione o escopo apropriado (assinatura, grupo de gerenciamento ou grupo de recursos).
3. Confirme se o gráfico mostra os custos reais e previstos.
   • Barras ou linhas sólidas representam custos reais
   • Extensões sombreadas representam os custos previstos com base nas tendências de uso histórico
4. Defina o intervalo de datas para o mês atual para ver os custos de fim de mês projetados.

Filtrar o uso do Arc SQL Server

Para isolar as cobranças do SQL Server habilitado para Azure Arc no modelo de pagamento conforme o uso, aplique estes filtros:

Identificar os custos no nível do recurso

Para ver quais instâncias de SQL Server estão gerando custos:

1. Na análise de custo, selecione Agrupar por>Recurso.
2. Opcionalmente, selecione Agrupar por>Grupo de Recursos se você organizar computadores Arc por grupo de recursos.

Esse detalhamento ajuda você a identificar:

• Alterações na contagem de núcleos
• Diferenças de edição (Standard vs Enterprise)
• Instâncias que foram deixadas sem querer em execução

Identificar categorias de cobrança

Para ver quais categorias de encargos relacionadas ao SQL Server estão gerando custos, na análise de custo, selecione Agrupar por>Medidor. Esse detalhamento ajuda você a identificar:

• Divisão de categoria de uso (por exemplo, custos de ESU, custos de pagamento conforme o uso)
• Diferenças de edição (os nomes dos medidores indicam as edições)
• Encargos inesperados

Configurar alertas de orçamento

Para gerenciar proativamente os custos:

1. No Gerenciamento de Custos, selecione Adicionar Orçamentos>.
2. Crie um orçamento mensal para os gastos esperados do Arc SQL.
3. Configure alertas em 50%, 75%e 90% de orçamento.
4. Salve o orçamento.

Os alertas de orçamento usam custos previstos, não apenas gastos reais, para ajudá-lo a evitar encargos inesperados. Para obter mais informações, consulte Criar e gerenciar orçamentos.

Monitorar eventos de faturamento

Para monitorar, reveja os logs de atividades usados com o SQL Server habilitado pelo Azure Arc.

Conteúdo relacionado

• Perguntas frequentes sobre cobrança recorrente para o SQL Server habilitado pelo Azure Arc
• Manage licenciamento e cobrança de SQL Server habilitados pelo Azure Arc