Usar bancos de dados SQL no Azure Stack Hub

Importante

A partir do Azure Stack Hub build 2108, os provedores de recursos SQL e MySQL são oferecidos a assinaturas que receberam acesso. Se você quiser começar a usar esse recurso ou se precisar atualizar de uma versão anterior, abra um caso de suporte e nossos engenheiros de suporte orientarão você pelo processo de implantação ou atualização.

Use o provedor de recursos SQL para oferecer bancos de dados SQL no Azure Stack Hub. Depois de instalar o provedor de recursos e conectá-lo a uma ou mais instâncias do SQL Server, você e seus usuários podem criar:

• Bancos de dados SQL para aplicativos nativos de nuvem.
• Bancos de dados SQL para aplicativos Web.

Limitações a serem consideradas antes de instalar o provedor de recursos do SQL:

• Os usuários só podem criar e gerenciar bancos de dados individuais. As instâncias do servidor de banco de dados não são acessíveis aos usuários finais. Isso pode limitar a compatibilidade com aplicativos de banco de dados locais que precisam de acesso a master, Banco de Dados Temporário ou gerenciar bancos de dados dinamicamente.
• Seu operador do Azure Stack Hub é responsável por implantar, atualizar, proteger, configurar e manter os servidores e hosts do banco de dados SQL. O serviço RP não fornece nenhuma funcionalidade de gerenciamento de instância de servidor de host e banco de dados.
• Bancos de dados de usuários diferentes em assinaturas diferentes podem estar localizados na mesma instância do servidor de banco de dados. O RP não fornece um mecanismo para isolar bancos de dados em diferentes hosts ou instâncias de servidor de banco de dados.
• O RP não fornece nenhum relatório sobre o uso de bancos de dados do locatário.
• Você só pode mover um servidor de hospedagem do SQL para outra assinatura no Azure global. O Azure Stack Hub não dá suporte à movimentação de um servidor de hospedagem SQL para outra assinatura.
• O RP não monitora a integridade do SQL Server.
• Não há controle de acesso nos bancos de dados do sistema do SQL Server. Se o servidor de hospedagem do SQL for um SQL Server autônomo (não a HA do SQL), o SQL RP usará logons sql para controlar o acesso dos usuários aos próprios bancos de dados. No entanto, os logons do SQL não controlam o acesso dos usuários aos bancos de dados do sistema. Por exemplo, um usuário que tentar restaurar um banco de dados de um dos backups poderá ver todos os históricos de backup no mesmo servidor de hospedagem, pois o histórico de backup é armazenado no banco de dados msdb.

Para cargas de trabalho de SQL Server tradicionais no local, é recomendável uma máquina virtual SQL Server no Azure Stack Hub.

Arquitetura do adaptador do provedor de recursos SQL

O provedor de recursos consiste nos seguintes componentes:

• A VM (máquina virtual) do adaptador do provedor de recursos SQL, que é uma VM do Windows Server que executa os serviços do provedor.
• O provedor de recursos, que processa solicitações e acessa recursos de banco de dados.
• Servidores que hospedam SQL Server, que fornecem capacidade para bancos de dados chamados servidores de hospedagem.

Você deve criar pelo menos uma instância de SQL Server ou fornecer acesso a instâncias de SQL Server externas.

Observação

Os servidores de hospedagem instalados em sistemas integrados do Azure Stack Hub devem ser criados a partir de uma assinatura de locatário. Eles não podem ser criados com base na assinatura do provedor padrão. Eles devem ser criados no portal do usuário ou usando o PowerShell com a entrada apropriada. Todos os servidores de hospedagem são VMs faturáveis e devem ter licenças. O administrador de serviços pode ser o proprietário da assinatura do locatário.

Próximas etapas

Implantar o provedor de recursos do SQL Server