FAQ do Microsoft Fabric Link para Dataverse

Este artigo fornece informações sobre perguntas frequentes ao vincular o Microsoft Dataverse ao Microsoft Fabric.

Geral

O link do Fabric dá suporte a três métodos de autenticação ao criar uma conexão:

  • Conta organizacional: forneça suas credenciais e salve a conexão.
  • Entidade de Serviço: forneça a ID do locatário, a ID do cliente e a chave de autenticação.
  • Identidade do Workspace: usa uma entidade de serviço gerenciada pelo Fabric limitada a um workspace específico.

O que acontece quando eu me desvincular do Fabric?

Quando você desvincula, o lakehouse do Fabric é removido com todos os atalhos para as tabelas do Dataverse.

Por que a desvinculação do Fabric falhará se houver artefatos dependentes?

Quando você desvincula, o Dataverse exclui o Fabric lakehouse que foi criado para o link antes de limpar os metadados do link. O Microsoft Fabric não permite que um lakehouse seja excluído enquanto outros itens do Fabric ainda fazem referência a esse lakehouse, 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: Excluir um lakehouse

Para resolver esse problema, abra o workspace que contém o lakehouse criado pelo link Fabric e use o modo de exibição de linhagem para identificar os itens que dependem do lakehouse ou de seu ponto de extremidade de análise de SQL. Mais informações: Linhagem no Fabric

Exclua os itens dependentes ou atualize-os para que não referenciem mais o lakehouse e, em seguida, tente desvincular novamente. Se a desvinculação ainda falhar depois de remover todos os itens dependentes, entre em contato Microsoft suporte ao cliente.

Links do Fabric que usam sincronização de baixa latência, também conhecida como Fast Fabric, gravam dados no Microsoft Fabric de forma diferente de um link do Fabric criado antes de a sincronização de baixa latência estar disponível. Examine as diferenças a seguir antes de configurar um link ou antes de revincular um ambiente que tenha uma solução downstream existente.

Area links anteriores do Fabric Sincronização de baixa latência
Esquema OptionsetMetadata e GlobalOptionsetMetadata A createdonpartition coluna está presente. A createdonpartition coluna não está presente. A definição da tabela atual é o esquema com suporte daqui para frente.
Formato Delta Lake As tabelas podem ser consultadas por pools de SQL sem servidor em Azure Synapse Analytics. As tabelas são gravadas usando recursos mais recentes do Delta Lake, incluindo vetores de exclusão. Os pools de SQL sem servidor não dão suporte a esses recursos em todos os cenários.

Para verificar qual mecanismo de sincronização um perfil usa, selecione Dados do vínculo na navegação à esquerda e, depois, procure o sinalizador Modo de baixa latência no seu vínculo do Fabric, em Fabric Links. Mais informações: sincronização de baixa latência

Note

Essas diferenças afetam as soluções que leem os dados downstream. Eles não indicam uma falha de sincronização no Dataverse.

Como atualizar uma solução existente para essas diferenças?

Use as seguintes diretrizes para cada diferença:

Para manter uma carga de trabalho de SQL sem servidor existente, use um notebook do Fabric para ler as tabelas e escrevê-las em um lakehouse separado usando um gravador Delta que não gere vetores de exclusão. A carga de trabalho SQL sem servidor pode então consultar as tabelas reescritas. Mais informações: Consultar o formato Delta Lake v1 usando o pool de SQL sem servidor

Note

A abordagem do notebook adiciona tempo de processamento, sobrecarga de agendamento e latência de dados. Avalie esse requisito antes de fazer a transição de uma solução existente para a sincronização de baixa latência.

Anteriormente, os links do Fabric convertiam strings vazias no SQL em valores NULL no Fabric. A sincronização de baixa latência preserva cadeias de caracteres vazias em vez de convertê-las NULLem .

Por exemplo, um valor vazio na coluna textvalue da tabela ecorestextvalue aparece como uma string vazia com a sincronização de baixa latência. Os links anteriores do Fabric exibiam esse mesmo valor como NULL.

Atualize consultas downstream, pipelines, modelos semânticos e outras dependências para lidar com strings vazias em vez de depender de valores NULL. Essa abordagem evita adicionar transformações que podem não ser compatíveis com alterações futuras da plataforma de dados.

Suporte e limitações da tabela

Quais tabelas do Dataverse são selecionadas por padrão ao vincular a Fabric?

Durante a configuração inicial Link to Fabric, a etapa Select Entities mostra todas as tabelas do Dataverse em que a propriedade Track changes está habilitada. Por padrão, todas essas tabelas são selecionadas. Você pode limpar as tabelas que não deseja sincronizar antes de concluir o assistente. Somente as tabelas selecionadas são vinculadas a Fabric e consomem armazenamento, para que você possa otimizar os custos excluindo tabelas de que não precisa. Você pode alterar sua seleção a qualquer momento após a instalação usando Gerenciar Tabelas.

Não há suporte para qualquer tabela que não tenha o controle de alterações habilitado. Além disso, determinadas tabelas do Dataverse, como postcomment, postregarding, postlike, post e postrole, não estão disponíveis para que os clientes habilitem a sincronização por meio do link do Fabric. Em alguns casos, essas tabelas podem aparecer quando a retenção de longo prazo do Dataverse estiver habilitada. Se isso acontecer, um subconjunto ou todos os registros dessas tabelas poderão ser exportados. Esse é o comportamento esperado para cenários de retenção de longo prazo.

Importante

  • Essas tabelas não devem ser selecionadas para sincronização.
  • Sua presença não indica suporte total para sincronização incremental.

Sim, você pode gerenciar quais tabelas estão vinculadas:

  • Adicione mais links de tabelas ao Fabric selecionando Gerenciar tabelas.
  • Para interromper a sincronização de tabelas específicas, desmarque-as no painel Gerenciar tabelas e selecione Salvar
  • Após a confirmação, os atalhos para tabelas não selecionadas são removidos do Fabric Lakehouse e a sincronização é interrompida imediatamente.

Importante

Remover uma tabela não exclui a tabela no Dataverse; ele remove apenas o atalho do OneLake e interrompe a sincronização de dados.

Sim, tabelas elásticas são compatíveis com o link do Fabric. Verifique se o controle de alterações está habilitado para tabelas elásticas no Dataverse para que a sincronização aconteça.

Há suporte para tabelas de aplicativos de Finanças e Operações?

Se o ambiente estiver vinculado a um ambiente de finanças e operações Dynamics 365, a opção adicionar tabelas permitirá que você inclua tabelas de aplicativos financeiros e de operações. As tabelas de aplicativos de finanças e operações não são selecionadas automaticamente ao criar o link inicial do Fabric.

Por que 'InitialSyncInProgress' é o único status de sincronização mostrado para tabelas de kernel de finanças e operações?

As tabelas kernel são um subconjunto de tabelas de aplicativos de finanças e operações. Ao contrário de outras tabelas de aplicativos de finanças e operações, as tabelas de kernel não participam da sincronização incremental contínua. Em vez disso, um trabalho de sincronização inicial é agendado para ser executado todos os dias para atualizar seus dados. Como resultado, a interface do usuário exibe InitialSyncInProgress como status de sincronização. Esse status é esperado e não indica que a sincronização está paralisada.

Há suporte para as seguintes tabelas de kernel:

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

Há tabelas do sistema que são sincronizadas automaticamente e não podem ser desvinculadas?

Sim, determinadas tabelas do sistema são sincronizadas automaticamente no Link para o Fabric e não podem ser desvinculadas pelos usuários. Exemplos dessas tabelas do sistema incluem:

  • bot
  • Interação de Conhecimento do Copiloto (msdyn_copilotknowledgeinteraction)
  • desktopflowmodule
  • flowmachine
  • flowmachinegroup
  • fluxo de trabalho

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

A Microsoft oferece complementos e seleção de tabelas

A seleção da tabela de link do Fabric também depende de suplementos fornecidos pela Microsoft, como o BPA (Business Process Advisor) e o Customer Insights – Journeys. Esses produtos usam o mesmo pipeline para exportar dados do Dataverse para fornecer insights transformados.

As tabelas que você não pode desmarcar dependem de quais produtos complementares você habilitou. Quando você habilita um suplemento (por exemplo, Customer Insights – Journeys), as tabelas específicas exigidas por esse suplemento são adicionadas à tabela entityanalyticsconfig no Dataverse.

Qualquer tabela que tenha isenabledforadls definida como true na tabela entityanalyticsconfig não pode ser selecionada no link do Fabric.

Alterações de esquema e metadados

O que acontece quando eu adiciono uma nova coluna a uma tabela vinculada?

Há suporte para a adição de uma nova coluna. Como a sincronização de metadados não é instantânea e leva até uma hora para ser propagada para Fabric. Durante esse tempo:

  • As operações de sincronização delta podem falhar intermitentemente.
  • Os dados alterados recentemente podem sofrer atraso no Fabric.

Essas falhas são esperadas enquanto a sincronização de metadados é concluída. Depois que isso for concluído, o pipeline se atualiza automaticamente e nenhuma ação é necessária.

Se você não quiser aguardar a sincronização de metadados e não puder aceitar alterações atrasadas, remova e adicione novamente as tabelas afetadas da sincronização depois de alterar o esquema. Em seguida, as tabelas são sincronizadas novamente sem problemas.

O que acontece quando excluo uma coluna de uma tabela vinculada?

Há suporte para a exclusão de uma coluna. Ao excluir uma coluna no Dataverse, a opção Vincular ao Fabric não remove fisicamente a coluna do repositório de destino. Em vez disso, seus valores são enviados como nulos daqui para frente. Os valores históricos ainda podem existir para registros que não foram atualizados por meio da sincronização delta desde a exclusão. Este comportamento é esperado.

Posso alterar o tipo de dados ou a precisão de uma coluna existente?

Não. Não há suporte para alterar o tipo de dados ou a precisão de uma coluna já sincronizada. Alguns exemplos:

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

Essas alterações causam falhas permanentes de sincronização delta. Para contornar esse comportamento, remova e adicione a tabela novamente a partir do vínculo com o Fabric.

Importante

Excluir a coluna e recriá-la com o mesmo nome, mas com um tipo diferente não funciona. A coluna original ainda existe no modelo de metadados downstream, portanto, a coluna recriada não é tratada como nova e a sincronização continua falhando.

Sincronização de dados

Quanto tempo leva a sincronização inicial de dados?

O tempo inicial de sincronização depende de vários fatores, incluindo tamanho da tabela, número de atualizações e transações acontecendo no ambiente, número de tabelas e contagem de linhas. Os dados são convertidos no formato do Parquet delta durante esse processo. Quando você abre o Fabric Lakehouse, os links aparecem como não identificados até que a sincronização inicial seja concluída.

Com que frequência os dados são atualizados no Fabric?

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

Por que estou vendo diferenças nas colunas 'SinkModifiedOn' e 'ModifiedOn'?

Este comportamento é esperado. ModifiedOn é a data e hora em que um registro foi alterado pela última vez no Dataverse, enquanto SinkModifiedOn é a data e hora em que o registro foi gravado no data lake do Dataverse de onde os atalhos do Fabric apontam. SinkModifiedOn normalmente é mais tarde do que ModifiedOn, e a diferença depende de fatores como tamanho do lote, carga do sistema e o número de registros sendo processados.

Importante

No caso de transações de execução prolongada em aplicativos de finanças e operações, um registro pode ser sincronizado várias vezes para garantir que não haja perda de dados. Nesse cenário, SinkModifiedOn reflete a hora da última sincronização, não a primeira. Por exemplo, se um registro for sincronizado 10 vezes em uma hora, SinkModifiedOn mostrará a hora da 10ª sincronização, mesmo que os dados tenham sido disponibilizados na própria primeira sincronização. Tenha cuidado ao criar relatórios de latência com base na diferença entre SinkModifiedOn e ModifiedOn, como ele pode dar uma impressão enganosa da disponibilidade real de dados.

Armazenamento e capacidade

Por que vejo tabelas terminando em '-Analytics' quando meu ambiente não está vinculado a Microsoft Fabric?

As tabelas que terminam em -Analytics podem ser criadas e usadas por aplicativos da Microsoft instalados e recursos de análise. Portanto, a presença de uma -Analytics tabela não significa necessariamente que seu ambiente do Dataverse esteja vinculado a Microsoft Fabric.

Como o armazenamento para tabelas '-Analytics' é calculado quando Microsoft Fabric não está vinculado?

Quando um aplicativo proprietário instalado usa o caminho herdado de sincronização baseado em CSV, o armazenamento associado é contabilizado no direito de Capacidade do Arquivo do Dataverse da sua organização.

O uso relatado inclui os arquivos gerenciados pelo serviço necessários para sincronizar e manter os dados de análise. Ele não está limitado ao tamanho atual da tabela de negócios correspondente no Dataverse.

Por que uma tabela '-Analytics' pode consumir mais armazenamento do que o esperado?

A capacidade de arquivo relatada pode ser maior do que os dados corporativos atuais porque o caminho de sincronização herdado usa atualizações em vigor para manter arquivos CSV. O uso relatado pode incluir:

  • Arquivos CSV que contêm dados de tabela sincronizados.
  • Cópias de snapshot gerenciadas pelo serviço usadas para fornecer dados consistentes a cargas de trabalho analíticas.
  • Suporte a arquivos e metadados usados para indexar, coordenar e atualizar com segurança os arquivos CSV.

Esses arquivos são necessários para sincronização e consistência de dados e são incluídos no consumo de capacidade de arquivo relatado.

Como o armazenamento é relatado quando Microsoft Fabric está vinculado?

Quando o Microsoft Fabric está vinculado, o Dataverse cria uma réplica otimizada dos dados selecionados em formato Delta Parquet. O armazenamento usado por esta réplica é contabilizado na Capacidade do Banco de Dados do Dataverse da sua organização e aparece em uso do banco de dados na central de administração do Power Platform.

A presença de uma -Analytics tabela por si só não identifica qual opção de sincronização é usada. Os administradores devem verificar se o ambiente tem um link ativo do Fabric e analisar o uso de arquivos e de banco de dados nos detalhes da capacidade do ambiente.

Limitações e erros

Se você tiver mais de 2.000 tabelas do Dataverse ativas, Vincular ao Fabric poderá falhar com um erro.

Sim. A opção Vincular ao Fabric lê linhas por meio do Dataverse, de modo que todos os limites por registro do Dataverse se aplicam à sincronização. O mais comum é o limite de 200 MiB para o tamanho descompactado de um único registro retornado pelo servidor.

Esse limite normalmente se aplica a tabelas que armazenam conteúdo de forma livre grande ou dados binários. Por exemplo:

  • email contém o corpo completo da mensagem.
  • activitypointer contém descrições longas.
  • activitymimeattachment contém arquivos em linha e anexos.

Esse é um limite de plataforma do Dataverse e não pode ser gerado sob solicitação. O serviço não trunca nem modifica os dados do cliente. Para resolver, reduza o registro superdimensionado no Dataverse excluindo-o, desmarcando o campo grande ou movendo o conteúdo para fora do Dataverse.

Você pode vincular os perfis do Link do Azure Synapse para o Dataverse existentes ao Fabric se selecionar a opção Habilitar Parquet/Delta lake. No entanto:

  • Perfis existentes em que os dados são salvos como arquivos CSV não podem ser vinculados ao Fabric.
  • Os perfis de Link do Synapse do Azure protegidos com identidades gerenciadas atualmente não podem ser vinculados ao Fabric.

Vincular ao Fabric se conecta ao seu espaço de trabalho do Fabric para criar o lakehouse e os atalhos para suas tabelas do Dataverse. Se a segurança de rede estiver configurada no workspace Fabric, peça ao administrador do Fabric para definir as seguintes configurações nas configurações do Workspace para que o link possa ser criado:

Note

Atualmente, o Link para o Fabric é compatível somente com estas configurações. Não há suporte a espaços de trabalho configurados para usar pontos de extremidade privados para todo o tráfego.