FAQ Gerais
Posso excluir alguma instância do SQL Server quando faço onboard com o Azure Policy com o SQL Server ativado pelo Azure Arc?
Sim, podes usar a definição excludedInstances no Azure Policy para indicar as SQL Server instâncias que não queres incluir no processo de integração.
Por exemplo, se você tiver instâncias em espera, talvez não queira visualizá-las no portal. Quando usa o Azure Policy para integrar, pode excluir tais instâncias com base na correspondência de padrões dos nomes das instâncias.
- Crie uma cópia da definição que fornecemos no Azure para criar uma definição personalizada.
- Defina o valor para instâncias excluídas na definição personalizada.
- Direcione a assinatura e o grupo de recursos.
Os dados da minha instância do SQL Server são enviados para o Azure?
No. A Microsoft só recolhe metadados e informações sobre o seu SQL Server para ajudar na resolução de problemas e no inventário. Os dados enviados não incluem dados do utilizador nem sobre a sua utilização do SQL Server.
Faturação ao consumo
A faturação pay-as-you-go deixa de cobrar quando a ligação entre o recurso SQL Server e o Azure é temporariamente interrompida?
Não, a conectividade intermitente à Internet não impede a faturação pré-paga. O uso é relatado e contabilizado pela lógica de faturamento quando a conectividade é restaurada.
Será cobrado se a minha máquina virtual for interrompida?
No. Quando a VM é interrompida, os dados de uso não são coletados. Portanto, você não será cobrado pelo tempo em que a VM foi interrompida.
Sou cobrado se a minha instância de SQL Server for interrompida?
No. A recolha de dados de utilização requer uma instância ativa do SQL Server. Portanto, não será cobrado pelo tempo em que a instância do SQL Server foi parada.
Sou cobrado se a minha instância do SQL Server esteve a funcionar menos de uma hora?
A granularidade do faturamento é de uma hora. Se a sua instância esteve ativa por menos de uma hora, você será cobrado pela hora inteira.
Existe um número mínimo de núcleos com faturamento pré-pago?
A faturação pay-as-you-go não altera os termos de licenciamento do SQL Server. Portanto, está sujeito ao limite de quatro núcleos conforme definido nos termos de licenciamento SQL Server.
Se a máscara de afinidade for especificada para o meu SQL Server usar um subconjunto de núcleos virtuais, isso irá reduzir as cobranças de pagamento conforme o uso?
No. Quando executa a sua instância do SQL Server numa máquina virtual ou física, é obrigado a licenciar o conjunto completo de núcleos a que a máquina pode aceder. Portanto, as suas cobranças pay-as-you-go baseiam-se na contagem total de núcleos, mesmo que use a máscara de afinidade para limitar a utilização destes núcleos pelo seu SQL Server. Consulte SQL Server guia de licenciamento para mais detalhes.
Posso mudar de pagamento conforme o uso para licença fixa e vice-versa?
Sim, pode alterar a sua seleção. Para mudar, executa novamente SQL Server Configuração e escolhe o separador Maintenance, depois seleciona Edition Upgrade. O modo agora é alterado para licença Enterprise. Para reverter para o pagamento conforme o uso, você pode usar as mesmas etapas e alterar a configuração.
Tenho uma conta empresarial ou de pequena empresa na Microsoft, preciso de ativar a faturação recorrente de pagamento conforme o uso?
No. Neste momento, a faturação recorrente só está ativada nas subscrições Azure geridas pelo fornecedor de soluções cloud (CSP).
Como posso garantir que a minha VM e o servidor SQL não são cobrados quando são desligados ou desligados intencionalmente?
Se a máquina estiver offline por menos de 30 dias e depois voltar a conectar-se, o uso do SQL Server carregado refletirá o período offline, e a fatura mensal irá considerá-lo. Se mantiveres a máquina offline por mais de 30 dias, a faturação pay-as-you-go será retomada quando a máquina voltar a estar online e se reconectar ao Azure Arc.
Se eu tiver um servidor que está regularmente desconectado por mais de 30 dias, o que devo fazer?
- Se desligar intencionalmente a sua VM por um período superior a 30 dias e deixar de utilizar o SQL Server, a faturação no modelo pay-as-you-go será retomada quando a máquina voltar a estar online e se reconectar ao Azure Arc.
- Se a sua instância do SQL Server estiver a correr continuamente durante o período de desconexão, deve restaurar a conectividade para se manter em conformidade. Revisão Extensão de resolução de problemas.
Como posso ser notificado quando uma determinada máquina não envia dados de utilização quando esperado ou quando a faturação recorrente ocorreu ou está a acontecer?
É possível:
- Veja o modo de faturação de cada máquina no painel de Faturação do SQL Server com Arc, no portal Azure.
- Escreva sua própria consulta ARG para obter o modo de faturamento e os últimos pontos de dados faturados.
- Subscreva os eventos do Registo de Atividade para quando os registos de utilização não são recebidos quando esperado ou quando a faturação recorrente começa ou está a acontecer. Revise Utilize registos de atividade com SQL Server ativado por Azure Arc.
A faturação pay-as-you-go funciona no Linux?
Yes. A faturação PAYG é suportada para SQL Server em Linux com limitações. Deteção passiva de instâncias, verificação de utilizador conectado e visibilidade do núcleo ao nível do Database Engine não estão disponíveis no Linux. Todas as instâncias do SQL Server no Linux são apresentadas como ativas. Para detalhes, consulte Gestão de licenciamento e faturação.
Porque é que as minhas instâncias passivas de SQL Server em Linux são cobradas como ativas com pay-as-you-go (pagamento conforme o uso)?
A deteção passiva de instâncias não está disponível no Linux. Sem esta capacidade, o benefício gratuito de faturação passiva não pode ser aplicado. Todas as instâncias são faturadas com base na contagem de núcleos (core) reportada pelo sistema operativo. Se precisar de faturação gratuita para instâncias passivas, considere usar licenciamento em volume em vez de PAYG, ou núcleos físicos PAYG com virtualização ilimitada.
Como funciona a deteção de núcleos para PAYG no Linux?
No Linux, a contagem de núcleos é reportada com base no ambiente do sistema operativo (núcleos virtuais ou físicos visíveis ao sistema operativo). A verificação do núcleo ao nível do Database Engine não está disponível. A faturação baseia-se na contagem de núcleos reportada pelo sistema operativo, sujeita ao mínimo de quatro núcleos por OSE.
Segurança
Quais são as melhores práticas de segurança?
Rever e implementar o SQL Server habilitado de acordo com as melhores práticas do Azure Arc.
O TDE com Azure Key Vault é suportado?
No. O TDE com Azure Key Vault não é suportado atualmente em SQL Server ativado pelo Azure Arc. Pode configurar manualmente o TDE para as suas próprias instâncias.
Existe suporte para cofre de chaves?
Sim, hoje há suporte do Key Vault para o SQL Server, ativado através do Azure Arc, para armazenar o certificado Microsoft Entra ID.
O SQL Server ativado pelo Azure Arc suporta Private Link?
Yes. O SQL Server, ativado pelo Azure Arc, suporta Private Link para a maioria dos endpoints, mas alguns endpoints não requerem Private Link e outros endpoints não são suportados. Para obter informações específicas, consulte Requisitos de rede do agente de máquina conectada.
Que alterações de configuração são feitas?
Pode encontrar detalhes sobre as funções criadas pela extensão Azure para SQL Server em Roles criados pela extensão Azure para a instalação do SQL Server.
Qual é a lista de URL de pontos de extremidade que precisam ser abertos?
Você precisa abrir o endpoint em *.<region>.arcdataservices.com. Para informações específicas, consulte Pré-requisitos - Ligue-se ao Azure Arc serviço de processamento de dados.
A inspeção TLS funciona com a Azure Extension para SQL Server?
Se a sua organização usar a inspeção TLS, a Extensão Azure para SQL Server não utiliza pin de certificado e continuará a funcionar, desde que a sua máquina confie no certificado apresentado pelo serviço de inspeção TLS. Para informações sobre a inspeção TLS com extensão de servidor habilitada para Azure Arc, veja Segurança de Rede.
Quais são os detalhes sobre as permissões atribuídas?
Reveja Configurar contas de serviço do Windows e permissões para a extensão do Azure para o SQL Server.
Qual é o utilizador sob o qual o serviço de extensão do Microsoft SQL Server está a ser executado?
Quando o modo de privilégios mínimos está habilitado, ele é executado como a conta NT Service\SQLServerExtension. Quando está desativado, corre como Sistema Local. Para ativar o modo de menor privilégio, consulte o modo de menor privilégio.
O modo de mínimo privilégio é suportado para o SQL Server ativado pelo Azure Arc?
Sim, o modo de mínimo privilégio é suportado para o SQL Server ativado pelo Azure Arc. Servidores existentes com a versão de extensão 1.1.2859.223 ou superior acabarão por ter a configuração menos privilegiada aplicada. Esta extensão foi lançada em novembro de 2024. Para evitar a atribuição automática do privilégio mínimo, bloqueie as atualizações de extensão após 1.1.2859.223. Saiba mais sobre as permissões atribuídas em Configurar as contas de serviço do Windows e as permissões para a extensão Azure para SQL Server.
Como posso definir as permissões mínimas para implementar o SQL Server ativado pelo Azure Arc?
O modo de menor privilégio utiliza permissões mínimas para implementar o SQL Server ativado pelo Azure Arc. Para ativar o modo de menor privilégio, consulte Operar SQL Server ativado por Azure Arc com menor privilégio.
Serviços associados
Como funciona o SQL Server, ativado pela gestão de licenças do Azure Arc, com os serviços associados?
Os serviços associados são representados como instâncias de SQL Server no Azure Resource Manager (ARM) com uma propriedade service_type que indica se é um motor de base de dados ou a instalação de um serviço associado. Consulte Gerir licenciamento e faturação e Atualizações de segurança alargadas para obter detalhes.
Faturação recorrente por utilização
Tenho uma conta empresarial ou de pequena empresa na Microsoft, posso ativar a faturação recorrente com pagamento conforme uso?
No. Neste momento, a faturação recorrente pay-as-you-go está ativada e obrigatória nas subscrições geridas pelo CSP. Não está disponível com outras ofertas de subscrição.
Como posso garantir que a minha VM e o servidor SQL não são cobrados quando são desligados ou desligados intencionalmente?
Se a máquina estiver offline por menos de 30 dias e depois voltar a conectar-se, o uso do SQL Server carregado refletirá o período offline, e a fatura mensal irá considerá-lo. Se planeia mantê-lo offline por mais de 30 dias, deve desligar o SQL Server compatível com Arc. Para obter instruções, consulte Desligar instâncias do SQL Server do Azure Arc. Depois, reconecte-se usando uma das opções de implantação suportadas .
Como posso ser notificado quando uma determinada máquina não envia dados de utilização quando esperado ou quando a faturação recorrente ocorreu ou está a acontecer?
É possível:
- Veja o modo de faturação de cada máquina no painel de Faturação do SQL Server com Arc, no portal Azure.
- Escreva sua própria consulta ARG para obter o modo de faturamento e os últimos pontos de dados faturados.
- Subscreva os eventos do Registo de Atividade para quando os registos de utilização não são recebidos quando esperado ou quando a faturação recorrente começa ou está a acontecer. Consulte Gerir a faturação recorrente para licenças de pagamento conforme o uso para obter detalhes.
VMware
O SQL Server está ativado pelo Azure Arc ligado ao VMware vSphere Foundation ou ao VMware Cloud Foundation?
No. O SQL Server ativado pelo Azure Arc é independente dos pacotes comerciais da VMware. Suporta instâncias do SQL Server a correr em máquinas virtuais alojadas na VMware que cumprem os requisitos do Azure Arc, sistema operativo e SQL Server.