Atualizar e migrar o Reporting Services

  • Artigo

Aplica-se a: SQL Server 2016 (13.x) Reporting Services e versões posteriores ❌ Servidor de Relatórios do Power BI SharePoint

Este artigo é uma visão geral das opções de atualização e migração do SQL Server Reporting Services. Veja as abordagens gerais para fazer upgrade de uma implantação do SQL Server Reporting Services:

  • Atualização para o Reporting Services 2016 e anteriores do Reporting Services 2016 e anteriores: você atualiza os componentes do Reporting Services nos servidores e nas instâncias em que eles estão instalados atualmente. Esse processo normalmente é chamado de atualização "in-loco". A atualização in-loco de um modo de servidor do Reporting Services para outro não é possível. Por exemplo, você não pode atualizar um servidor de relatório de modo nativo para um servidor de relatório no modo do SharePoint. Você pode migrar seus itens de relatório de um modo para outro. Para obter mais informações, confira a seção Cenários de atualização e migração do modo do SharePoint mais adiante neste documento.

  • A atualização para o Reporting Services 2017 e posteriores do Reporting Services 2016 e anteriores: esse cenário de atualização não é o mesmo das versões anteriores. Ao atualizar para o Reporting Services 2016 e anteriores, você pode seguir um processo de atualização in-loco usando a mídia de instalação do SQL Server. Ao atualizar para o Reporting Services 2017 e posteriores do Reporting Services 2016 e anteriores, não será possível seguir as mesmas etapas porque a nova instalação do Reporting Services é um produto autônomo. Ela deixou de fazer parte da mídia de instalação do SQL Server.

    Para atualizar do Reporting Services 2016 e anteriores para o Reporting Services 2017 e posteriores, siga o artigo Migrar uma Instalação do Reporting Services (modo nativo), com o Reporting Services 2017 ou posteriores como instância de destino.

  • A atualização do Reporting Services 2017 para versões futuras é, novamente, um cenário de atualização in-loco, pois os GUIDs de instalação do produto são os mesmos. Execute o arquivo de instalação SQLServerReportingServices.exe para iniciar a atualização in-loco no servidor no qual o Reporting Services está instalado.

  • Migração: você instala e configura um novo ambiente do SharePoint, copia seus itens de relatório e recursos para o novo ambiente e configura o novo ambiente para usar o conteúdo existente. Uma forma de nível inferior de migração é copiar os bancos de dados do Reporting Services, os arquivos de configuração e, se estiver usando o modo do SharePoint, os bancos de dados de conteúdo do SharePoint.

Observação

A integração do Reporting Services ao SharePoint não está disponível após o SQL Server 2016.

Problemas de atualização conhecidos e práticas recomendadas

Para obter uma lista detalhada das edições e versões com suporte que você pode atualizar, consulte Versão com suporte e atualizações de edição.

Dica

Para obter as últimas informações sobre problemas com o SQL Server, confira as Notas sobre a versão do SQL Server 2016.

Instalações lado a lado

O modo Nativo do SQL Server Reporting Services pode ser instalado lado a lado com uma implantação no modo Nativo do SQL Server 2012 (11.x) ou SQL Server 2014 (12.x).

Não há suporte para implantações lado a lado do SQL Server Reporting Services no modo do SharePoint e para nenhuma das versões anteriores de componentes no modo do SharePoint do Reporting Services.

Atualizações in-loco

Instalação do SQL Server conclui a atualização. A Instalação do SQL Server pode ser usada para atualizar qualquer ou todos os componentes do SQL Server, inclusive o Reporting Services. A Instalação detecta as instâncias existentes e solicita que você faça a atualização. A Instalação do SQL Server fornece opções de atualização que podem ser especificadas como argumentos de linha de comando ou no Assistente de Instalação.

Quando a Instalação do SQL Server é executada, você pode selecionar a opção para atualizar uma das seguintes versões ou instalar uma nova instância do SQL Server Reporting Services que é executada lado a lado com instalações existentes:

  • SQL Server 2014 (12.x)

  • SQL Server 2012 (11.x)

  • SQL Server 2008 R2 (10.50.x)

  • SQL Server 2008 (10.0.x)

Para obter mais informações sobre o SQL Serve, consulte:

Lista de verificação anterior à atualização

Antes de fazer upgrade para o SQL Server Reporting Services:

  • Examine os requisitos para determinar se seu o hardware e software podem dar suporte ao SSRS (SQL Server 2016 (13.x) Reporting Services) ou posterior. Para obter mais informações, veja Requisitos de hardware e software para a instalação do SQL Server 2016.

  • Use o SCC (Verificador de Configuração do Sistema) para examinar o computador do servidor de relatório em busca de condições que podem impedir uma instalação bem-sucedida do SQL Server Reporting Services. Para obter mais informações, consulte Check Parameters for the System Configuration Checker.

  • Examine as práticas recomendadas e as diretrizes de segurança para o SQL Server. Para obter mais informações, consulte Security Considerations for a SQL Server Installation.

  • Faça backup da chave simétrica. Para saber mais, confira Back Up and Restore Reporting Services Encryption Keys.

  • Faça backup dos bancos de dados do servidor de relatório e arquivos de configuração. Para obter mais informações, consulte Backup and Restore Operations for Reporting Services.

  • Faça backup de quaisquer personalizações feitas em diretórios virtuais existentes do Reporting Services no IIS.

  • Remova certificados TLS/SSL inválidos, incluindo certificados que expiraram e você não planeja atualizar antes de atualizar o Reporting Services. Certificados inválidos causam a falha na atualização e uma mensagem de erro semelhante à seguinte é gravada no arquivo de log do Reporting Services: Microsoft.ReportingServices.WmiProvider.WMIProviderException: Não há um certificado SSL (protocolo SSL) configurado no site.

Antes de atualizar um ambiente de produção, execute sempre uma atualização de teste em um ambiente de pré-produção que tenha a mesma configuração do ambiente de produção.

Importante

Essas etapas devem ser concluídas por completo para que uma reversão posterior seja possível. O Suporte da Microsoft não pode recuperar backups, chaves de criptografia ou arquivos de configuração que não foram armazenados em backup.

Visão geral de cenários de migração

Se você estiver atualizando de uma versão com suporte do Reporting Services para o SQL Server, normalmente será possível executar o Assistente de Instalação do SQL Server para atualizar os arquivos de programa, o banco de dados e todos os dados de aplicativo do servidor de relatório.

No entanto, a migração manual de uma instalação do servidor de relatório será necessária se houver alguma das seguintes condições:

  • Você quer alterar o tipo de servidor de relatório usado em sua implantação. Por exemplo, você não pode atualizar ou converter um servidor de relatório de modo nativo para um modo do SharePoint. Para obter mais informações, confira Migração do modo nativo para o SharePoint (SSRS).

  • Você quer minimizar a quantidade de tempo que o servidor de relatório fica offline durante o processo de atualização. Sua instalação atual permanecerá online enquanto você copiar dados de conteúdo para uma nova instância do servidor de relatório e testar a instalação sem alterar o estado da instalação existente do servidor de relatório.

  • Você deseja migrar uma implantação do SharePoint 2010 do Reporting Services para o SharePoint 2013/2016. O SharePoint 2013/2016 não oferece suporte à atualização in-loco do SharePoint 2010. Para obter mais informações, veja Migrar uma instalação do Reporting Services (Modo do SharePoint).

Atualização do modo nativo e cenários de migração

Atualização: a atualização in-loco para o modo nativo é o mesmo processo para cada uma das versões compatíveis listadas anteriormente neste artigo. Execute o assistente de instalação do SQL Server ou uma instalação pela linha de comando. Após a instalação, o banco de dados do servidor de relatório será automaticamente atualizado para o novo esquema de banco de dados do servidor de relatório. Para obter mais informações, veja a seção Atualização in-loco neste artigo.

O processo de atualização começa quando você seleciona uma instância existente do servidor de relatório a ser atualizada.

  1. Se o banco de dados do servidor de relatório estiver em um computador remoto e você não tiver permissão para atualizar esse banco de dados, a Instalação solicitará que você forneça credenciais para fazer a atualização para um banco de dados do servidor de relatório remoto. Certifique-se de fornecer credenciais que tenham permissões sysadmin ou de atualização de banco de dados.

  2. A Instalação verifica se existem condições ou configurações que impedem a atualização e lê as definições de configuração. Os exemplos incluem extensões personalizadas implantadas no servidor de relatório. Se a atualização estiver bloqueada, você deverá modificar a instalação para que a atualização não seja mais bloqueada ou migrar para uma nova instância do SQL Server Reporting Services. Para obter mais informações, consulte a documentação do Supervisor de Atualização.

  3. Se a atualização puder prosseguir, a Instalação solicitará que você continue o processo de atualização.

  4. A Instalação cria novas pastas para arquivos de programa do SQL Server Reporting Services. As pastas do programa de uma instalação do Reporting Services incluem MSRS13.<nome da instância>.

  5. A Instalação adiciona os arquivos de programa, as ferramentas de configuração e os utilitários de linha de comando do servidor de relatório do SQL Server Reporting Services que fazem parte do recurso do servidor de relatório.

    1. Os arquivos de programas da versão anterior são removidos.

    2. Os utilitários e as ferramentas de configuração do servidor de relatório que são atualizados para a nova versão incluem a ferramenta Configuração do modo nativo do Reporting Services, os utilitários de linha de comando, por exemplo, RS.exe e o Construtor de Relatórios.

    3. Outras ferramentas cliente como SQL Server Management Studio são um download separado e precisam ser atualizadas separadamente. Para obter mais informações, consulte Baixar o SSMS (SQL Server Management Studio).

    4. O SSDT (SQL Server Data Tools) é um download separado. Para obter mais informações, consulte SQL Server Data Tools no Visual Studio 2015.

  6. A Instalação reutiliza a entrada do serviço no Gerenciador de Controle de Serviço para o serviço Servidor de Relatório do SQL Server Reporting Services. Essa entrada de serviço inclui a conta de serviço Servidor de Relatório do Windows.

  7. A Instalação reserva novas URLs com base nas configurações existentes do diretório virtual no IIS. A instalação pode não remover diretórios virtuais no IIS; portanto, remova esses diretórios manualmente depois que a atualização for concluída.

  8. A Instalação mescla configurações nos arquivos de configuração. A configuração usa os arquivos de configuração da instalação atual como base para adicionar novas entradas. As entradas obsoletas não são removidas, mas não serão mais lidas pelo servidor de relatório depois que a atualização for concluída. Uma atualização não excluirá arquivos de log antigos, o arquivo RSWebApplication.config obsoleto ou as configurações de diretório virtual no IIS. Uma atualização não removerá versões mais antigas do Designer de Relatórios, Management Studio ou outras ferramentas de cliente. Se você não mais precisar deles, remova esses arquivos e ferramentas depois que a atualização for concluída.

Migração: migrar uma versão anterior de uma instalação no modo nativo para o SQL Server Reporting Services exige as mesmas etapas para todas as versões compatíveis listadas anteriormente neste artigo. Para obter mais informações, veja Migrar uma instalação do Reporting Services (Modo Nativo)

Atualizar uma implantação escalável dos Reporting Services em modo nativo

O resumo a seguir explica como atualizar uma implantação de modo nativo do Reporting Services que é dimensionada para mais de um servidor de relatório. Esse processo requer o tempo de inatividade da implantação do Reporting Services:

  1. Faça backup dos bancos de dados do servidor de relatório e das chaves de criptografia. Para obter mais informações, confira Operações de backup e restauração do Reporting Services e Adicionar e remover as chaves de criptografia para implantação escalável (Gerenciador de Configurações do Servidor de Relatório).

  2. Use o Gerenciador de Configurações do Reporting Services e remova todos os servidores de relatório da implantação escalável. Para obter mais informações, confira Configurar uma implantação escalável do servidor de relatório no modo nativo (Gerenciador de Configurações do Servidor de Relatório).

  3. Atualize um dos servidores de relatório para o SQL Server Reporting Services.

  4. Use o Gerenciador de Configurações do Reporting Services para adicionar os servidores de relatório de volta à implantação escalável. Para obter mais informações, confira Configurar uma implantação escalável do servidor de relatório no modo nativo (Gerenciador de Configurações do Servidor de Relatório).

    Para cada servidor, repita as etapas de atualização e expansão.

Reverter uma atualização cumulativa do Reporting Services

As atualizações cumulativas nas versões 2017 e posteriores do Reporting Services oferecem suporte à atualização in-loco, mas não podem ser desinstaladas seletivamente. Para reverter uma atualização, você deve desinstalar todo o serviço e reinstalar a versão anterior:

Importante

Essas etapas exigem que a lista de verificação de pré-atualização tenha sido seguida completamente. A Etapa 2 renderizará arquivos de configuração existentes, configurações de serviço e chaves de criptografia irrecuperáveis. O Suporte da Microsoft não pode recuperar esses arquivos de configuração ou descriptografar essas chaves de criptografia para ajudar na reversão.

  1. Anote as configurações personalizadas, incluindo credenciais de serviço, configurações de email ou compartilhamento de arquivos, ou URLs do servidor de relatório.

  2. Desinstalar o SQL Server Reporting Services. Em uma implantação escalável, repita para todos os nós na expansão. Para obter mais informações, consulte Desinstalar o Modo Nativo.

  3. Restaurar backups do banco de dados ReportServer. Para obter mais informações, consulte Backup and Restore Operations for Reporting Services.

  4. Reinstale a atualização anterior do SQL Server Reporting Services.

  5. Restaurar arquivos de configuração de pré-atualização.

  6. Restaurar o backup da chave de criptografia. Para saber mais, confira Backup e Restauração de Chaves de Criptografia.

  7. Recrie todas as configurações personalizadas anotadas na etapa 1.

  8. Em uma implantação escalável, repita as etapas de 4 a 7 para todos os outros nós na implantação escalável.

Atualização do modo do SharePoint e cenários de migração

As seções a seguir descrevem os problemas e as etapas básicas necessárias para atualizar ou migrar de versões especificadas do modo do SharePoint do Reporting Services para o modo do SharePoint do SQL Server Reporting Services.

Há dois componentes de instalação para atualizar uma implantação do modo do SharePoint do Reporting Services.

  • Serviço compartilhado do SharePoint do Reporting Services.

    Dica

    Use o cmdlet Get-SPRSServiceApplicationServers do SharePoint do Reporting Services para determinar os servidores do farm do SharePoint que estão executando o serviço compartilhado do SharePoint do Reporting Services e que, portanto, requerem uma atualização.

  • Suplemento do Reporting Services para produtos do SharePoint. Para obter mais informações, veja Instalar ou desinstalar o Suplemento do Reporting Services para SharePoint.

Para obter etapas detalhadas sobre como migrar uma instalação no modo do SharePoint, confira Migrar uma instalação do Reporting Services (modo do SharePoint).

Importante

Alguns dos cenários a seguir exigem tempo de inatividade do ambiente do SharePoint devido às tecnologias diferentes que precisam ser atualizadas. Se a sua situação não permitir tempo de inatividade, você precisará concluir uma migração em vez de uma atualização in-loco.

SQL Server 2014 (12.x) para SQL Server Reporting Services

Ambiente inicial: SQL Server 2014 (12.x) ou SQL Server 2014 (12.x) SP1, SharePoint 2010 ou SharePoint 2013.

Ambiente final: SQL Server Reporting Services, SharePoint 2013 ou SharePoint 2016.

  • SharePoint 2013/2016: O SharePoint 2013/2016 não oferece suporte à atualização in-loco do SharePoint 2010. De qualquer modo, o procedimento de atualização da anexação do banco de dados tem suporte.

    Se você tiver uma instalação do Reporting Services integrada com o SharePoint 2010, não poderá atualizar o servidor do SharePoint in-loco. No entanto, você pode migrar bancos de dados de conteúdo e bancos de dados de aplicativo de serviço do farm do SharePoint 2010 para um farm do SharePoint 2013/2016.

SQL Server 2012 (11.x) para SQL Server Reporting Services

Ambiente inicial: SQL Server 2012 (11.x) ou SQL Server 2012 SP1 (11.0.3x), SharePoint 2010.

Ambiente final: SQL Server Reporting Services, SharePoint 2013 ou SharePoint 2016.

  • SharePoint 2013/2016: O SharePoint 2013/2016 não oferece suporte à atualização in-loco do SharePoint 2010. De qualquer modo, o procedimento de atualização da anexação do banco de dados tem suporte.

    Se você tiver uma instalação do Reporting Services integrada com o SharePoint 2010, não poderá atualizar o servidor do SharePoint in-loco. No entanto, você pode migrar bancos de dados de conteúdo e bancos de dados de aplicativo de serviço do farm do SharePoint 2010 para um farm do SharePoint 2013/2016.

SQL Server 2008 R2 (10.50.x) para SQL Server Reporting Services

Ambiente inicial: SQL Server 2008 R2 (10.50.x), SharePoint 2010.

Ambiente final: SQL Server Reporting Services, SharePoint 2013 ou SharePoint 2016.

  • SharePoint 2013/2016: O SharePoint 2013/2016 não oferece suporte à atualização in-loco do SharePoint 2010. De qualquer modo, o procedimento de atualização da anexação do banco de dados tem suporte.

    O SharePoint deve ser migrado primeiro antes da atualização do Reporting Services.

  • Instale a versão do SQL Server Reporting Services do suplemento Reporting Services para o SharePoint em cada front-end da Web no farm. Você pode instalar o suplemento usando o assistente de instalação do SQL Server Reporting Services ou baixando o suplemento.

  • Execute a instalação do SQL Server Reporting Services para atualizar do modo do SharePoint em cada ‘servidor de relatório’. O assistente de instalação do SQL Server instala o Serviço Reporting Services e cria um novo aplicativo de Serviço.

Considerações para uma migração

Ao mover dados de aplicativo, você deve estar atento às seguintes preocupações e restrições:

  • A proteção da chave de criptografia inclui um hash que incorpora a identidade da máquina.

  • Os nomes de banco de dados de servidor de relatório são fixos e não podem ser alterados em um novo computador.

Considerações sobre a chave de criptografia

Sempre faça backup das chaves de criptografia antes de mover um banco de dados de servidor de relatório para um novo computador.

A migração de uma instalação do servidor de relatório para outro computador invalida o hash que protege as chaves de criptografia usadas para ajudar a proteger dados confidenciais armazenados no banco de dados do servidor de relatório. Cada instância do servidor de relatório que usa o banco de dados tem sua cópia da chave de criptografia, que é criptografada com a identidade da conta de serviço, conforme definida no computador atual. Se você mudar de computador, o serviço não terá mais acesso à sua chave, ainda que o mesmo nome de conta seja usado no novo computador.

Para restabelecer a criptografia reversível no novo computador do servidor de relatório, restaure a chave da qual fez backup anteriormente. O conjunto de chave completo que é armazenado no banco de dados do servidor de relatório consiste em um valor de chave simétrica e em informações sobre a identidade de serviço usada para restringir o acesso à chave para que somente a instância do servidor de relatório que a armazenou possa usá-la. Durante a restauração da chave, o servidor de relatório substitui as cópias existentes da chave pelas novas versões. A nova versão inclui os valores de identidade da máquina e de serviço, conforme definido no computador atual. Para saber mais, veja:

Nome fixo do banco de dados

Você não pode renomear o banco de dados de servidor de relatório. A identidade do banco de dados é registrada em procedimentos armazenados do servidor de relatório quando o banco de dados é criado. A renomeação dos bancos de dados primário ou temporário do servidor de relatório ocasiona erros quando os procedimentos são executados, invalidando a instalação do servidor de relatório.

Se o nome do banco de dados da instalação existente não for adequado para a nova instalação, considere criar um novo banco de dados com o nome desejado. Em seguida, carregue os dados do aplicativo existente usando as técnicas na lista a seguir:

  • Grave um script do Visual Basic que chame métodos SOAP do serviço Web Servidor de Relatórios para copiar dados entre bancos de dados. Use o utilitário RS.exe para executar o script. Para obter mais informações sobre essa abordagem, veja Script e PowerShell com o Reporting Services.

  • Grave o código que chama o provedor WMI para copiar dados entre bancos de dados. Para obter mais informações sobre essa abordagem, veja Acessar o provedor WMI do Reporting Services.

  • Se houver poucos itens, você poderá republicar relatórios e fontes de dados compartilhadas do Designer de Relatórios, do Designer de Modelo e do Construtor de Relatórios no novo servidor de relatório. Você deve recriar atribuições de função, assinaturas, agendas compartilhadas, agendas de instantâneo de relatório, propriedades personalizadas definidas em relatórios ou outros itens, segurança de item de modelo e propriedades definidas no servidor de relatório. Você perderá os dados do histórico de relatório e do log de execução de relatório.

Conteúdo relacionado

Mais perguntas? Experimente perguntar no fórum do Reporting Services.