Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Aplica-se a:
SQL Server 2022 (16.x) Azure SQL DatabaseAzure Synapse Analytics
Este artigo inclui detalhes sobre como funciona o feed de alterações do Azure Synapse Link para SQL.
Importante
A integração com o Microsoft Fabric já está disponível. O Mirroring to Fabric fornece todas as capacidades do Azure Synapse Link com melhor desempenho analítico, a capacidade de unificar o seu património de dados com o OneLake no Fabric e acesso aberto aos seus dados no formato Delta Parquet. Em vez do Azure Synapse Link, use o Espelhamento de Malha.
Com o Mirroring to Microsoft Fabric, você pode replicar continuamente seu conjunto de dados existente diretamente no OneLake in Fabric, incluindo dados do SQL Server 2016+, Banco de Dados SQL do Azure, Instância Gerenciada SQL do Azure, Oracle, Snowflake, Cosmos DB e muito mais.
Para obter mais informações, consulte Bancos de dados espelhados do Microsoft Fabric.
O SQL Server 2022 (16.x) introduziu uma nova funcionalidade que permite a conectividade entre tabelas SQL Server e a plataforma Microsoft Azure Synapse, chamada Azure Synapse Link for SQL. O Azure Synapse Link para SQL fornece feeds automáticos de alterações que capturam as alterações dentro do SQL Server e as carregam no Azure Synapse Analytics.
Esta funcionalidade não está disponível para o Azure SQL Managed Instance.
Observação
Ativar o Azure Synapse Link para SQL criará um changefeed utilizador de base de dados, um changefeed esquema e várias tabelas dentro do changefeed esquema na sua base de dados de origem. Por favor, não altere nenhum destes objetos – são geridos pelo sistema.
Zona de desembarque
Para mais informações sobre a zona de aterragem do Azure Synapse Link para SQL Server, consulte o Azure Synapse Link para a zona de aterragem do SQL Server.
Enquanto o Azure Synapse Link para SQL Server envolve recursos Azure provisionados pelo utilizador, incluindo uma conta de armazenamento Azure Data Lake Storage (ADLS) Gen2, o Azure Synapse Link para Azure SQL Database é totalmente gerido, incluindo o provisionamento da zona de aterragem, e utiliza processos de deteção de alterações semelhantes aos descritos neste artigo. Para mais informações, consulte Azure Synapse Link para Azure SQL Database.
No SQL Server, a localização Azure Storage da zona de aterragem é gerida pelo cliente e visível, mas não é recomendado nem suportado para consumir ou modificar os ficheiros na zona de aterragem.
Funcionalidade de alterar feed
Um administrador do SQL Server pode ativar o Azure Synapse Link numa tabela vazia ou numa que já contenha dados. A tabela de origem deve ter uma chave primária.
Se estiver numa tabela que já contém dados, o Azure Synapse Link irá iniciar a zona de aterragem com um instantâneo inicial completo da tabela de origem. Quando uma tabela SQL Server existente contendo dados é adicionada ao Azure Synapse Link, é gerado um snapshot completo do conjunto inicial de dados. O ficheiro snapshot inicial é um ficheiro em formato .parquet que é transmitido para a zona de aterragem no ADLS Gen2.
O Azure Synapse Link suporta a baixa latência ao transferir alterações das tabelas de origem para a zona de destino no Azure Storage. O feed de alterações utiliza um ficheiro CSV para publicar estas alterações no Azure Synapse. Este formato tabular alinha-se naturalmente com a gravação de alterações granulares por linha a uma cadência elevada (da ordem dos segundos). A maioria dos ficheiros CSV deve ser relativamente pequena.
Captura de mudanças
A captura de alterações para o Azure Synapse Link é semelhante à tecnologia existente de Captura de Dados de Alteração (CDC). A fonte dos dados de alteração é o registo de transações do SQL Server. O feed de alterações lê o registo e adiciona informações sobre alterações na zona de aterragem.
O CDC trabalha colhendo o registo de transações para capturar todas as modificações realizadas numa ou mais tabelas de origem.
- No CDC, os dados de alteração são transferidos internamente para uma tabela irmã na base de dados.
- No Azure Synapse Link, os dados são lidos diretamente do registo de transações da base de dados, armazenados em cache na memória e, eventualmente, escritos na zona de aterragem no Azure Storage.
Se ocorrer uma falha de armazenamento, pode fazer com que a zona de aterragem se torne indisponível, bloqueando as publicações nessa zona. De forma semelhante ao comportamento se o agente leitor de registo CDC do SQL Server falhar ou não estiver a correr, o registo de transações da base de dados de origem não pode ser truncado. No caso de uma interrupção prolongada do armazenamento ou alteração na configuração que o torne inacessível, pare o Azure Synapse Link através do Synapse Studio.
Suporte de alta disponibilidade
O Azure Synapse Link para SQL Server é compatível com grupos de disponibilidade Always On e instâncias de cluster de failover (FCI).
Se um snapshot inicial estivesse em curso e fosse interrompido por qualquer motivo, o processo inicial de exportação do snapshot reinicia. Este é o caso se um SQL Server fizer failover no FCI ou no grupo de disponibilidade síncrono.
Espelhamento no Microsoft Fabric
O Mirroring to Fabric fornece todas as capacidades do Azure Synapse Link com melhor desempenho analítico, a capacidade de unificar o seu património de dados com o OneLake no Fabric e acesso aberto aos seus dados no formato Delta Parquet. Em vez do Azure Synapse Link, use o Espelhamento de Malha.
Para obter mais informações, consulte:
- Bancos de dados espelhados do Microsoft Fabric
- Monitoramento de bancos de dados espelhados do Microsoft Fabric
- Explore os dados em seu banco de dados espelhado usando o Microsoft Fabric