Formação
Módulo
Create e gerir um pipeline de implementação do Power BI - Training
Create e gerir um pipeline de implementação do Power BI
Este browser já não é suportado.
Atualize para o Microsoft Edge para tirar partido das mais recentes funcionalidades, atualizações de segurança e de suporte técnico.
Use este artigo para solucionar problemas no processo de gerenciamento do ciclo de vida.
Para entender as considerações e limitações de vários problemas de gerenciamento do ciclo de vida, revise os links na tabela a seguir:
Tópico | Integração no Git | Pipelines de implementação |
---|---|---|
Limitações gerais | limitações gerais do Git | Limitações dos pipelines de implantação |
Permissões necessárias | permissions (permissões) | permissions (permissões) |
Limitações do espaço de trabalho | espaços de trabalho | espaços de trabalho |
Itens de malha suportados | Itens suportados | Itens suportados |
Modelo semântico | Limitações do modelo semântico |
Descrição do problema: Quando vou para a guia de integração do Git, recebo uma mensagem de erro e não consigo acessar o Azure DevOps.
Causa: se o método de autenticação no Power BI for mais fraco do que o método de autenticação no Azure DevOps, as funcionalidades entre eles não funcionarão.
Solução alternativa: o administrador precisa alinhar o método de autenticação no Power BI e no Azure DevOps. As políticas de autenticação para o Microsoft Entra ID (anteriormente conhecido como Azure Ative Directory) são definidas em Gerenciar métodos de autenticação.
Descrição do problema: Quando tento me conectar a um repositório Git, recebo uma mensagem informando que ele não pode se conectar porque o espaço de trabalho está em uma região diferente.
Causa: se o espaço de trabalho e o repositório estiverem localizados em regiões diferentes, a opção entre regiões deverá ser habilitada.
Solução: habilite ações do Git em espaços de trabalho residentes em outros locais geográficos.
Descrição do problema: Depois de selecionar Conectar na guia de integração do Git, a caixa de diálogo de erro Algo deu errado aparece. Além disso, quando você seleciona o botão de controle do código-fonte, o painel indica que você precisa sincronizar com a ramificação do Git.
Causa: se a pasta à qual você está tentando se conectar tiver subdiretórios, mas nenhum item de malha, a conexão falhará.
Solução: abra o repositório Git no Azure DevOps e navegue até a pasta Git definida na conexão. Se a pasta Git contiver subdiretórios, verifique se pelo menos um deles representa um diretório de item. Se o diretório contiver item.config.json e item.metadata.json arquivos, é um diretório de item. Se o diretório não contiver esses arquivos, é um subdiretório. Se a pasta Git não contiver diretórios de itens, você não poderá se conectar a ela. Remova os subdiretórios ou conecte-se a uma pasta diferente que não contenha subdiretórios.
Descrição do problema: Depois de selecionar Conectar na guia de integração do Git, uma caixa de diálogo aparece indicando um caminho de pasta inválido.
Causa: a pasta que você está tentando conectar não existe, foi excluída ou difere em diferenciação de maiúsculas e minúsculas das pastas existentes no repositório. Essa mensagem pode aparecer se você estiver se conectando a uma nova ramificação ou se a pasta tiver sido excluída da ramificação.
Solução:
Descrição do problema: O número no ícone Controle do código-fonte indica o número de alterações feitas no espaço de trabalho desde a última confirmação. Se o ícone não tiver um número, pode ter havido um problema ao se conectar à filial.
Solução: Desconecte e reconecte.
Descrição do problema: Meu espaço de trabalho foi anteriormente conectado a um repositório Git, mas agora diz que eu preciso de uma licença premium para me conectar.
Causa: Você só pode se conectar a repositórios Git se tiver uma licença Premium válida. Se sua licença expirou ou você alterar sua licença para uma licença que não inclui integração com o Git, você não poderá mais se conectar a esse repositório. Isso também se aplica às licenças de avaliação.
Solução: desconecte-se do Git e trabalhe sem controle do código-fonte ou adquira uma licença Premium.
Descrição do problema: Não vejo a ramificação à qual quero me conectar na guia de ramificação do painel de controle Código-fonte.
Causa: a lista de ramificações mostra apenas ramificações que você tem permissão para exibir.
Solução: verifique se a ramificação desejada existe e se você tem permissão para visualizá-la. Caso contrário, peça ao proprietário da filial para lhe dar permissão para ver Limitações da filial para obter mais informações.
Descrição do problema: Ao ramificar para um novo espaço de trabalho, sou navegado para o novo espaço de trabalho, mas a integração com o Git não está habilitada lá. Causa: a opção de integração do Git pode estar habilitada para seu espaço de trabalho de origem, mas não para todo o locatário, pois o administrador do locatário pode delegar o controle do switch aos administradores do espaço de trabalho. Se esse for o caso, seu novo espaço de trabalho não terá a integração do Git habilitada e você precisará habilitá-lo manualmente nas configurações do espaço de trabalho antes de sincronizar o espaço de trabalho com o Git. Solução: habilite a integração do Git a partir das configurações do espaço de trabalho do seu novo espaço de trabalho.
Descrição do problema: Se houver atualizações feitas na ramificação do Git, as confirmações serão desabilitadas até que você atualize seu espaço de trabalho.
Solução: para habilitar confirmações, atualize seu espaço de trabalho.
Descrição do problema: Ao tentar confirmar itens no Git, recebo um erro dizendo que excedi o tamanho máximo de confirmação.
Causa: o tamanho total dos ficheiros a confirmar está limitado a 50 MB.
Solução: Se você estiver tentando confirmar vários itens ao mesmo tempo, considere cometê-los em lotes menores. Se sua confirmação contiver um item com muitos arquivos, entre em contato com o suporte.
Descrição do problema: Alterar o mesmo item no espaço de trabalho e na ramificação do Git pode levar a um possível conflito. Se forem feitas alterações no espaço de trabalho e na ramificação do Git no mesmo item, as atualizações serão desativadas até que o conflito seja resolvido.
Solução: resolva conflitos e tente novamente.
Descrição do problema: Depois de selecionar Atualizar tudo ou Desfazer, uma caixa de diálogo aparece indicando falha porque a ação quebraria um link de dependência.
Solução: abra o modo de exibição Linhagem para localizar o item ou itens que seriam excluídos do espaço de trabalho na atualização e estão vinculados a itens que não serão excluídos do espaço de trabalho.
Para resolver o problema, exclua o(s) item(ns) problemático(s):
Selecione Atualizar tudo.
Para obter mais informações, consulte Atualizar manualmente do Git.
Descrição do problema: Após a atualização do Git, ao olhar para a visualização de linhagem, as dependências de alguns itens não são como esperado. Por exemplo, o modelo de proxy não aponta mais para o modelo correto.
Motivo: o Git Integration não suporta modelos de Direct Query e proxy no momento.
Solução: Para corrigir as dependências, execute uma das seguintes ações:
Descrição do problema: O seguinte erro aparece após uma ação de desfazer se houver uma dependência não confirmada na guia Alterações que não foi selecionada na ação "Desfazer".
Solução: selecione todas as dependências do banco de dados selecionado e tente novamente.
Descrição do problema: O seguinte erro aparece após uma ação de desfazer, atualizar ou alternar ramificação:
Causa: há um item sem suporte no espaço de trabalho que depende de um item que não está mais no espaço de trabalho causando um problema de dependência.
Solução: abra a visualização Linhagem para localizar o item ou itens que foram selecionados para serem "desfeitos" e estão vinculados a itens que não estão selecionados.
Para resolver o problema, exclua o(s) item(ns) problemático(s):
Para ler mais sobre dependências, consulte Compreender dependências.
Se as condições a seguir não forem atendidas, você não poderá ver o botão pipelines de implantação.
Você tem uma licença do Fabric.
Você é um administrador de um espaço de trabalho.
Os pipelines de implantação exibem uma marca de estágio de pipeline em espaços de trabalho atribuídos a um pipeline. Para ver essas tags, você precisa ser um administrador de pipeline. As tags para os estágios de Desenvolvimento e Teste estão sempre visíveis. No entanto, você só verá a tag Production se tiver acesso ao pipeline.
Descrição do problema: em um pipeline completo, depois de cancelar a atribuição de um espaço de trabalho de um estágio e, em seguida, implantar nele, os pipelines de implantação restabelecem as conexões entre os itens no estágio de origem a partir do qual você implantou e o estágio de destino. No entanto, às vezes, os pipelines de implantação não podem restabelecer as conexões entre os itens nos estágios de origem e destino. Isso pode acontecer, por exemplo, quando você exclui acidentalmente um item.
Solução: Para restabelecer essas conexões, cancele a atribuição e reatribua o mesmo espaço de trabalho no estágio de destino.
Causa: Quando você atribui um espaço de trabalho a um estágio de pipelines de implantação, os pipelines de implantação verificam os itens (como relatórios e painéis) no espaço de trabalho. Se houver dois itens do mesmo tipo com o mesmo nome em um estágio adjacente, os pipelines de implantação não poderão determinar qual deles deve corresponder ao do espaço de trabalho atribuído e a mensagem de erro não é possível atribuir o espaço de trabalho será exibida. Por exemplo, se você estiver tentando atribuir um espaço de trabalho ao estágio de teste e um dos seus relatórios for chamado de "vendas regionais", se houver mais de um relatório com o mesmo nome nos estágios de desenvolvimento ou produção , a atribuição falhará. A atribuição do seu espaço de trabalho também falhará se o espaço de trabalho que você está atribuindo tiver dois modelos semânticos intitulados "modelo semântico de vendas regionais" e houver um modelo semântico com o mesmo nome nos estágios de desenvolvimento ou produção .
Solução: Para resolver esse erro, altere o nome do item que não corresponde ao item no estágio que você está tentando atribuir. Você pode selecionar os links na mensagem de erro para abrir os itens na malha.
Causa: a maioria dos modelos semânticos usa o recurso de metadados de modelo semântico aprimorado, também conhecido como modelo v3. No entanto, relatórios mais antigos podem estar usando o tipo antigo de metadados de modelo semântico, às vezes chamado de modelo v1. Se você estiver atribuindo um espaço de trabalho que usa o antigo modelo semântico de metadados (v1), os pipelines de implantação não poderão avaliar se o modelo semântico é semelhante em estágios adjacentes. Nesses casos, o símbolo diferente da interface do usuário é exibido, mesmo quando os modelos semânticos são idênticos.
Solução: Para resolver esse problema, implante os modelos semânticos que estão mostrando o símbolo diferente .
Causa: pode haver vários motivos pelos quais você não pode ver um espaço de trabalho na lista de espaços de trabalho que você pode atribuir a um pipeline.
Solução: Para atribuir um espaço de trabalho a um pipeline, as seguintes condições devem ser atendidas:
Você é um administrador do espaço de trabalho
O espaço de trabalho não está atribuído a nenhum outro pipeline
O espaço de trabalho reside em uma capacidade de malha
Os espaços de trabalho que não atendem a essas condições não são exibidos na lista de espaços de trabalho que você pode selecionar.
Causa: sua primeira implantação pode ter falhado por qualquer um dos vários motivos.
Solução: Algumas possíveis razões para o fracasso com suas soluções estão listadas na tabela a seguir.
Erro | Ação |
---|---|
Você não tem permissões de capacidade. | Se você trabalha em uma organização que tem uma capacidade de malha, peça a um administrador de capacidade para adicionar seu espaço de trabalho a uma capacidade ou peça permissões de atribuição para a capacidade. Depois que o espaço de trabalho estiver em capacidade, reimplante. Se você não trabalha em uma organização com capacidade de malha, considere comprar Premium por usuário (PPU). |
Você não tem permissões de espaço de trabalho. | Para implantar, você precisa ser um membro do espaço de trabalho. Peça ao administrador do seu espaço de trabalho para lhe conceder as permissões apropriadas. |
O administrador do Fabric desativou a criação de espaços de trabalho. | Entre em contato com o administrador do Fabric para obter suporte. |
Você está usando a implantação seletiva e não está selecionando todos os itens vinculados. | Proceda de uma das seguintes formas: Desmarque o conteúdo vinculado ao seu modelo semântico ou fluxo de dados. Seu conteúdo não selecionado (como modelos semânticos, relatórios ou painéis) não será copiado para a próxima etapa. Selecione o modelo semântico ou o fluxo de dados vinculado aos itens selecionados. Os itens selecionados serão copiados para a próxima etapa. |
Causa: os pipelines de implantação não suportam todos os itens.
Solução: Para obter uma lista abrangente dos itens suportados em pipelines de implantação, consulte as seguintes seções:
Qualquer item não listado na lista de itens suportados não é copiado para a próxima etapa.
Causa: não é possível alterar a conexão da fonte de dados no serviço do Power BI.
Solução: Se você quiser alterar a fonte de dados nos estágios de teste ou produção, poderá usar regras de implantação ou APIs. As regras de implantação só entrarão em vigor após a próxima implantação.
Causa: você só pode implantar retroativamente em um estágio vazio. Se você tiver conteúdo no estágio de teste, não poderá implantar para trás da produção.
Solução: depois de criar o pipeline, use o estágio de desenvolvimento para desenvolver seu conteúdo e os estágios de teste para revisá-lo e testá-lo. Você pode corrigir bugs nesses estágios e, em seguida, implantar o ambiente fixo no estágio de produção.
Nota
A implantação retroativa oferece suporte apenas à implantação completa. Ele não suporta implantação seletiva
Causa: as alterações de quebra de esquema do estágio de origem, como a substituição de um tipo de coluna de um inteiro para uma cadeia de caracteres, causam perda de dados no modelo semântico de destino após a implantação.
Durante a implantação, os metadados no modelo semântico de origem são verificados em relação aos metadados de destino. As alterações de quebra de esquema fazem com que a implantação seja interrompida. Quando isso acontece, você recebe a mensagem continuar a implantação .
Solução: Se você continuar com a implantação, perderá os dados no estágio de destino. Você pode usar essa opção se as alterações feitas no modelo semântico forem intencionais. Após a conclusão da implantação, você precisará atualizar o modelo semântico de destino.
Se as alterações não foram intencionais, feche a janela de mensagem, carregue um arquivo .pbix fixo no espaço de trabalho de origem e reimplante.
Depois que uma implantação falha devido a alterações de esquema, o estágio de destino exibe a mensagem Falha na implantação , seguida pelo link Mostrar detalhes . O link abre a mesma mensagem de continuação da implantação que foi exibida durante a implantação com falha.
Causa: quando você estiver usando a atualização incremental, somente determinadas alterações no modelo semântico que está implantando serão permitidas. Se você fez alterações no modelo semântico que não são permitidas, sua implantação falhará e você receberá esta mensagem:
Solução: Se você fez alterações no modelo semântico intencionalmente, use uma das seguintes soluções alternativas:
Usando .pbix - Publique suas alterações diretamente no modelo semântico de destino. Todas as partições e dados são perdidos, então você precisa atualizar o modelo semântico.
Usando ferramentas XMLA - Faça suas alterações diretamente no modelo semântico no estágio de destino.
Causa: modelo semântico e fluxos de dados são itens de malha que armazenam dados e contêm dados e metadados. Durante a implantação, apenas os metadados são copiados, enquanto os dados não são. Como resultado, após a implantação, o modelo semântico ou o fluxo de dados pode não ter dados e um visual de relatório que depende desses dados aparecerá quebrado.
Solução: Para resolver esse problema, atualize o fluxo de dados e, em seguida, atualize o modelo semântico no estágio de destino.
Causa: ao trabalhar com pipelines de implantação, você pode acabar com um pipeline que não tem um proprietário. Por exemplo, um pipeline pode ficar sem um proprietário quando um usuário que o possuía deixa a empresa sem transferir a propriedade. Quando um pipeline não tem um proprietário, outros usuários não podem acessá-lo. Como um espaço de trabalho só pode ser atribuído a um pipeline, se ele for atribuído a um pipeline sem um proprietário, ninguém poderá cancelá-lo e você não poderá usá-lo em outro pipeline.
Solução: Quando um pipeline fica sem um proprietário, um administrador de malha pode adicionar um novo proprietário ao pipeline ou excluí-lo. Para adicionar um proprietário ao pipeline, use a API Admin - Pipelines UpdateUserAsAdmin .
Você também pode revisar nosso script do PowerShell, AddUserToWorkspacePipeline (disponível no repositório GitHub PowerBI-Developer-Samples), que permite fazer o seguinte:
Gerenciar acesso ao pipeline - Adicione qualquer usuário a um espaço de trabalho em um pipeline.
Recuperar a propriedade do espaço de trabalho - Adicione qualquer usuário a um espaço de trabalho em um pipeline que não tenha um proprietário, permitindo que você o desbloqueie.
Para usar esse script, você precisa fornecer um nome de espaço de trabalho e um nome principal de usuário (UPN). O script localiza o pipeline ao qual o espaço de trabalho está atribuído e adiciona permissões de administrador ao usuário especificado.
Descrição do problema: O erro Não é possível iniciar a implantação que afirma que os modelos semânticos de origem e de destino têm formatos de modelagem de dados diferentes, ocorre quando os modelos semânticos no estágio de destino têm uma versão de modelo mais alta do que os modelos semânticos no estágio de origem. Nesses casos, os pipelines de implantação não podem ser implantados do estágio de origem para o estágio de destino. Para evitar esse erro, use um modelo semântico que tenha a mesma (ou superior) versão do modelo no estágio de origem.
Solução: atualize o modelo semântico no estágio de origem usando um ponto de extremidade de leitura/gravação XMLA ou o Power BI Desktop. Depois de atualizar o modelo semântico, publique-o novamente no estágio de origem.
Descrição do problema: Durante a implantação, se os pipelines de implantação descobrirem que o modo de conectividade de uma fonte de dados no estágio de destino não é o mesmo que a fonte de dados no estágio de origem, ele tentará converter o modo de conectividade da fonte de dados no estágio de destino. Se você estiver usando uma fonte de dados com os modos de conexão ao vivo ou conectividade em tempo real, os pipelines de implantação não poderão converter o modo de conectividade da fonte de dados do destino.
Solução: use um ponto de extremidade de leitura/gravação XMLA ou o Power BI Desktop para alterar o modo de conexão da fonte de dados no estágio de origem ou exclua a fonte de dados no estágio de destino para que a implantação a substitua.
Causa: pode haver alguns motivos possíveis para a falha na implantação do modelo semântico. A seguir estão possíveis razões para a falha:
Solução:
Causa: modelos semânticos que usam o modo de conectividade DirectQuery ou Composite e têm tabelas de data/hora de variação ou automáticas não são suportados em pipelines de implantação.
Solução: Se a implantação falhar e você achar que é porque tem um modelo semântico com uma tabela de variações, poderá procurar a propriedade variations nas colunas da tabela. Você pode usar um dos seguintes métodos para editar seu modelo semântico para que ele funcione em pipelines de implantação.
Use o modo de importação em vez do DirectQuery ou do modo Composto em seu modelo semântico.
Remova as tabelas automáticas de data/hora do seu modelo semântico. Se necessário, exclua as variações restantes de todas as colunas das tabelas. A exclusão de uma variação pode invalidar medidas criadas pelo usuário, colunas calculadas e tabelas calculadas. Use esse método somente se você entender como seu modelo de modelo semântico funciona, pois isso pode resultar em corrupção de dados em seus visuais.
Solução: para implantar um relatório paginado, você precisa ser um membro do espaço de trabalho no espaço de trabalho do qual está implantando (o espaço de trabalho do estágio de origem). Se você não for um membro do espaço de trabalho no estágio de origem, não poderá implantar o relatório paginado.
Descrição do problema: atualmente, os modelos semânticos são tratados como uma fonte de dados externa do Analysis Services e as conexões com modelos semânticos não são alternadas automaticamente após a implantação.
Quando você implanta um relatório paginado conectado a um modelo semântico de malha, ele continua a apontar para o modelo semântico ao qual foi originalmente conectado. Use regras de implantação para apontar seu relatório paginado para qualquer modelo semântico desejado, incluindo, por exemplo, o modelo semântico do estágio de destino.
Solução: Se você estiver usando um relatório paginado com um modelo semântico de malha, consulte Como criar uma regra de implantação para um relatório paginado com um modelo semântico de malha?
Descrição do problema: Uma implantação de um grande número de relatórios paginados com regras pode falhar devido a uma sobrecarga na capacidade.
Solução: adquira uma SKU mais alta ou use a implantação seletiva.
Causa: nos fluxos de dados, as fontes de dados antigas não são removidas da página da fonte de dados do fluxo de dados. Para dar suporte à exibição de linhagem de fluxos de dados, os itens conectados não são excluídos.
Solução: esse comportamento não afeta os pipelines de implantação. Você ainda pode atualizar, editar e implantar fluxos de dados em um pipeline.
Descrição do problema: Depois de alterar a fonte de dados de um fluxo de dados usando uma regra, a exibição de linhagem do fluxo de dados exibe uma conexão entre a fonte de dados de origem do fluxo de dados e a fonte de dados configurada na regra.
Solução: esse comportamento não afeta os pipelines de implantação.
Solução: Para implantar um datamart, você deve ser o proprietário do datamart.
Solução: Há um item que faz referência a si mesmo ou mais de um item envolvido em uma cadeia circular de referências (por exemplo, o item A faz referência ao item B e o item B faz referência ao item A). Para implantar o datamart, remova a dependência circular e reimplante.
O conteúdo pode ser implantado em um estágio vazio ou em um estágio que contenha conteúdo. O conteúdo deve residir em uma capacidade de malha.
Implantando em um estágio vazio - Qualquer usuário licenciado do Fabric que seja membro ou administrador no espaço de trabalho de origem.
Implantando em um estágio com conteúdo - Qualquer usuário licenciado do Fabric que seja membro ou administrador de ambos os espaços de trabalho nos estágios de implantação de origem e de destino.
Substituindo um modelo semântico - A implantação substitui cada modelo semântico incluído no estágio de destino, mesmo que o modelo semântico não tenha sido alterado. Qualquer usuário que seja membro ou administrador de ambos os espaços de trabalho, mas o administrador do locatário pode restringir isso apenas aos proprietários de modelos semânticos de destino.
Causa: as permissões de pipeline e espaço de trabalho são gerenciadas separadamente. Você pode ter permissões de pipeline, mas não permissões de espaço de trabalho.
Solução: Para obter mais informações, consulte a seção de permissões .
Solução: para atribuir um espaço de trabalho, você precisa de pelo menos permissões de membro do espaço de trabalho para os espaços de trabalho em seus estágios adjacentes. As permissões de membro do espaço de trabalho (ou superiores) nos estágios adjacentes são necessárias para habilitar os pipelines de implantação para estabelecer conexões entre itens em estágios de pipeline vizinhos.
Solução: Se você tiver problemas para configurar regras de implantação, visite as regras de implantação e certifique-se de seguir as limitações das regras de implantação.
Se sua implantação foi bem-sucedida anteriormente e está falhando repentinamente com regras quebradas, isso pode ser devido a um modelo semântico sendo republicado. As seguintes alterações no modelo semântico de origem resultam em uma implantação com falha:
Um parâmetro removido
Um nome de parâmetro alterado
Suas regras de implantação estão faltando valores. Isso pode ter acontecido se o seu modelo semântico mudasse.
Quando uma implantação anteriormente bem-sucedida falha devido a links quebrados, um aviso é exibido. Você pode selecionar Configurar regras para navegar até o painel de regras de implantação, onde o modelo semântico com falha é marcado. Quando você seleciona o modelo semântico, as regras quebradas são marcadas.
Para implantar com êxito, corrija ou remova as regras quebradas e reimplante.
Causa: as regras de implantação não são aplicadas imediatamente após serem configuradas.
Solução: Para aplicar regras de implantação, você precisa implantar os modelos semânticos do estágio de origem para o estágio de destino, que inclui as regras de implantação criadas. Depois de configurar as regras de implantação, e antes de implantar, o indicador diferente é mostrado ao lado do modelo semântico com as regras configuradas. Isso indica que você precisa implantar esse modelo semântico do estágio de origem para o estágio de destino. Depois de implantar, se nenhuma outra alteração for feita, o indicador diferente desaparece, indicando que as regras foram aplicadas com êxito.
Solução: para criar uma regra de implantação, você deve ser o proprietário do item para o qual está criando uma regra de implantação. Se você não for o proprietário do item, as regras de implantação ficarão acinzentadas.
Se uma das opções de regra estiver acinzentada, pode ser devido aos seguintes motivos:
Regras de fonte de dados - Não há fontes de dados nas quais uma regra possa ser configurada.
Regras de parâmetros - Não há parâmetros para os quais uma regra possa ser configurada.
Solução: salvar regras de fonte de dados pode falhar devido a um destes motivos:
Seu modelo semântico contém uma função conectada a uma fonte de dados. Nesses casos, as regras de fonte de dados não são suportadas.
Sua fonte de dados está usando parâmetros. Não é possível criar uma regra de fonte de dados para um modelo semântico que usa parâmetros. Em vez disso, crie uma regra de parâmetro.
Causa: ao construir um modelo semântico usando o Power BI Desktop, a cadeia de conexão pode ser configurada. Mais tarde, o modelo semântico pode ser publicado e usado por pipelines de implantação no serviço Power BI. Ao criar a conexão no Power BI Desktop, você pode especificar parâmetros adicionais. Ao especificar os parâmetros, a origem do modelo semântico deve ser o primeiro parâmetro listado. Se você listar quaisquer outros parâmetros antes da fonte do modelo semântico, encontrará erros no serviço do Power BI. Nesses casos, ao configurar uma nova regra de modelo semântico, se você apontar para um modelo semântico que não foi configurado corretamente no Power BI Desktop, os pipelines de implantação não poderão criar a regra.
Solução: formate a conexão do modelo semântico no Power BI Desktop para que a fonte do modelo semântico apareça na primeira linha. Em seguida, publique novamente o modelo semântico.
Use esta seção para solucionar problemas de regras de pipeline que você criou. Se você não vir um nome de mensagem de erro de regra, revise as limitações da regra de implantação e as fontes de dados suportadas para fluxo de dados e regras de modelo semântico e tente reconfigurar a regra.
Mensagem de erro | Solução |
---|---|
A regra da fonte de dados não pode conter um parâmetro | Sua regra não pode ser aplicada porque o nome do servidor ou o nome do banco de dados mencionado na regra é controlado por um parâmetro. Para alterar o nome do servidor ou do banco de dados, use uma regra de parâmetro ou remova o parâmetro de controle do item configurado. |
Falha na execução da fonte de dados | Uma regra não pode ser aplicada devido a um problema na recuperação de dados da fonte de dados. Remova a regra e verifique se o modelo semântico tem consultas válidas. Em seguida, tente criar a regra novamente. |
A propriedade Rule não existe mais | Algumas das propriedades da regra configuradas na regra não existem mais. Atualize a página e configure a regra novamente. |
Valor ilegal | Um valor usado na regra configurada não é válido. Valide os valores da regra e tente configurá-la novamente. |
Não há suporte para várias fontes de dados | Uma regra de modelo semântico não pode ser aplicada devido à sua configuração de fonte de dados. Remova a regra ou reescreva as consultas de modelo semântico usando as ferramentas padrão do Power BI Desktop. |
O modelo semântico de destino só pode ser alterado pelo seu proprietário | Sua regra substituirá alguns modelos semânticos no espaço de trabalho de destino. Você deve ser o proprietário de qualquer modelo semântico que será substituído. |
Formação
Módulo
Create e gerir um pipeline de implementação do Power BI - Training
Create e gerir um pipeline de implementação do Power BI