Partilhar via

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

Este artigo explica como fazer a transição das instâncias do SQL Server para assinaturas pré-pagas. Esta opção está disponível para instâncias do SQL Server que, atualmente:

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

Transição de Licença com Software Assurance ou Subscrição 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, 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ê quer ter certeza de que:

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

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, certifique-se de que a licença p-core configurada para billingPlan seja criada em coordenação com a equipa de contas 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 com Software Assurance ou pela assinatura do SQL Server.

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

Important

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

Transição da licença fornecida pelo fornecedor 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 paga conforme o uso do Azure requer que:

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

Ao mover os clientes para a cobrança paga conforme o uso do Azure, é essencial garantir que o agente de Máquina Conectada do Azure e a extensão do SQL Server estejam íntegros e possam se conectar ao Azure. Se a extensão estiver quebrada, bloqueada por firewalls ou mal configurada (por exemplo, problemas de proxy), ela poderá parar de relatar o uso do SQL Server corretamente. Isso pode resultar em uso subnotificado, erros de faturamento 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 Entra ID (que depende de um agente funcional e 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, este check-in será implementado. 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 explícito antes de ativar o faturamento pré-pago. Para obter detalhes, consulte Consentimento de cobrança recorrente.

Reconexão dentro de 30 dias

Se a máquina se reconectar dentro de 30 dias após ser desconetada, o pagamento conforme o uso será baseado nos registos de uso reais mantidos localmente pela extensão.

Desconexão além de 30 dias

Se a máquina permanecer desconectada por mais de 30 dias, o serviço SQL Arc alternará para cobrança recorrente com base na última configuração conhecida. Por exemplo: edição, número de núcleos, configuração de alta disponibilidade. Charges include:

  • Cobranças retroativas para os últimos 30 dias.
  • Cargas horárias contínuas até que a máquina se reconecte.

Essas cobranças recorrentes usam medidores separados de pagamento conforme a utilização (PAYG) para rastrear o uso durante o estado desconectado.

Uso intermitente do SQL Server

Se você tiver um aplicativo que é usado com pouca frequência e pode ficar offline por mais de 30 dias, ele acionará a cobrança recorrente porque o serviço SQL Arc não pode dizer se a desconexão é intencional ou não. Para evitar 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 suportados. Para obter detalhes, consulte Desconectar instâncias do SQL Server do Azure Arc.

Solution overview

Como a implementação atual do Windows Server impõe um limite fixo de desconexão de 30 dias, o sistema lida automaticamente com a reintegração de servidores subjacentes sem redefinir a cobrança do SQL Server. Esse recurso garante que serviços como as Atualizações de Segurança Estendidas (ESU) não sejam redefinidos e que nenhum novo faturamento retroativo seja acionado desnecessariamente.

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

Timeline Event Service’s actions
Day 1 Configura o Arc + Arc SQL usando o pagamento conforme o uso em um Windows Server. - O faturamento começa com base na configuração atual e no uso real.
- Os dados de uso são carregados e processados a cada 12 horas.
Day 2 O Azure deteta desconexão devido a falha do agente ou conectividade bloqueada. O estado da máquina conectada muda para Desconectado.
- A extensão do Azure para SQL Server continua coletando e armazenando dados de uso localmente.
- Os avisos aparecem no log de atividades da máquina Arc, na página Configuração do SQL Server e na folha Visão geral do SQL Server.
- Não são emitidos medidores de horas.
Day 3+ Continued disconnection Lembretes diários são emitidos, avisando que a cobrança recorrente começará após 30 dias.
Day 30 Ainda sem registros de uso ou batimento cardíaco. O certificado do agente da máquina conectada expira.
- O estado da máquina conectada muda para Expirado.
- SQL muda para faturamento recorrente com base na última configuração conhecida (edição, núcleos, configuração HA, etc.).
- As cobranças são retroativas para os últimos 30 dias.
- Recomeço da cobrança horária utilizando medidores recorrentes.
Day 31+ Continued disconnection. A cobrança à hora perdura indefinidamente usando a última configuração conhecida.
Day 40 A conectividade é restaurada A faturação por hora passa para contadores regulares de pré-pagamento e continua.

Se a conectividade for restaurada dentro de 30 dias, a cobrança consoante o uso 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 de pay-as-you-go. Se a conectividade for restaurada após 30 dias, a cobrança continuará com base na última configuração conhecida da instância SQL usando medidores recorrentes de pagamento conforme o uso até que a conexão seja restabelecida.

É necessário um consentimento explícito para selecionar a faturação pré-paga para o SQL Server nas subscrições do Azure geridas por CSP.

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

  • Consented: Indica que você concorda com a cobrança recorrente.
  • ConsentTimestamp: O carimbo de data/hora UTC que marca quando 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 a cobrança recorrente paga conforme o uso.

Important

Novas subscrições pré-pagas não são permitidas sem o consentimento.

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

Ative o serviço pay-as-you-go recorrente em escala usando o Azure Automation

Fornecedores de soluções de cloud que gerem grandes contas de clientes podem ativar a faturação recorrente “pay-as-you-go” em várias máquinas com um script. Um script flexível do PowerShell Modificar Tipo de Licença executa as alterações de configuração necessárias, incluindo o registro do consentimento. Por exemplo, a operação a seguir alternará todas as máquinas conectadas no mesmo locatário para o pagamento conforme o uso:

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

Analise 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 nova máquina conectada 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 suportam a opção de consentimento para pagamentos recorrentes conforme o uso, essas tags não devem ser atribuídas a assinaturas geridas por CSP.

Gerenciar a integridade da extensão

Com uma subscrição pré-paga, a integridade das extensões torna-se um fator crítico da sua conformidade, uma vez que recolhe os dados de utilização e garante a faturação correta. As desconexões intermitentes de até 30 dias são permitidas, pois a extensão mantém um registro de uso na máquina, mas é sua responsabilidade garantir que as extensões permaneçam saudáveis. 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 da extensão do Azure para SQL Server.

Monitorizar eventos de faturação

Para monitorizar, revise Utilize logs de atividade com o SQL Server habilitado pelo Azure Arc.

Related content

Perguntas frequentes sobre cobrança recorrente do SQL Server habilitado pelo Azure Arc

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

  • Last updated on