Editar

Compartilhar via


Perguntas frequentes sobre o Link do Azure Synapse para SQL

Neste guia, encontre as perguntas mais frequentes sobre o Link do Azure Synapse para SQL.

Não, atualmente Link do Azure Synapse para SQL dá suporte ao pool de SQL dedicado do Synapse apenas como o repositório de destino de dados.

Não, atualmente o Link do Azure Synapse para SQL dá suporte apenas ao Banco de Dados SQL do Azure e ao SQL Server (começando no SQL Server 2022) como origem.

Não, você pode adicionar ou remover tabelas quando a conexão do link estiver em execução. As tabelas removidas deixarão de ser replicadas automaticamente. As tabelas recém-adicionadas começam a partir da carga inicial com instantâneo completo e fazem a sincronização incremental. O restante das tabelas na mesma conexão de link não será afetado.

Você deve remover as tabelas de destino antes de iniciar uma conexão de link. Você pode fazer isso removendo manualmente as tabelas do pool de SQL dedicado do Synapse ou na lista suspensa Ação na tabela de destino existente, escolha a opção para Descartar e recriar a tabela no destino, para permitir que ela solte automaticamente as tabelas existentes no pool de SQL dedicado do Synapse sempre que ele for iniciado.

Depois que as tabelas forem adicionadas a uma conexão de link, essas tabelas no banco de dados de origem não permitirão que as colunas sejam adicionadas, removidas ou alteradas. Para fazer essas alterações de esquema, a tabela deverá ser removida da conexão de link temporariamente e adicionada novamente após a alteração do esquema.

Sim, você pode.

Sim, você pode. Semelhante a todas as cargas de trabalho no Synapse. Você pode habilitar o Link do Azure Synapse para SQL na rede virtual gerenciada pelo Azure Synapse para replicar dados do SQL para o Synapse de maneira segura. Você pode se proteger contra exfiltração de dados permitindo a conectividade de saída da rede virtual gerenciada apenas para destinos aprovados, usando pontos de extremidade privados gerenciados.

A contagem de núcleos indica o tamanho da computação necessário para replicar dados do repositório de origem para o Pool de SQL dedicado do Synapse. Depende do padrão da carga de trabalho de replicação no banco de dados de origem, do número de tabelas, da taxa de alterações que está ocorrendo, do tamanho das linhas etc. Recomendamos que você comece com uma pequena contagem de núcleos e teste a latência com a carga de trabalho real. A latência da replicação pode ser refletida na página de monitoramento de tabelas de link; a coluna Hora dos últimos dados processados indica qual é o atraso da replicação.

Devo optar por "habilitar a consistência de transação entre tabelas"?

Quando essa opção está habilitada, uma transação que se estende por várias tabelas no banco de dados de origem sempre é replicada para o banco de dados de destino em uma única transação. Isso, no entanto, criará sobrecarga na taxa de transferência de replicação geral. Quando a opção é desabilitada, as tabelas replicam as alterações no seu próprio limite de transação para o destino em conexões paralelas, melhorando assim a taxa de transferência de replicação geral. Quando você quiser habilitar a consistência da transação entre as tabelas, também verifique se os níveis de isolamento da transação no pool de SQL dedicado do Synapse são LER O ISOLAMENTO DO INSTANTÂNEO CONFIRMADO.

Como devo selecionar o tipo de estrutura da minha tabela de destino no pool de SQL dedicado do Synapse?

É possível consultar Indexação de tabelas – Azure Synapse Analytics | Microsoft Docs para entender as três opções para o tipo de estrutura de tabela. Quando o índice columnstore clusterizado é escolhido, não há suporte para o tipo de dados com comprimento máximo (por exemplo, VARCHAR(MAX)).

Preciso limpar os dados na zona de destino?

Não. Há um thread em segundo plano que remove arquivos confirmados após cerca de 24 horas, desde que o link esteja em execução continuamente. Quando o link é interrompido, toda a pasta da zona de destino é removida.

O Link do Azure Synapse para SQL está disponível nas seguintes regiões:

Área Region
Pacífico Asiático Leste da Ásia
Sudeste Asiático
Austrália Leste da Austrália
Australia Southeast
Azure Governamental Governo dos EUA do Arizona
Governo dos EUA do Texas
Gov. dos EUA – Virgínia
Brasil Sul do Brasil
Canada Canadá Central
Leste do Canadá
China Leste da China 2
Leste da China 3
Norte da China 2
Norte da China 3
Europa Norte da Europa
Europa Ocidental
França França Central
Sul da França
Alemanha Centro-Oeste da Alemanha
Índia Índia Central
Sul da Índia
Japão Leste do Japão
Oeste do Japão
Coreia do Sul Coreia Central
Noruega Leste da Noruega
Catar Catar Central
Suécia Suécia Central
Suíça Norte da Suíça
Oeste da Suíça
Emirados Árabes Unidos Norte dos EAU
United Kingdom Sul do Reino Unido
Oeste do Reino Unido
Estados Unidos Centro dos EUA
Leste dos EUA
Leste dos EUA 2
Centro-Norte dos EUA
Centro-Sul dos Estados Unidos
Centro-Oeste dos EUA
Oeste dos EUA
Oeste dos EUA 2
Oeste dos EUA 3

Onde minha zona de destino está localizada?

Para o Banco de Dados SQL do Azure, a zona de destino é totalmente gerenciada e está localizada na mesma região que seu workspace do Azure Synapse Analytics de destino. Para o SQL Server 2022, a zona de destino é gerenciada pelo cliente e pode estar localizada onde você quiser.

Que tipo de criptografia é aplicada à zona de destino?

Para o Banco de Dados SQL do Azure, a zona de destino é totalmente gerenciada e criptografada com a mesma chave que o workspace de destino Azure Synapse Analytics – gerenciado pela plataforma ou pelo cliente. Para o SQL Server 2022, a zona de destino é gerenciada pelo cliente e pode ser criptografada com uma chave de criptografia gerenciada pela plataforma ou uma chave gerenciada pelo cliente.

Atualizei todos os registros na minha tabela de origem. Quando fiz uma consulta no pool de SQL dedicado, vi todos os meus dados desaparecerem. Executei novamente a consulta e todos os dados estavam de volta com as atualizações. Por que isso acontece?

O serviço de ingestão processa atualizações como uma exclusão seguida por uma inserção, tudo na mesma transação. Por padrão, os pools de SQL dedicados são executados no modo READ UNCOMMITTED, o que permite que você veja as alterações antes que a transação seja confirmada. Para garantir que você não veja essas alterações em processo, ative READ COMMITTED SNAPSHOT ISOLATION.

Não. Você precisa editar a conexão de link no ambiente do Azure Synapse Analytics para adicionar as novas tabelas. Você pode adicionar tabelas a uma conexão em execução sem interrompê-las. As novas tabelas serão incluídas na replicação quando você publicar as alterações na conexão de link.

Qual é a latência dos dados replicados do Banco de Dados SQL do Azure e do SQL Server 2022 para pools de SQL dedicados do Azure Synapse Analytics?

Não publicamos o SLA de latência. Se você estiver vendo alta latência, poderá ajustar o número de núcleos alocados para a conexão de link, o tamanho do pool de SQL dedicado de destino ou ajustar a consistência transacional na configuração de gravação conforme a carga de trabalho.

Qual formato é usado para os dados da zona de destino? Ele pode ser usado para outras finalidades?

A zona de destino é um armazenamento de dados transitório e não há suporte para usar esses dados para qualquer finalidade que não o Link do Azure Synapse para SQL.

O Link do Azure Synapse para SQL usa um modelo de push em que o banco de dados de origem grava dados em uma zona de destino e é movido para o pool de SQL dedicado de destino por um serviço de ingestão que pode ser executado continuamente (fornecendo processamento de dados quase em tempo real) ou no modo de agendamento. A atividade Copy usa um modelo de pull em que os dados são consultados do banco de dados de origem e gravados no local de destino de modo agendado.

Essa restrição é somente para dados na página. Para dados fora da página, a única coisa que conta para o limite de 7.500 bytes é o ponteiro de 24 bytes para os dados fora da página.

Um novo processador de feed de alterações foi integrado ao banco de dados SQL do Azure e ao mecanismo SQL Server 2022 para habilitar essa funcionalidade.

Se a SAS tiver expirado para a conta de armazenamento gerenciada pelo usuário para a Zona de Destino, use ALTER DATABASE SCOPED CREDENTIAL para atualizar a credencial de banco de dados para a nova SAS.

Se o Espaço de trabalho do Azure Synapse for removido, o Banco de Dados SQL do Azure interromperá a replicação de dados da zona de destino no Azure Synapse. O procedimento armazenado do sistema sp_change_feed_drop_table_group será chamado automaticamente e a conta de armazenamento da zona de destino será gerenciada e será limpa automaticamente. Se isso falhar, você poderá receber o erro 22739 do SynapseGatewayClient em sys.dm_change_feed_errors. Se isso ocorrer, você poderá remover manualmente o grupo de tabelas changefeed com sp_change_feed_drop_table_group.

No SQL Server, como a conta de armazenamento da zona de destino é gerenciada pelo usuário, os dados continuarão sendo publicados na zona de destino. Você deve desabilitar o Link do Azure Synapse removendo os grupos de tabelas relevantes com sp_change_feed_drop_table_group e remover manualmente a conta de armazenamento da zona de destino.

No SQL Server, a conta de armazenamento da zona de destino é gerenciada pelo usuário. Se a conta de armazenamento da zona de destino não estiver mais acessível, você verá erros no sys.dm_change_feed_errors. Você deve desabilitar o Link do Azure Synapse removendo os grupos de tabelas relevantes com sp_change_feed_drop_table_group.