Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Mirroring in Fabric proporciona uma experiência fácil para evitar ETL (Extração, Transformação e Carga) complexa e integrar a sua instância existente do Azure SQL Managed Instance com o resto dos seus dados na Microsoft Fabric. Pode replicar continuamente as suas bases de dados SQL Managed Instance existentes diretamente no OneLake do Fabric. 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 um tutorial sobre como configurar o seu Azure SQL Managed Instance para espelhamento no Microsoft Fabric, veja Tutorial: Configure bases de dados espelhadas do Microsoft Fabric a partir de Azure SQL Managed Instance.
Por que usar o espelhamento na malha?
Com o Mirroring no Fabric, não precisas unir diferentes serviços de vários fornecedores. Em vez disso, pode usufruir de um produto altamente integrado, de ponta a ponta e fácil de usar, concebido para simplificar as suas necessidades analíticas, e concebido para a abertura e colaboração entre a Microsoft, o Azure SQL Managed Instance e as milhares de soluções tecnológicas capazes de ler o formato open source da tabela Delta Lake.
Que experiências analíticas são incorporadas?
Bases de dados espelhadas são um item no Fabric Data Warehouse distinto do Warehouse e do endpoint SQL analytics.
A criação de uma instância gerenciada SQL espelhada cria estes itens no espaço de trabalho do Fabric:
- O item espelhado do banco de dados. O espelhamento coordena a replicação de dados no OneLake e a conversão para o Parquet, num formato apropriado para análises. Isso permite cenários downstream, como engenharia de dados, ciência de dados e muito mais.
- Um endpoint de análise SQL
Cada instância gerida espelhada do Azure SQL tem um endpoint de análises SQL gerado automaticamente que proporciona uma experiência analítica rica sobre as Tabelas Delta criadas pelo processo de espelhamento. Os utilizadores têm acesso a comandos T-SQL familiares que podem definir e consultar objetos de dados, mas não manipular os dados do endpoint de análise SQL, uma vez que é uma cópia só de leitura. Pode realizar as seguintes ações no endpoint de análise SQL:
- Investigue as tabelas do Azure SQL Managed Instance que referenciam dados nas suas tabelas Delta Lake.
- 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.
Para além do editor de consultas SQL, existe um vasto ecossistema de ferramentas que podem consultar o endpoint de análise SQL, incluindo SQL Server Management Studio (SSMS), a extensão MSSQL para Visual Studio Code, e até GitHub Copilot.
Espelhar o Azure SQL Managed Instance atrás do firewall
Se o seu Azure SQL Managed Instance não for acessível publicamente, crie um gateway virtual de dados de rede ou um gateway de dados no local para espelhar os dados. Certifique-se de que a rede do servidor Azure Virtual Network ou gateway consegue ligar-se ao Azure SQL Managed Instance via um endpoint privado.
Transações ativas, cargas de trabalho e comportamentos do mecanismo replicador
- As transações ativas continuam a impedir a truncação do log de transações até que a transação seja confirmada e a instância gerida do Azure SQL espelhada sincronize, ou até a transação abortar. 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 da base de dados de origem deve ser monitorizado para evitar que fique cheio. 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 monitorizar recursos para o seu Azure SQL Managed Instance.
Suporte à camada e ao modelo de aquisição
A Azure SQL Managed Instance de origem pode ser uma única instância SQL gerida ou uma instância SQL gerida pertencente a um pool de instâncias.
- Todas as camadas de serviço no modelo de compra vCore são suportadas.
Pricing
A computação de malha usada para replicar seus dados no Fabric OneLake é gratuita. O armazenamento no OneLake é gratuito com base no tamanho da capacidade. Para obter mais informações, consulte Custo do espelhamento e Preços do OneLake para espelhamento. A utilização de computação para consultar dados via SQL, Power BI ou Spark continua a ser cobrada com base na Capacidade do Fabric.
Próximo passo
Conteúdo relacionado
- Guia de: Proteger os dados nas bases de dados espelhadas do Microsoft Fabric das instâncias geridas do Azure SQL
- Limitações em bases de dados Microsoft Fabric espelhadas do Azure SQL Managed Instance
- Monitorização da réplica da base de dados de espelhamento do Managed Instance do Fabric
- Solucionar problemas bases de dados espelhadas em Fabric a partir de Azure SQL Managed Instance