Espelhando a instância gerenciada SQL do Azure (visualização)
O espelhamento na malha fornece uma experiência fácil para evitar ETL (Extract Transform Load) complexo e integrar sua propriedade existente da Instância Gerenciada SQL do Azure com o restante dos seus dados no Microsoft Fabric. Você pode replicar continuamente seus bancos de dados de instância gerenciada SQL existentes diretamente no OneLake da malha. Dentro do Fabric, você pode desbloquear cenários poderosos de business intelligence, inteligência artificial, engenharia de dados, ciência de dados e compartilhamento de dados.
Para obter um tutorial sobre como configurar sua Instância Gerenciada SQL do Azure para Espelhamento na Malha, consulte Tutorial: Configurar bancos de dados espelhados do Microsoft Fabric a partir da Instância Gerenciada SQL do Azure (Visualização).
Por que usar o espelhamento na malha?
Com o espelhamento na malha, você não precisa reunir serviços diferentes de vários fornecedores. Em vez disso, você pode desfrutar de um produto altamente integrado, de ponta a ponta e fácil de usar, projetado para simplificar suas necessidades de análise e criado para abertura e colaboração entre a Microsoft, a Instância Gerenciada SQL do Azure e os 1000 anos de soluções de tecnologia que podem ler o formato de tabela Delta Lake de código aberto.
Que experiências analíticas são incorporadas?
Os bancos de dados espelhados são um item no Fabric Data Warehouse distinto do ponto de extremidade de análise SQL e Warehouse.
O espelhamento cria três itens no espaço de trabalho do Fabric:
- O item de banco de dados espelhado. O espelhamento gerencia a replicação de dados no OneLake e a conversão para o Parquet, em um formato pronto para análise. Isso permite cenários downstream, como engenharia de dados, ciência de dados e muito mais.
- Um ponto de extremidade de análise SQL
- Um modelo semântico padrão
Cada Instância Gerenciada SQL do Azure espelhada tem um ponto de extremidade de análise SQL gerado automaticamente que fornece uma experiência analítica avançada sobre as Tabelas Delta criadas pelo processo de espelhamento. Os usuários têm acesso a comandos T-SQL familiares que podem definir e consultar objetos de dados, mas não manipular os dados do ponto de extremidade de análise SQL, pois é uma cópia somente leitura. Você pode executar as seguintes ações no ponto de extremidade de análise SQL:
- Explore as tabelas que fazem referência a dados em suas tabelas Delta Lake da Instância Gerenciada SQL do Azure.
- Não crie consultas e visualizações de código e explore dados visualmente sem escrever uma linha de código.
- Desenvolva exibições SQL, TVFs embutidos (funções com valor de tabela) e procedimentos armazenados para encapsular sua semântica e lógica de negócios em T-SQL.
- Gerencie permissões nos objetos.
- Consulte dados em outros Armazéns e Lakehouses no mesmo espaço de trabalho.
Além do editor de consultas SQL, há um amplo ecossistema de ferramentas que pode consultar o ponto de extremidade de análise SQL, incluindo o SQL Server Management Studio (SSMS), o Azure Data Studio e até mesmo o GitHubCopilot.
Requisitos de rede
Durante a visualização atual, o Espelhamento de Malha para Instância Gerenciada SQL do Azure exige que você use o Ponto de Extremidade Público e configure sua VNET de instância gerenciada SQL para permitir o tráfego de e para os serviços do Azure. Você pode usar as tags de serviço do Azure Cloud ou do Power BI para definir o escopo desta configuração:
- Atualmente, você deve atualizar a segurança de rede da Instância Gerenciada SQL do Azure para Habilitar pontos de extremidade públicos.
- Atualmente, você deve permitir o tráfego de Ponto de Extremidade Público na opção de grupo de segurança de rede para poder conectar seu espaço de trabalho do Fabric à sua Instância Gerenciada SQL do Azure.
Transações ativas, cargas de trabalho e comportamentos do mecanismo replicador
- As transações ativas continuam a manter o truncamento do log de transações até que a transação seja confirmada e a Instância Gerenciada SQL do Azure espelhada seja recuperada ou a transação seja anulada. Transações de longa duração podem fazer com que o log de transações seja preenchido mais do que o normal. O log de transações do banco de dados de origem deve ser monitorado para que o log de transações não seja preenchido. Para obter mais informações, consulte O log de transações cresce devido a transações de longa duração e CDC.
- Cada carga de trabalho do usuário varia. Durante o snapshot inicial, pode haver mais uso de recursos no banco de dados de origem, tanto para CPU quanto IOPS (operações de entrada/saída por segundo, para ler as páginas). As operações de atualização/exclusão de tabelas podem levar ao aumento da geração de logs. Saiba mais sobre como monitorar recursos para sua Instância Gerenciada SQL do Azure.
- O mecanismo replicador monitora cada tabela em busca de alterações de forma independente. Se não houver atualizações em uma tabela de origem, o mecanismo replicador começará a recuar com uma duração exponencialmente crescente para essa tabela, até uma hora. O mesmo pode ocorrer se houver um erro transitório, impedindo a atualização de dados. O mecanismo replicador retomará automaticamente a sondagem regular depois que os dados atualizados forem detetados.
Suporte ao nível e ao modelo de compra
A Instância Gerenciada SQL do Azure de origem pode ser uma única instância gerenciada SQL ou uma instância gerenciada SQL pertencente a um pool de instâncias.
- Todas as camadas de serviço no modelo de compra vCore são suportadas.
Próximo passo
Conteúdos relacionados
- Como proteger bancos de dados espelhados do Microsoft Fabric da Instância Gerenciada SQL do Azure (Visualização)
- Limitações nos bancos de dados espelhados do Microsoft Fabric da Instância Gerenciada SQL do Azure (Visualização)
- Replicação de banco de dados de instância gerenciada espelhada do Monitor Fabric
- Solucionar problemas de bancos de dados espelhados do Fabric da Instância Gerenciada SQL do Azure (Visualização)