Compartilhar via

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

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

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

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

Se suas instâncias do SQL Server forem cobertas por uma licença com software assurance ou uma licença de assinatura, normalmente você deseja fazer a transição para uma assinatura do Azure paga conforme o uso imediatamente após o tempo de expiração. 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) mudam para cobrança por 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

Important

Ao usar a política de posicionamento no Serviço VMware do Azure para habilitar a virtualização ilimitada, verifique se a licença p-core com billingPlan definido para Paid seja criada em coordenação com a equipe de conta da Microsoft.

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 pela licença do SQL Server com Software Assurance ou pela assinatura do SQL Server.

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

Important

Se você estiver utilizando o benefício de virtualização ilimitada do SQL Server Software Assurance ou da assinatura do SQL Server, certifique-se de alterar o plano de cobrança de licença do SQL Server de Paid para PAYG antes de mudar as VMs individuais no escopo da licença para PAYG. Dessa forma, você pode garantir que as VMs não sejam cobradas individualmente. Para obter detalhes, consulte Alterar o recurso de licença do SQL Server.

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

A transição dos SQL Servers licenciados por meio de um SPLA (Contrato de Licença do Provedor de Serviços) para a cobrança pay-as-you-go do Azure exige que:

  • Os SQL Servers do cliente final são integrados ao Azure Arc em assinaturas do Azure gerenciadas por CSP.
  • A cobrança por pagamento conforme o uso é selecionada com o consentimento para faturamento recorrente em cada máquina conectada.

Ao migrar clientes para a cobrança por consumo (pay-as-you-go) do Azure, é essencial garantir que o agente da Máquina Conectada Azure e a extensão do SQL Server estejam em bom estado e possam se conectar ao Azure. Se a extensão estiver interrompida, bloqueada por firewalls ou configurada incorretamente (por exemplo, problemas de proxy), ela poderá parar de relatar o uso do SQL Server corretamente. Isso pode resultar em uso sub-relatado, erros de cobrança e não conformidade.

Esses problemas também limitam a funcionalidade dos SQL Servers conectados por meio do Azure Arc. Os recursos afetados incluem:

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

Os servidores conectados ao Azure Arc devem fazer check-in com o 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 não autorizado do SQL Server.

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.

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:

  • Encargos de recarga dos últimos 30 dias.
  • Encargos contínuos por hora até que o computador se reconecte.

Esses encargos usam medidores separados de pagamento conforme o uso (PAYG) para controlar o consumo durante o estado desconectado.

Uso intermitente do 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 do SQL Server do 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, consulte 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 de desconexão fixo de 30 dias, o sistema lida automaticamente com a reinserção de 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 o SQL Server e o Windows Server, comparando cenários em que a máquina se reconecta dentro de 30 dias versus após 30 dias.

Timeline Event Ações do serviço
1º dia Configura o Arc + Arc SQL usando pagamento por uso em um Windows Server. – A cobrança começa com base na configuração atual e no uso real.
– A utilização é carregada e processada a cada 12 horas.
2º dia O Azure detecta a desconexão devido a uma falha do agente ou conectividade bloqueada. Alteração do estado da máquina conectada para Desconectado.
- A extensão do Azure para SQL Server continua coletando e armazenando dados de uso localmente.
- Os avisos são exibidos no Log de Atividades do computador Arc, na página Configuração do SQL Server e na folha Visão Geral do SQL Server.
- Nenhum medidor por hora é emitido.
Dia 3+ Desconexão contínua Lembretes diários são emitidos, avisando que a cobrança recorrente começará após 30 dias.
Dia 30 Ainda não há registros de uso ou pulsação. O certificado do agente de máquina conectada expira.
– Alterar estado da máquina conectada para Expirado.
- O SQL alterna para a cobrança recorrente com base na última configuração conhecida (edição, núcleos, configuração de HA etc.).
- As cobranças são ajustadas retroativamente nos últimos 30 dias.
– A cobrança por hora é retomada usando medidores recorrentes.
Dia 31+ Desconexão contínua. A cobrança por hora continua indefinidamente usando a última configuração conhecida.
Dia 40 A conectividade é restaurada A cobrança por hora muda para medidores regulares de pagamento conforme o uso e continua.

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

Um consentimento explícito é necessário para selecionar a cobrança "pago conforme o uso" para o SQL Server nas assinaturas do Azure gerenciadas por CSP.

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

  • Consented: indica que você concorda com a cobrança recorrente.
  • ConsentTimestamp: o registro de data/hora UTC quando foi concedido o consentimento. 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 com mais de 30 dias ativa a cobrança recorrente conforme o uso.

Important

Novas assinaturas pagas conforme o uso não são permitidas sem o consentimento.

Depois de registrada, a propriedade de consentimento não pode ser alterada sem reinstalar a extensão.

Habilitar o pagamento recorrente conforme o uso em escala usando a automação do Azure

Os fornecedores de soluções de nuvem que gerenciam grandes contas de clientes podem habilitar a cobrança recorrente conforme o uso em múltiplas 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 operação a seguir mudará todos os computadores conectados no mesmo locatário para pagamento conforme o uso:

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

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

Gerenciar implantação automática

O SQL Server habilitado pelo Azure Arc instala automaticamente a extensão do Azure para SQL Server em qualquer novo computador conectado e dá suporte a uma opção para especificar o tipo de licença como uma marca de assinatura. Como essas tags são genéricas e não dão suporte à opção de consentir com pagamento recorrente conforme o uso, essas tags não devem ser atribuídas a assinaturas gerenciadas pelo CSP.

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 do Azure inclui um Painel de Integridade que fornece 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 íntegras, consulte Solucionar problemas de extensão do Azure para SQL Server.

Monitorar eventos de faturamento

Para monitorar, analise o uso de logs de atividades com o SQL Server habilitado pelo Azure Arc.

Conteúdo relacionado

Cobrança recorrente para SQL Server habilitada pelo Azure Arc de acordo com as perguntas frequentes

Gerenciar o licenciamento e a cobrança do SQL Server habilitado pelo Azure Arc

  • Last updated on