Relatórios de Atualização (SSRS)

Aplica-se a: SQL Server 2016 (13.x) e versões posteriores Power BI Report Server

Os ficheiros de definição de relatório (.rdl) são automaticamente atualizados das seguintes formas:

• Quando abre um relatório paginado no Report Designer no SQL Server Data Tools (SSDT), a definição do relatório é atualizada para o esquema RDL atualmente suportado. Quando especifica um servidor de relatórios SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x) nas propriedades do projeto, a definição do relatório é guardada num esquema compatível com o servidor alvo.

• Quando atualiza uma instalação de Reporting Services para uma instalação SQL Server 2016 (13.x) Reporting Services ou posterior (SSRS), os relatórios e snapshots existentes que foram publicados num servidor de relatórios são compilados e automaticamente atualizados para o novo esquema na primeira vez que são processados. Se um relatório não puder ser atualizado automaticamente, o relatório é processado usando o modo de retrocompatibilidade. A definição do relatório mantém-se no esquema original.

Depois de um relatório ser atualizado localmente ou no servidor de relatórios, pode notar erros adicionais, avisos e mensagens. Isto resulta de alterações no modelo interno de objetos do relatório e nos componentes de processamento, que fazem com que mensagens apareçam quando são detetados problemas subjacentes no relatório. Para mais informações, consulte Retrocompatibilidade dos Serviços de Relatórios.

Para mais informações sobre as novas funcionalidades do SQL Server 2016 (13.x) Reporting Services ou versões posteriores (SSRS), consulte O que há de novo no SQL Server Reporting Services (SSRS).

Versões suportadas pela Upgrade

Relatórios criados em qualquer versão anterior dos Serviços de Relatórios podem ser atualizados. Isto inclui as seguintes versões:

• SQL Server 2008 (10.0.x)

• SQL Server 2008 R2 (10.50.x)

• SQL Server 2012 (11.x)

• SQL Server 2014 (12.x)

Ficheiros de Definição de Relatórios (.rdl) e Designer de Relatórios

Um ficheiro de definição de relatório inclui uma referência ao espaço de nomes RDL que especifica a versão do esquema de definição de relatório utilizada para validar o ficheiro .rdl.

Quando abre um ficheiro .rdl no Report Designer no SQL Server Data Tools (SSDT), se o relatório foi criado para um namespace anterior, o Report Designer cria automaticamente um ficheiro de backup e atualiza o relatório para o namespace atual. Esta é a única forma de atualizar um ficheiro de definição de relatório.

As propriedades de implementação que defines podem afetar em que esquema o ficheiro de definição do relatório está guardado. Para mais informações, consulte Implementação e Suporte a Versões nas Ferramentas de Dados do SQL Server (SSRS).

Pode carregar um ficheiro .rdl criado numa versão anterior dos Reporting Services para a nova versão e ele é automaticamente atualizado à primeira utilização. O servidor de relatórios armazena o ficheiro de definição de relatório no formato original. O relatório é automaticamente atualizado na primeira visualização, mas o ficheiro de definição do relatório armazenado permanece inalterado.

Para identificar o esquema RDL atual para um relatório, para um servidor de relatórios ou para o Designer de Relatórios, veja Encontrar a Versão do Esquema de Definição de Relatórios (SSRS).

Relatórios Publicados e Relatórios Instantâneos

Na primeira utilização, o servidor de relatórios tenta atualizar relatórios publicados existentes e snapshots de relatórios para o novo esquema de definição de relatório, sem exigir qualquer ação específica da sua parte. Quando um utilizador visualiza um relatório ou um snapshot de relatório, ou quando o servidor de relatórios processa uma subscrição, ocorre a tentativa de atualização. A definição do relatório não é substituída, mas continua a ser armazenada no servidor de relatórios no seu esquema original. Se um relatório não puder ser atualizado, o relatório é executado em modo de retrocompatibilidade.

Modo de Retrocompatibilidade

Um relatório que é atualizado com sucesso é processado pelo processador de relatórios SQL Server 2016 (13.x) ou posterior (SSRS). Um relatório que não pode ser atualizado é processado pelo processador de relatórios SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x) Reporting Services em modo de retrocompatibilidade. Um relatório não pode ser processado por ambos os processadores de relatórios. Na primeira utilização, um relatório é atualizado com sucesso ou marcado para compatibilidade retroativa.

Apenas o processador de relatórios SQL Server 2016 (13.x) ou posterior (SSRS) suporta novas funcionalidades. Se um relatório não puder ser atualizado, ainda pode visualizar o relatório renderizado, mas não há novas funcionalidades disponíveis. Para tirar partido das novas funcionalidades, um relatório deve ser atualizado com sucesso.

Atualização de um Relatório com Subrelatórios

Quando um relatório contém subrelatórios, pode ocorrer um de quatro estados possíveis durante a atualização:

• O relatório principal e todos os subrelatórios podem ser atualizados com sucesso. São processados pelo processador de relatórios SQL Server 2016 (13.x) ou posterior (SSRS).

• O relatório principal e todos os subrelatórios não podem ser atualizados. São processados pelo processador de relatórios SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x) Reporting Services.

• O relatório principal pode ser atualizado, mas um ou mais subrelatórios não podem ser atualizados. O relatório principal é processado pelo processador de relatórios SQL Server 2016 (13.x) ou posterior (SSRS), mas o relatório renderizado mostra a mensagem "Erro: Subrelatório não pôde ser processado" no local onde apareceria o subrelatório que não pôde ser atualizado.

• O relatório principal não pode ser atualizado, mas um ou mais subrelatórios podem ser atualizados. O relatório principal é processado pelo processador de relatórios SQL Server 2016 (13.x) ou posterior (SSRS), mas o relatório renderizado mostra a mensagem "Erro: Subrelatório não pôde ser processado" no local onde o subrelatório apareceria.

Se vir o erro "Erro: Subrelatório não pôde ser processado", deve alterar a definição do relatório principal ou do subrelatório para que os relatórios possam ser processados pela mesma versão do processador de relatórios.

Os relatórios Drillthrough não têm esta limitação porque são processados como relatórios independentes.

Atualizar um Relatório com Itens de Relatórios Personalizados

Os relatórios dos Serviços de Relatórios do SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x) podem conter itens personalizados de relatórios (CRIs) fornecidos por fornecedores de software terceiros e instalados pelo administrador do sistema no computador de autoria do relatório e no servidor de relatórios. Relatórios que contenham CRIs podem ser atualizados das seguintes formas:

• Um servidor de relatórios SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x) é atualizado para um servidor de relatórios SQL Server 2016 (13.x) ou posterior (SSRS). Os relatórios publicados no servidor de relatórios são automaticamente atualizados na primeira utilização.

• Um relatório dos Reporting Services do SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x) é carregado para um servidor de relatórios SQL Server 2016 (13.x) ou posterior (SSRS). O relatório é automaticamente atualizado à primeira utilização.

• Um relatório de Reporting Services do SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x) é aberto no Designer de Relatórios nas Ferramentas de Dados do SQL Server (SSDT). Uma cópia de segurança do relatório original é criada. Ocorre um dos seguintes dois casos:

  1. Todos os CRIs no relatório não têm funcionalidades não suportadas. Os CRIs são convertidos em itens de relatório no novo esquema de definição de relatório, pelo que todo o relatório é atualizado. Se guardar o ficheiro, ele fica guardado no espaço de nomes RDL atual.

  2. Um ou mais CRIs no relatório têm funcionalidades não suportadas. Uma caixa de diálogo pergunta ao utilizador se deve converter os CRIs ou deixá-los inalterados.

  Para mais informações, consulte Abrir um Relatório no Report Designer mais adiante neste tópico.

Para informações sobre como identificar o espaço de nomes RDL atual para um servidor de relatórios, SQL Server Data Tools ou um relatório, consulte Encontrar a Versão do Esquema de Definição de Relatório (SSRS).

Atualização de Relatórios num Servidor de Relatórios

A primeira vez que um relatório SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x) Reporting Services é executado num servidor de relatórios que foi atualizado para um servidor de relatórios SQL Server 2016 (13.x) ou posterior (SSRS), o relatório é automaticamente atualizado para o namespace atual de definição de relatório suportado pelo servidor de relatórios. O relatório poderia ter existido no servidor de relatórios antes da atualização, ou poderia ter sido carregado através do portal web ou publicado no servidor de relatórios pelo Designer de Relatórios no SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x) SQL Server Data Tools.

A tabela seguinte lista a ação de atualização realizada pelo servidor de relatórios para tipos específicos de CRIs num relatório.

Abrir um Relatório com CRIs no Designer de Relatórios

Quando abrir um relatório de Reporting Services do SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x) com CRIs no Designer de Relatórios nas SQL Server Data Tools (SSDT), o relatório será atualizado para uma versão mais recente do esquema de definição de relatório. Dependendo dos CRIs contidos no relatório, uma das seguintes ações será realizada:

• CRIs de terceiros detetados. Se a versão do CRI instalada no computador de autoria de relatórios não for compatível com o novo esquema RDL, a superfície de design mostra uma caixa de texto com um X vermelho. Deve contactar o administrador do sistema para instalar novas versões do CRI de fornecedores terceiros que sejam compatíveis com o novo esquema RDL.

Guardar um relatório após a sua atualização no ambiente de criação de relatórios é a única forma de atualizar um relatório existente para o novo esquema de definição de relatório.

Converter Caixa de Diálogo CRI

Este relatório contém itens personalizados de relatório (CRIs) com funcionalidades não suportadas. Os CRIs são extensões da Linguagem de Definição de Relatórios (RDL) que suportam objetos personalizados que exibem dados num relatório. Os CRIs incluem componentes de design e execução fornecidos por fornecedores de software terceiros.

Alguns CRIs podem ser convertidos em itens de relatório no novo formato de definição de relatório. Use a lista seguinte para decidir se deve converter os CRIs neste relatório:

• Sim Escolha Sim para converter todos os CRIs no relatório, sempre que possível. Funcionalidades não suportadas nos CRIs não podem ser atualizadas e são removidas do ficheiro de definição do relatório. Quando visualiza o relatório, pode notar diferenças na forma como o CRI é apresentado no relatório.

• Não Escolha Não quando não quiser converter os CRIs no relatório. Estas CRIs não podem ser apresentadas pelo processador de relatórios na sua versão atual. Se o seu administrador de sistema planeia instalar uma nova versão do CRI do fornecedor de software de terceiros que seja compatível com o novo formato de definição de relatório, deve escolher Não. Até que novas versões estejam disponíveis, os CRIs são exibidos no relatório como uma caixa de texto vazia com um X vermelho.

Em qualquer dos casos, o relatório é atualizado para o novo formato de definição de relatório e uma cópia de cópia de segurança do relatório original é guardada como <Nome>- do Relatório Backup.rdl. Se guardar o relatório na sua ferramenta de criação de relatórios, está a guardar o relatório atualizado no novo formato de definição de relatório. Se publicar o relatório, ele é primeiro guardado no seu computador e depois publicado no servidor de relatórios. Está a publicar a versão atualizada do relatório no servidor de relatórios.

Se não guardar o relatório, o relatório original permanece inalterado. No entanto, não pode editar este relatório na versão SQL Server 2016 do SQL Server Data Tools nem num ambiente de criação de relatórios que utilize um formato de definição de relatório mais recente. Pode continuar a executar a versão original do relatório carregando-a para um servidor de relatórios SQL Server 2016 (13.x) ou posterior (SSRS) através do portal web. Para mais informações, consulte o Portal Web.

Para relatórios que carregar em vez de publicar para um servidor de relatórios, o processador de relatórios determina se o relatório pode ser atualizado na primeira utilização. Relatórios que não podem ser atualizados são processados em modo de retrocompatibilidade e continuam a ser exibidos como na versão anterior dos Serviços de Relatório.

Conteúdo relacionado

• Serviços de Atualização e Migração de Relatórios
• Mudanças de Última Hora nos Serviços de Relatórios do SQL Server no SQL Server 2016
• Alterações de Comportamento nos Serviços de Relatórios do SQL Server no SQL Server 2016
• Funcionalidade descontinuada dos Serviços de Relatórios do SQL Server no SQL Server 2016
• Itens de Relatórios Personalizados
• Atualizar uma Base de Dados de Servidor de Relatórios
• Tente perguntar ao fórum do Reporting Services