Partilhar via

Planejar a migração de relatórios .rdl para o Power BI

  • Artigo

APLICA-SE A: Power BI Report Builder Power BI DesktopPower BI 2022 Report Server SQL Server 2022 Reporting Services

Este artigo destina-se aos autores de relatórios do Servidor de Relatório do Power BI e do SQL Server Reporting Services (SSRS) e aos administradores do Power BI. Ele fornece orientação para ajudá-lo a migrar seus relatórios de linguagem de definição de relatório (.rdl) para o Power BI.

Diagrama mostrando a migração de relatórios .rdl do local para o serviço do Power BI.

O diagrama de fluxo mostra o caminho que migra relatórios .rdl locais para relatórios paginados do serviço do Power BI.

Nota

No Power BI, os relatórios .rdl são chamados de relatórios paginados.

A orientação está dividida em quatro fases. Recomendamos que você leia primeiro o artigo inteiro antes de migrar seus relatórios.

  1. Antes de começar
  2. Fase de pré-migração
  3. Fase de migração
  4. Fase pós-migração

Você pode obter a migração sem tempo de inatividade para os servidores de relatório ou interrupção para os usuários do relatório. É importante entender que você não precisa remover nenhum dado ou relatório. Assim, isso significa que você pode manter seu ambiente atual até estar pronto para ser aposentado.

Antes de começar

Antes de iniciar a migração, verifique se seu ambiente atende a determinados pré-requisitos. Descreveremos esses pré-requisitos e também apresentaremos uma ferramenta de migração útil.

Preparação para migração

À medida que se prepara para migrar os seus relatórios para o Power BI, verifique primeiro se tem uma licença Power BI Pro ou Premium por Utilizador para carregar conteúdo para a área de trabalho de destino.

Versões suportadas

Você pode migrar instâncias do servidor de relatório em execução no local ou em máquinas virtuais hospedadas por provedores de nuvem como o Azure.

A lista a seguir descreve as versões do SQL Server Reporting Services com suporte para migração para o Power BI:

  • SQL Server Reporting Services 2012
  • SQL Server Reporting Services 2014
  • SQL Server Reporting Services 2016
  • SQL Server Reporting Services 2017
  • SQL Server Reporting Services 2019
  • SQL Server Reporting Services 2022

Você também pode migrar arquivos .rdl do Servidor de Relatório do Power BI.

Ferramenta de migração para o Servidor de Relatório do Power BI e o SQL Server Reporting Services 2017+

Se você estiver usando o Servidor de Relatório do Power BI ou o SQL Server Reporting Services após o SQL Server 2016, há uma ferramenta interna para publicar seus relatórios no Power BI. Para obter mais informações, consulte Publicar arquivos .rdl no Power BI.

Ferramenta de migração para versões anteriores do SQL Server

Para versões anteriores do SQL Server Reporting Services, recomendamos que você use a Ferramenta de Migração RDL para ajudar a preparar e migrar seus relatórios. Essa ferramenta foi desenvolvida pela Microsoft para ajudar os clientes a migrar relatórios .rdl de seus servidores SSRS para o Power BI. Ele está disponível no GitHub e documenta um passo a passo completo do cenário de migração.

A ferramenta automatiza as seguintes tarefas:

  • Verifica se há fontes de dados sem suporte e recursos de relatório sem suporte.
  • Converte quaisquer recursos compartilhados em recursos incorporados :
    • As fontes de dados partilhadas tornam-se fontes de dados incorporadas.
    • Os conjuntos de dados partilhados tornam-se conjuntos de dados incorporados.
  • Publica relatórios que passam verificações como relatórios paginados para um espaço de trabalho especificado do Power BI.

Ele não modifica nem remove seus relatórios existentes. Após a conclusão, a ferramenta produz um resumo de todas as ações concluídas, bem-sucedidas ou malsucedidas.

Com o tempo, a Microsoft pode melhorar a ferramenta. A comunidade é encorajada a contribuir e ajudar a melhorá-lo também.

Fase de pré-migração

Depois de verificar se sua organização atende aos pré-requisitos, você estará pronto para iniciar o estágio de pré-migração . Esta fase tem três fases:

  1. Detetar
  2. Avaliar
  3. Preparação

Detetar

O objetivo da fase Discover é identificar as instâncias existentes do servidor de relatório. Esse processo envolve a verificação da rede para identificar todas as instâncias do servidor de relatório em sua organização.

Você pode usar o Microsoft Assessment and Planning Toolkit. O "MAP Toolkit" descobre e relata as instâncias, versões e recursos instalados do servidor de relatório. É uma poderosa ferramenta de inventário, avaliação e geração de relatórios que pode simplificar seu processo de planejamento de migração.

As organizações podem ter centenas de relatórios do SQL Server Reporting Services (SSRS). Alguns desses relatórios podem tornar-se obsoletos devido à falta de utilização. O artigo Localizar e desativar relatórios não utilizados pode ajudá-lo a descobrir relatórios não utilizados e como criar uma cadência para limpeza.

Avaliação

Depois de descobrir as instâncias do servidor de relatório, o objetivo da fase Avaliação é entender todos os relatórios .rdl — ou itens de servidor — que não podem ser migrados.

Seus relatórios .rdl podem ser migrados de seus servidores de relatório para o Power BI. Cada relatório .rdl migrado se tornará um relatório paginado do Power BI.

No entanto, os seguintes tipos de item do servidor de relatório não podem ser migrados para o Power BI:

  • Fontes de dados compartilhadas e conjuntos de dados compartilhados: A Ferramenta de Migração RDL converte automaticamente fontes de dados compartilhadas e conjuntos de dados compartilhados em fontes de dados e conjuntos de dados incorporados, desde que estejam usando fontes de dados suportadas.
  • Recursos como arquivos de imagem
  • Os relatórios vinculados são migrados, independentemente de o relatório pai vinculado a eles estar selecionado para migração ou não. No serviço Power BI, eles são relatórios .rdl regulares.
  • KPIs: Servidor de Relatório do Power BI ou Reporting Services 2016 ou posterior — somente Enterprise Edition
  • Relatórios móveis: Servidor de Relatório do Power BI ou Reporting Services 2016 ou posterior — apenas Enterprise Edition
  • Modelos de relatório: preteridos
  • Partes do relatório: preteridas

Se os seus relatórios .rdl dependerem de funcionalidades ainda não suportadas pelos relatórios paginados do Power BI, pode planear redesenvolvê-los como relatórios do Power BI, quando fizer sentido.

Para obter mais informações sobre fontes de dados com suporte para relatórios paginados no serviço do Power BI, consulte Fontes de dados com suporte para relatórios paginados do Power BI.

Geralmente, os relatórios paginados do Power BI são otimizados para impressão ou geração de PDF. Os relatórios do Power BI são otimizados para exploração e interatividade. Para obter mais informações, consulte Quando usar relatórios paginados no Power BI.

Não há suporte para a referência a arquivos DLL de código personalizado em um relatório.

As diferenças na saída PDF ocorrem com mais frequência quando uma fonte que não suporta caracteres não latinos é usada em um relatório e, em seguida, caracteres não latinos são adicionados ao relatório. Você deve testar a saída de renderização de PDF no servidor de relatório e nos computadores clientes para verificar se o relatório é renderizado corretamente.

Preparação

O objetivo da fase de preparação envolve deixar tudo pronto. Ele aborda a configuração do ambiente do Power BI, o planejamento de como você protegerá e publicará seus relatórios e ideias para redesenvolver itens do servidor de relatório que não serão migrados.

  1. Verifique o suporte para suas fontes de dados de relatório e configure um gateway do Power BI para permitir a conectividade com quaisquer fontes de dados locais.
  2. Familiarize-se com a segurança do Power BI e planeje como você reproduzirá suas pastas e permissões do servidor de relatório com espaços de trabalho do Power BI.
  3. Familiarize-se com o compartilhamento do Power BI e planeje como você distribuirá o conteúdo publicando aplicativos do Power BI.
  4. Considere usar modelos semânticos compartilhados do Power BI no lugar das fontes de dados compartilhadas do servidor de relatório.
  5. Use o Power BI Desktop para desenvolver relatórios otimizados para dispositivos móveis, possivelmente usando o visual personalizado Power KPI no lugar dos relatórios móveis e KPIs do servidor de relatório.
  6. Reavalie o uso do campo interno UserID em seus relatórios. Se você confiar no UserID para proteger os dados do relatório, entenda que, para relatórios paginados (quando hospedados no serviço do Power BI), ele retorna o UPN (Nome Principal do Usuário). Assim, em vez de retornar o nome da conta NT, por exemplo AW\adelev, o campo interno retorna algo como adelev@adventureworks.com. Você precisará revisar as definições do conjunto de dados e, possivelmente, os dados de origem. Depois de revisados e publicados, recomendamos que você teste completamente seus relatórios para garantir que as permissões de dados funcionem conforme o esperado.
  7. Reavalie o uso do campo interno ExecutionTime em seus relatórios. Para relatórios paginados (quando hospedados no serviço do Power BI), o campo interno retorna a data/hora em Tempo Universal Coordenado (ou UTC). Isso pode afetar os valores padrão dos parâmetros de relatório e os rótulos de tempo de execução do relatório (normalmente adicionados aos rodapés do relatório).
  8. Se sua fonte de dados for o SQL Server (local), verifique se os relatórios não estão usando visualizações de mapa. A visualização de mapa depende dos tipos de dados espaciais do SQL Server e eles não são suportados pelo gateway. Para obter mais informações, consulte Diretrizes de recuperação de dados para relatórios paginados (tipos de dados complexos do SQL Server).
  9. Para parâmetros em cascata, esteja ciente de que os parâmetros são avaliados sequencialmente. Tente pré-agregar dados de relatório primeiro. Para obter mais informações, consulte Usar parâmetros em cascata em relatórios paginados.
  10. Verifique se os autores de relatórios têm o Construtor de Relatórios do Power BI instalado e se você pode distribuir facilmente versões posteriores em toda a organização.
  11. Utilize a documentação de planejamento de capacidade para relatórios paginados.

Fase de migração

Depois de preparar seu ambiente e relatórios do Power BI, você estará pronto para o estágio de migração .

Existem duas opções de migração: manual e automatizada. A migração manual é adequada para um pequeno número de relatórios ou relatórios que exigem modificação antes da migração. A migração automatizada é adequada para a migração de um grande número de relatórios.

Migração manual

Qualquer pessoa com permissão para acessar a instância do servidor de relatório e o espaço de trabalho do Power BI pode migrar relatórios manualmente para o Power BI. Eis os passos a seguir:

  1. Abra o portal do servidor de relatório que contém os relatórios que você deseja migrar.
  2. Baixe cada definição de relatório, salvando os arquivos .rdl localmente.
  3. Abra a versão mais recente do Construtor de Relatórios do Power BI e conecte-se ao serviço do Power BI usando suas credenciais do Microsoft Entra ID (anteriormente conhecido como Azure Ative Directory).
  4. Abra cada relatório no Construtor de Relatórios do Power BI e, em seguida:
    1. Verifique se todas as fontes de dados e conjuntos de dados estão incorporados na definição de relatório e se são fontes de dados suportadas.
    2. Visualize o relatório para garantir que ele seja renderizado corretamente.
    3. Selecione Publicar e, em seguida, selecione Serviço do Power BI.
    4. Selecione o espaço de trabalho onde deseja salvar o relatório.
    5. Verifique se o relatório é salvo. Se determinados recursos no design do relatório ainda não forem suportados, a ação de salvar falhará. Você será notificado dos motivos. Em seguida, você precisará revisar o design do relatório e tentar salvar novamente.

Migração automatizada

Há três opções para migração automatizada. Pode utilizar:

  • Para o Servidor de Relatório do Power BI e o SQL Server 2022, consulte Publicar arquivos .rdl no Power BI.
  • Para versões anteriores do Reporting Services, use a Ferramenta de Migração RDL no GitHub.
  • As APIs disponíveis publicamente para o Servidor de Relatório do Power BI, Reporting Services e Power BI

Você também pode usar o Servidor de Relatório do Power BI, o Reporting Services e as APIs do Power BI disponíveis publicamente para automatizar a migração do seu conteúdo. Embora a Ferramenta de Migração RDL já use essas APIs, você pode desenvolver uma ferramenta personalizada adequada às suas necessidades exatas.

Para obter mais informações sobre as APIs, consulte:

Fase pós-migração

Depois de concluir a migração com êxito, você estará pronto para o estágio pós-migração . Esta etapa envolve trabalhar através de uma série de tarefas pós-migração para garantir que tudo está funcionando corretamente e eficientemente.

Definindo o tempo limite de consulta para conjuntos de dados incorporados

Você especifica valores de tempo limite de consulta durante a criação do relatório ao definir um conjunto de dados incorporado. O valor de tempo limite é armazenado com o relatório, no elemento Tempo limite da definição de relatório.

Configurar fontes de dados

Depois que os relatórios forem migrados para o Power BI, você precisará garantir que suas fontes de dados estejam configuradas corretamente. Pode envolver a atribuição a fontes de dados de gateway e o armazenamento seguro de credenciais de fonte de dados. Essas ações não são feitas pela Ferramenta de Migração RDL.

Analisar o desempenho do relatório

É altamente recomendável que você conclua as seguintes ações para garantir a melhor experiência possível do usuário do relatório:

  1. Teste os relatórios em cada navegador suportado pelo Power BI para confirmar se o relatório é renderizado corretamente.
  2. Execute testes para comparar os tempos de envio de relatório no servidor de relatório e no serviço do Power BI. Verifique se os relatórios do Power BI são renderizados em um tempo aceitável.
  3. Para relatórios de renderização longa, considere fazer com que o Power BI os entregue aos usuários do relatório como assinaturas de email com anexos de relatório.
  4. Para relatórios do Power BI baseados em modelos semânticos do Power BI, revise os designs de modelo para garantir que eles sejam totalmente otimizados.

Reconciliar questões

A fase pós-migração é crucial para conciliar quaisquer problemas e para resolver quaisquer problemas de desempenho. Adicionar a carga de trabalho de relatórios paginados a uma capacidade pode contribuir para um desempenho lento — para relatórios paginados e outros conteúdos armazenados na capacidade.

Conteúdos relacionados

Para obter mais informações sobre este artigo, consulte os seguintes recursos:

Os parceiros do Power BI estão disponíveis para ajudar sua organização a ter sucesso com o processo de migração. Para envolver um parceiro do Power BI, visite o portal do parceiro do Power BI.