Microsoft Fabric Link para Dataverse Perguntas Frequentes

O link Fabric suporta três métodos de autenticação ao criar uma ligação:

• Conta Organizacional: Forneça as suas credenciais e guarde a ligação.
• Principal de Serviço: Forneça o ID do Inquilino, ID do Cliente e Chave para autenticação.
• Identidade da Área de Trabalho: utiliza um principal de serviço gerido pelo Fabric vinculado a uma área de trabalho específica.

Ao desassociar, o lakehouse do Fabric é removido, juntamente com todos os atalhos para as suas tabelas do Dataverse.

Quando desvinculas, o Dataverse apaga a casa do lago Fabric que foi criada para o link antes de apagar os metadados do link. O Microsoft Fabric não permite que um lakehouse seja eliminado enquanto outros elementos do Fabric ainda o referenciam, como um pipeline, um trabalho de cópia ou um modelo semântico. A operação de desvinculação não pode ser concluída até que essas referências sejam removidas. Mais informações: Eliminar uma casa no lago

Para resolver este problema, abra o espaço de trabalho que contém o lakehouse criado pela ligação do Fabric e utilize a vista de linhagem para identificar os itens que dependem do lakehouse ou do respetivo endpoint de análise SQL. Mais informações: Lineage in Fabric

Apague os itens dependentes, ou atualize-os para que deixem de referenciar a casa do lago, e depois tente desvincular novamente. Se a desvinculação continuar a falhar depois de remover todos os itens dependentes, contacte o apoio ao cliente da Microsoft.

Links Fabric que usam sincronização de baixa latência, também conhecidos como Fast Fabric, escrevem dados no Microsoft Fabric de forma diferente de um link Fabric criado antes de a sincronização de baixa latência estar disponível. Reveja as seguintes diferenças antes de configurar um link, ou antes de voltar a ligar um ambiente que já tenha uma solução downstream.

Para verificar que motor de sincronização um perfil utiliza, selecione Dados de Link na navegação da esquerda e depois procure a flag de modo de baixa latência no seu Fabric Link em Fabric Links. Mais informações: Sincronização de baixa latência

Use as seguintes orientações para cada diferença:

• Esquema das tabelas de metadados de escolha. Atualize as suas consultas para que não dependam da createdonpartition coluna, ou detete as colunas disponíveis em tempo de execução em vez de assumir um esquema fixo. Mais informações: Aceder diretamente às etiquetas de escolha do Dataverse a partir do Azure Synapse Link for Dataverse
• Soluções SQL sem servidor do Azure Synapse Analytics. Mova a carga de trabalho a jusante para o ponto final de análise SQL do Fabric, que suporta as funcionalidades do Delta produzidas pela sincronização de baixa latência. Mais informações: Qual é o endpoint de análise SQL para uma casa de lago?

Para manter uma carga de trabalho SQL serverless existente, utilize um notebook do Fabric para ler as tabelas e escrevê-las num lakehouse separado, utilizando um escritor Delta que não produza vetores de eliminação. A carga de trabalho SQL sem servidor pode então consultar as tabelas reescritas. Mais informações: Consultar o formato Delta Lake v1 utilizando o conjunto de SQL sem servidor

As anteriores ligações do Fabric convertiam cadeias vazias em SQL em valores NULL no Fabric. A sincronização de baixa latência preserva as cadeias vazias em vez de as converter para NULL.

Por exemplo, um valor vazio na coluna textvalue da tabela ecorestextvalue aparece como uma cadeia vazia na sincronização de baixa latência. As ligações anteriores do Fabric apresentavam o mesmo valor como NULL.

Atualize consultas a jusante, pipelines, modelos semânticos e outras dependências para processarem cadeias (de carateres) vazias em vez de dependerem de valores NULL. Esta abordagem evita adicionar transformações que possam não ser compatíveis com futuras mudanças na plataforma de dados.

Durante a configuração inicial Link to Fabric, o passo Select Entities mostra todas as tabelas do Dataverse onde a propriedade Track changes está ativada. Por defeito, todas estas tabelas estão selecionadas. Pode limpar quaisquer tabelas que não queira sincronizar antes de concluir o assistente. Apenas tabelas selecionadas estão ligadas ao Fabric e consomem armazenamento, por isso podes otimizar custos excluindo tabelas que não precisas. Pode alterar a sua seleção a qualquer momento após a configuração usando o Gerenciar Tabelas.

Qualquer tabela que não tenha o acompanhamento de alterações ativado não é suportada. Além disso, certas tabelas do Dataverse, como postcomment, postregarding, postlike, post e postrole, não estão disponíveis para os clientes ativarem a sincronização por meio do link do Fabric. Em alguns casos, estas tabelas podem aparecer quando a retenção a longo prazo do Dataverse está ativada. Se isso acontecer, um subconjunto ou todos os registos dessas tabelas podem ser exportados. Este é um comportamento esperado para cenários de retenção a longo prazo.

Sim, pode gerir quais as tabelas que estão ligadas:

• Adicionar mais ligações de tabela ao Fabric selecionando Gerir tabelas.
• Para parar de sincronizar tabelas específicas, limpe-as no painel Gerenciar tabelas e depois selecione Guardar
• Após a confirmação, os atalhos para tabelas não selecionadas são removidos do Fabric Lakehouse e a sincronização termina imediatamente.

Sim, as tabelas elásticas são suportadas pela ligação do Fabric. Assegure que o acompanhamento de alterações está ativado para as tabelas elásticas no Dataverse para que a sincronização aconteça.

Se o seu ambiente estiver ligado a um ambiente de finanças e operações do Dynamics 365, a opção de adicionar tabelas permite-lhe incluir tabelas de aplicações de finanças e operações. As tabelas de aplicações de finanças e operações não são selecionadas automaticamente ao criar o link inicial do Fabric.

As tabelas do kernel são um subconjunto das tabelas de aplicações de finanças e operações. Ao contrário de outras tabelas de aplicações de finanças e operações, as tabelas do kernel não participam numa sincronização incremental contínua. Em vez disso, é agendada uma tarefa de sincronização inicial para ser executada todos os dias, de modo a atualizar os respetivos dados. Como resultado, a interface do utilizador apresenta InitialSyncInProgress como estado de sincronização. Este estado é esperado e não indica que a sincronização esteja bloqueada.

São suportadas as seguintes tabelas de kernel:

• DATAAREA
• USERINFO
• SECURITYROLE
• SECURITYUSERROLE
• SQLDICTIONARY
• PARTITIONS
• SECURITYPRIVILEGE
• TIMEZONESLIST
• SECURITYDUTY
• SECURITYSUBROLE
• SECURITYUSERROLECONDITION
• DATABASELOG
• SECURITYROLERUNTIME
• SECURITYROLEPRIVILEGEEXPLODEDGRAPH
• SECURITYROLEDUTYEXPLODEDGRAPH
• TIMEZONESRULESDATA
• SECURITYROLEEXPLODEDGRAPH
• USERDATAAREAFILTER
• SYSINHERITANCERELATIONS

Sim, certas tabelas do sistema são automaticamente sincronizadas no Link to Fabric e não podem ser desvinculadas pelos utilizadores. Exemplos destas tabelas de sistema incluem:

• bot
• msdyn_copilotknowledgeinteraction
• desktopflowmodule
• flowmachine
• flowmachinegroup
• fluxo de trabalho

Estas tabelas são essenciais para a funcionalidade do sistema e estão sempre incluídas no processo de sincronização.

A Microsoft forneceu complementos e seleção de tabelas

A seleção da tabela de links do Fabric também depende dos complementos fornecidos pela Microsoft, como o Business Process Advisor (BPA) e o Customer Insights - Journeys. Estes produtos utilizam o mesmo pipeline para exportar dados do Dataverse e fornecer insights transformados.

As tabelas que não podes desmarcar dependem dos produtos adicionais que ativaste. Quando ativa um complemento (por exemplo, Customer Insights - Journeys), as tabelas específicas exigidas por esse complemento são adicionadas à tabela entityanalyticsconfig no Dataverse.

Qualquer tabela que tenha isenabledforadls definido como true na tabela entityanalyticsconfig não pode ser selecionada a partir da ligação do Fabric.

A adição de uma nova coluna é suportada. Porque a sincronização dos metadados não é instantânea e demora até uma hora a propagar-se para o Fabric. Durante esse período:

• As operações Delta Sync podem falhar intermitentemente.
• Dados recentemente alterados podem estar atrasados no Fabric.

Estas falhas são esperadas enquanto a sincronização dos metadados termina. Depois de concluído, o pipeline retoma automaticamente e não é necessária nenhuma ação.

Se não quiseres esperar pela sincronização dos metadados e não conseguires aceitar alterações atrasadas, remove e adiciona novamente as tabelas afetadas da sincronização depois de mudares o esquema. As tabelas sincronizam-se de novo sem qualquer problema.

É permitido eliminar uma coluna. Ao eliminar uma coluna no Dataverse, a ligação ao Fabric não remove fisicamente a coluna do armazenamento a jusante. Em vez disso, os seus valores são enviados como nulos daqui para a frente. Os valores históricos podem ainda existir para registos que não foram atualizados através do delta sync desde a eliminação. Este é um comportamento esperado.

Não. Alterar o tipo de dados ou a precisão de uma coluna já sincronizada não é suportado. Alguns exemplos:

• Int a Decimal
• Precisão decimal ou alterações de escala (por exemplo, Decimal(10,3) para Decimal(20,10))

Estas alterações causam falhas permanentes de sincronização delta. Para contornar este comportamento, remova e adicione novamente a tabela a partir da ligação ao Fabric.

O tempo inicial de sincronização depende de vários fatores, incluindo o tamanho da tabela, o número de atualizações e transações que ocorrem no ambiente, o número de tabelas e o número de linhas. Os dados são convertidos para o formato Delta Parquet durante este processo. Quando abres o Fabric Lakehouse, as ligações aparecem como não identificadas até a sincronização inicial ser concluída.

Quando a sincronização inicial é concluída, o sistema atualiza continuamente as atualizações no Dataverse no lakehouse. As atualizações incrementais normalmente demoram até uma hora a aparecer, embora o tempo real dependa do tamanho da tabela, número de atualizações e transações no ambiente, número de tabelas, contagem de linhas e períodos de carga do sistema.

Este é um comportamento esperado. ModifiedOn é a data e hora em que um registo foi alterado pela última vez no Dataverse, enquanto SinkModifiedOn é a data e hora em que o registo foi escrito no datalake Dataverse de onde apontam os atalhos do Fabric. SinkModifiedOn é tipicamente posterior a ModifiedOn, e a diferença depende de fatores como o tamanho do lote, a carga do sistema e o número de registos processados.

As tabelas que terminam em -Analytics podem ser criadas e utilizadas pelas aplicações e capacidades de análise Microsoft instaladas. Portanto, a presença de uma -Analytics tabela não significa necessariamente que o seu ambiente Dataverse esteja ligado ao Microsoft Fabric.

Quando uma aplicação proprietária instalada utiliza o caminho de sincronização legado baseado em CSV, o armazenamento associado é contabilizado para o direito de Capacidade de Ficheiros do Dataverse da sua organização.

A utilização reportada inclui os ficheiros geridos pelo serviço necessários para sincronizar e manter os dados analíticos. Não está limitado ao tamanho atual da tabela de negócios correspondente no Dataverse.

A capacidade de ficheiros reportada pode ser maior do que os dados empresariais atuais porque o caminho de sincronização legado utiliza atualizações no local para manter ficheiros CSV. A utilização reportada pode incluir:

• ficheiros CSV contendo dados de tabela sincronizados.
• Cópias instantâneas geridas pelo serviço usadas para fornecer dados consistentes a cargas de trabalho analíticas.
• Ficheiros e metadados de suporte usados para indexar, coordenar e atualizar de forma segura os ficheiros CSV.

Estes ficheiros são necessários para sincronização e consistência de dados e estão incluídos no consumo de capacidade de ficheiro reportado.

Quando o Microsoft Fabric está ligado, o Dataverse cria uma réplica otimizada dos dados selecionados no formato Delta Parquet. O armazenamento utilizado por esta réplica é contabilizado para a capacidade da Base de Dados do Dataverse da sua organização e aparece na utilização da base de dados no centro de administração do Power Platform.

A presença de uma -Analytics tabela por si só não identifica qual a opção de sincronização utilizada. Os administradores devem verificar se o ambiente tem uma ligação Fabric ativa e rever tanto a utilização de ficheiros como de base de dados nos detalhes da capacidade do ambiente.

Se tiver mais de 2.000 tabelas do Dataverse ativas, a Ligação ao Fabric pode falhar com um erro.

Yes. O Link to Fabric lê linhas através do Dataverse, por isso todos os limites por registo do Dataverse se aplicam à sincronização. O limite mais comum é o limite de 200 MiB no tamanho não comprimido de um único registo devolvido pelo servidor.

Este limite aplica-se tipicamente a tabelas que armazenam grandes conteúdos livres ou dados binários. Por exemplo:

• email contém o corpo completo da mensagem.
• activitypointer contém descrições longas.
• activitymimeattachment contém ficheiros inline e anexados.

Isto é um limite da plataforma Dataverse e não pode ser aumentado mediante pedido. O serviço não trunca nem modifica os dados dos clientes. Para resolver, reduza o registo sobredimensionado no Dataverse eliminando-o, limpando o campo grande ou movendo o conteúdo para fora do Dataverse.

Pode associar os seus perfis existentes do Azure Synapse Link para Dataverse ao Fabric se selecionar a opção Ativar Parquet/Delta Lake. No entanto:

• Perfis existentes onde os dados são guardados como ficheiros CSV não podem ser ligados ao Fabric.
• Os perfis Azure Synapse Link protegidos com identidades geridas atualmente não podem ser ligados ao Fabric.

Link to Fabric liga-se ao teu espaço de trabalho Fabric para criar a casa do lago e os atalhos para as tabelas do Dataverse. Se a segurança de rede estiver configurada no espaço de trabalho do Fabric, peça ao seu administrador do Fabric para configurar as seguintes definições nas definições do Workspace para que o link possa ser criado:

• Acesso de entrada. Permitir ligações de todas as redes. Um espaço de trabalho configurado para permitir ligações apenas a partir de redes selecionadas e ligações privadas ao nível do espaço de trabalho não pode ser usado com o Link to Fabric. Mais informações: Configure e use links privados ao nível do espaço de trabalho
• Acesso de saída. O acesso público de saída pode permanecer bloqueado. Adicione uma regra de ligação a dados que tenha como ponto final o URL do seu ambiente Dataverse. Mais informações: Crie uma lista de permissão usando regras de ligação de dados

Ver também

Link para Microsoft Fabric

Resolução de problemas comuns com a associação ao Fabric

Trabalhar com dados do Dataverse e gerar relatórios Power BI