Editar

Partilhar via


Perguntas frequentes sobre o Azure Synapse Link for SQL

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

Não, atualmente o Azure Synapse Link for SQL dá suporte ao pool SQL dedicado Synapse apenas como o armazenamento de destino de dados.

Não, atualmente o Azure Synapse Link for SQL dá suporte apenas ao Banco de Dados SQL do Azure e ao SQL Server (a partir do SQL Server 2022) como origem.

Não, você pode adicionar ou remover tabelas quando a conexão de link estiver em execução. As tabelas removidas deixarão de ser replicadas automaticamente. As tabelas recém-adicionadas começam a partir do carregamento inicial com instantâneo completo e, em seguida, 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 SQL dedicado Synapse ou, na lista suspensa Ação na tabela de destino existente, escolha a opção Soltar e recriar tabela no destino, para permitir que ela solte automaticamente as tabelas existentes no pool SQL dedicado Synapse sempre que for iniciado.

Depois de adicionar tabelas a uma conexão de link, essas tabelas no banco de dados de origem não permitirão que colunas sejam adicionadas, descartadas ou alteradas. Para fazer essas alterações de esquema, a tabela deve ser removida da conexão de link temporariamente e adicionada novamente depois que o esquema for alterado.

Sim, pode.

Sim, pode. Semelhante a todas as cargas de trabalho no Synapse. Você pode habilitar o Azure Synapse Link for SQL na rede virtual gerenciada pelo Azure Synapse para replicar dados do SQL para o Synapse de maneira segura. Você pode se proteger contra a 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 de computação necessário para replicar dados do armazenamento de origem para o Pool SQL dedicado Synapse. Depende do padrão de carga de trabalho de replicação no banco de dados de origem, do número de tabelas, da taxa de alterações que ocorrem e 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 das tabelas de links; Hora da última coluna de dados processados indica até que ponto a replicação está sendo executada.

Devo escolher "ativar a consistência da transação entre tabelas"?

Quando essa opção está habilitada, uma transação que abrange 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 geral da replicação. Quando a opção é desabilitada, cada tabela replica as alterações em seu próprio limite de transação para o destino em conexões paralelas, melhorando assim a taxa de transferência geral da replicação. Quando você quiser habilitar a consistência de transação entre tabelas, verifique também se os níveis de isolamento de transação em seu pool SQL dedicado Synapse é READ COMMITTED SNAPSHOT ISOLATION.

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

Você pode consultar tabelas de indexação - 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, o tipo de dados com comprimento máximo (por exemplo, VARCHAR(MAX)) não é suportado.

Preciso limpar os dados na zona de pouso?

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

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

Área País/Região
Ásia-Pacífico Ásia Leste
Sudeste Asiático
Austrália Leste da Austrália
Austrália Sudeste
Azure Government US Gov - Arizona
US Gov - Texas
US Gov - Virginia
Brasil Sul do Brasil
Canadá Canadá Central
Leste do Canadá
China China Leste 2
Leste da China 3
China Norte 2
Norte da China 3
Europa Europa do Norte
Europa Ocidental
França França Central
Sul de França
Alemanha Alemanha Centro-Oeste
Índia Índia Central
Sul da Índia
Japão Leste do Japão
Oeste do Japão
Coreia Coreia do Sul 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 E.A.U.
Reino Unido Sul do Reino Unido
Oeste do Reino Unido
Estados Unidos da América E.U.A. Central
E.U.A. Leste
E.U.A. Leste 2
E.U.A. Centro-Norte
E.U.A. Centro-Sul
E.U.A. Centro-Oeste
E.U.A. Oeste
E.U.A. Oeste 2
EUA Oeste 3

Onde está localizada a minha zona de desembarque?

Para o Banco de Dados SQL do Azure, a zona de aterrissagem é totalmente gerenciada e está localizada na mesma região do espaço de trabalho de destino do Azure Synapse Analytics. Para o SQL Server 2022, a zona de aterrissagem é gerenciada pelo cliente e pode ser localizada onde você quiser.

Que tipo de encriptação é aplicada à zona de aterragem?

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

Atualizei todos os registos na minha tabela de origem. Quando executei uma consulta no pool SQL dedicado, vi todos os meus dados desaparecidos. Eu 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 de uma inserção - tudo na mesma transação. Por padrão, os pools SQL dedicados são executados no modo READ UNCOMMITTED - 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, você pode ativar LER ISOLAMENTO DE INSTANTÂNEO COMPROMETIDO.

N.º 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ê-la - 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 para dados replicados do Banco de Dados SQL do Azure e do SQL Server 2022 para pools SQL dedicados do Azure Synapse Analytics?

Não temos SLA de latência publicado. 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 SQL dedicado de destino ou ajustar a consistência transacional na configuração de gravação para se adequar à sua carga de trabalho.

Que formato é utilizado para os dados da zona de aterragem? Pode ser utilizado para outros fins?

A zona de aterrissagem é um armazenamento de dados transitório e não oferecemos suporte ao uso desses dados para qualquer outra finalidade que não seja o Azure Synapse Link for SQL.

O Azure Synapse Link for SQL usa um modelo de push em que o banco de dados de origem grava dados em uma zona de aterrissagem e é movido para o pool 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 de cópia 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 forma agendada.

Esta restrição aplica-se apenas aos dados na página. Para dados fora da página, a única coisa que conta em relação ao 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 do SQL Server 2022 para habilitar essa funcionalidade.

Se a SAS tiver expirado para a conta de armazenamento gerenciado pelo usuário para a zona de aterrissagem, use ALTER DATABASE SCOPED CREDENTIAL para atualizar a credencial do 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 aterrissagem no Azure Synapse. O sp_change_feed_drop_table_group de procedimento armazenado do sistema será chamado automaticamente e a conta de armazenamento para a zona de pouso será gerenciada e limpa automaticamente. Se isso falhar, você pode receber o erro 22739 do SynapseGatewayClient no sys.dm_change_feed_errors. Se isso ocorrer, você poderá soltar manualmente o grupo de changefeed tabelas 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 a ser publicados na zona de aterrissagem. Você deve desabilitar o Azure Synapse Link descartando os grupos de tabelas relevantes com sp_change_feed_drop_table_group e remover manualmente a conta de armazenamento para a zona de aterrissagem.

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