Compartilhar via

Migrar uma instalação do Reporting Services (Modo Nativo)

  • Artigo

Este artigo contém instruções passo a passo sobre como migrar uma das seguintes versões com suporte de uma implantação de modo nativo do Reporting Services para uma nova instância do SQL Server Reporting Services:

  • SQL Server 2016 (13.x)

  • SQL Server 2014 (12.x)

  • SQL Server 2012 (11.x)

  • SQL Server 2008 R2 (10.50.x)

  • SQL Server 2008 (10.0.x)

  • 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 informações sobre como migrar uma implantação do modo do SharePoint do Reporting Services, confira Migrar uma instalação do Reporting Services (modo do SharePoint).

A migração é definida como a movimentação de arquivos de dados de aplicativo para uma nova instância do SQL Server. Estes são os motivos comuns para a migração da sua instalação:

  • Você tem uma implantação em grande escala ou requisitos de tempo de atividade.

  • Você altera o hardware ou a topologia da instalação.

  • Você detecta um problema que impede a atualização.

Visão geral da migração de modo nativo

O processo de migração para o Reporting Services inclui etapas manuais e automatizadas. As seguintes tarefas fazem parte de uma migração de servidor de relatório:

  • Fazer backup de arquivos de banco de dados, de aplicativos e de configuração.

  • Fazer backup da chaves de criptografia.

  • Instalar uma nova instância do SQL Server. Se você usar o mesmo hardware, poderá instalar o SQL Server lado a lado com a instalação existente se for uma das versões com suporte.

    Dica

    Uma instalação lado a lado pode exigir que você instale o SQL Server como uma instância nomeada.

  • Mover o banco de dados do servidor de relatório e outros arquivos de aplicativo da instalação existente para a nova instalação do SQL Server.

  • Mover todos os arquivos de aplicativos personalizados para a nova instalação.

  • Configurar o servidor de relatório.

  • Edite RSReportServer.config para incluir todas as configurações personalizadas da instalação anterior.

  • Opcionalmente, configure listas de controle de acesso (ACLs) personalizadas para o novo grupo de serviços Windows do Reporting Services.

  • Remover aplicativos e ferramentas não utilizados depois de confirmar que a nova instância está totalmente operacional.

Há restrições nas edições do SQL Server que hospedam o banco de dados do servidor de relatório. Revise o artigo a seguir se você reutilizar um banco de dados do servidor de relatório criado em uma instalação anterior.

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, avalie a possibilidade de criar um novo banco de dados com o nome desejado e, em seguida, carregue os dados de aplicativo existentes usando as técnicas descritas 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 Windows Management Instrumentation (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, é possível republicar relatórios e fontes de dados compartilhadas do Designer de Relatórios, do Designer de Modelos e do Construtor de Relatórios no novo servidor de relatório. Recrie as atribuições de função, assinaturas, agendas compartilhadas, agendamento de instantâneos de relatório, propriedades personalizadas que você definiu nos relatórios. Você também pode recriá-los em outros itens, segurança de item de modelo e propriedades definidas no servidor de relatório. Esteja preparado para perder o histórico de relatórios e os dados de log de execução de relatório se você seguir essas ações.

Antes de começar

Mesmo quando você migra e não atualiza a instalação, considere a possibilidade de executar o Supervisor de Atualização na instalação existente para ajudar a identificar problemas que poderiam afetar a migração. Esta etapa será especialmente útil se você migrar um servidor de relatório que não instalou ou configurou. Ao executar o Supervisor de Atualização, você poderá saber mais sobre configurações personalizadas que podem não ter suporte em uma nova instalação do SQL Server.

Além disso, você deve estar ciente de várias alterações importantes feitas no SQL Server Reporting Services que afetam a maneira como a instalação é migrada:

  • O portal da Web substituiu o Gerenciador de Relatórios.

  • Para o SQL Server 2008 (10.0.x) e versões mais recentes, o IIS não é mais um pré-requisito. Se você migrar uma instalação do servidor de relatório para um novo computador, não precisará adicionar a função de servidor Web. Além disso, as etapas para configurar URLs e a autenticação são diferentes da versão anterior, assim como as técnicas e ferramentas usadas para diagnosticar e solucionar problemas.

  • O serviço Web Servidor de Relatório, o portal da Web e o serviço Windows Servidor de Relatório são executados na mesma conta. Todos os três aplicativos leem parâmetros de configuração do arquivo RSReportServer.config.

  • O portal da Web e o SQL Server Management Studio foram reformulados para remover recursos sobrepostos. Cada ferramenta dá suporte a um conjunto distinto de tarefas.

  • Não há suporte para filtros ISAPI no SQL Server 2008 (10.0.x) Reporting Services e versões posteriores. Se você usa filtros ISAPI, deve remodelar sua solução de relatório antes de migração.

  • Não há suporte para restrições de endereço IP no SQL Server 2008 (10.0.x) Reporting Services e versões posteriores. Se você usa restrições de endereço IP, deve remodelar sua solução de relatório antes da migração ou usar uma tecnologia, como um firewall, um roteador ou a conversão de endereço de rede (NAT), para configurar endereços que tem restrições de acesso ao servidor de relatório.

  • Não há suporte para os certificados do protocolo TLS de cliente, antigo protocolo SSL, no SQL Server 2008 (10.0.x) Reporting Services e versões posteriores. Se você usa certificados TLS de cliente, deve remodelar sua solução de relatório antes de migração.

  • Se você usar um tipo de autenticação diferente da autenticação integrada do Windows, deverá atualizar o elemento <AuthenticationTypes> no arquivo RSReportServer.config com um tipo de autenticação com suporte. Os tipos de autenticação que têm suporte são NTLM, Kerberos, Negotiate e Básica. Não há suporte para os tipos de autenticação Anônima, .NET Passport e Digest no SQL Server 2008 (10.0.x) Reporting Services e versões posteriores.

  • Se você usar folhas de estilos em cascata personalizadas em seu ambiente de relatório, elas não poderão ser migradas. Mova-as manualmente após a migração.

Para obter mais informações sobre as alterações no SQL Server Reporting Services, veja a documentação do Supervisor de Atualização e Novidades no SQL Server Reporting Services (SSRS).

Arquivos e dados para backup

Antes de instalar uma nova instância do Reporting Services, faça backup de todos os arquivos da instalação atual.

  1. Faça backup da chave de criptografia do banco de dados do servidor de relatório. Esta etapa é fundamental para o sucesso da migração. Mais adiante no processo de migração, você deverá restaurar a chave de criptografia para que o servidor de relatório tenha novamente acesso aos dados criptografados. Para fazer backup da chave, use o Gerenciador de Configurações do Servidor de Relatório.

  2. Faça backup do banco de dados do servidor de relatório usando qualquer um dos métodos compatíveis de backup de bancos de dados do SQL Server. Para obter mais informações, confira as instruções sobre como fazer backup do banco de dados do servidor de relatório em Movendo os bancos de dados do servidor de relatório para outro computador (modo nativo do SSRS).

  3. Faça backup dos arquivos de configuração do servidor de relatório. Os arquivos dos quais deve ser feito backup incluem:

    1. RSReportServer.config

    2. Rswebapplication.config

    3. Rssrvpolicy.config

    4. Rsmgrpolicy.config

    5. Reportingservicesservice.exe.config

    6. Web.config para o aplicativo ASP.NET do Servidor de Relatório.

    7. Machine.config para ASP.NET, caso tenha sido modificado para operações do servidor de relatório.

Instale o SQL Server Reporting Services

Instale uma nova instância do servidor de relatório no modo somente arquivos para que você possa configurá-la para usar valores diferentes do padrão. Para a instalação pela linha de comando, use o argumento FilesOnly. No Assistente de Instalação, selecione a opção Instalar, mas não configurar.

Selecione um destes links para exibir instruções sobre como instalar uma nova instância do Reporting Services:

Mover o banco de dados do servidor de relatório

O banco de dados do servidor de relatório contém relatórios publicados, modelos, fontes de dados compartilhadas, agendas, recursos, assinaturas e pastas. Ele também contém propriedades do sistema e de itens e permissões para acessar conteúdo do servidor de relatório.

Se a migração envolve uma outra instância do Mecanismo de Banco de Dados, você deverá mover o banco de dados do servidor de relatório para a nova instância do Mecanismo de Banco de Dados. Se você usar a mesma instância do Mecanismo de Banco de Dados, vá para a seção Mover assemblies ou extensões personalizadas.

Para mover o banco de dados do servidor de relatório, siga estas etapas:

  1. Escolha a instância Mecanismo de Banco de Dados a ser usada. O SQL Server Reporting Services exige que você use uma das seguintes versões para hospedar o banco de dados do servidor de relatório:

    • SQL Server 2016 (13.x)

    • SQL Server 2014 (12.x)

    • SQL Server 2012 (11.x)

    • SQL Server 2008 R2 (10.50.x)

    • SQL Server 2008 (10.0.x)

    • SQL Server 2014 (12.x)

    • SQL Server 2012 (11.x)

    • SQL Server 2008 R2 (10.50.x)

    • SQL Server 2008 (10.0.x)

  2. Inicie o Microsoft SQL Server Management Studio e conecte-se ao Mecanismo de Banco de Dados.

  3. Crie RSExecRole nos bancos de dados do sistema caso o Mecanismo de Banco de Dados nunca tenha hospedado um banco de dados do servidor de relatório. Para mais informações, veja Criar o RSExecRole.

  4. Siga as instruções em Movendo os bancos de dados do servidor de relatório para outro computador (Modo Nativo do SSRS).

Lembre-se de que o banco de dados do servidor de relatório e o banco de dados temporário são interdependentes e devem ser movidos juntos. Não copie os bancos de dados; a cópia não transfere todas as configurações de segurança para a nova instalação. Não mova trabalhos do SQL Server Agent para operações de servidor de relatório agendadas. O servidor de relatório recria esses trabalhos automaticamente.

Mover assemblies ou extensões personalizadas

Se a instalação inclui extensões, itens de relatório ou assemblies personalizados, reimplante os componentes personalizados. Se você não usar componentes personalizados, vá para a seção Configurar o servidor de relatório.

Para reimplantar os componentes personalizados, siga estas etapas:

  1. Verifique se os assemblies têm suporte ou se precisam de recompilação:

    • As extensões de segurança personalizadas devem ser gravadas novamente usando a interface IAuthenticationExtension2.

    • As extensões de renderização personalizadas do SQL Server 2008 (10.0.x) Reporting Services precisam ser reescritas por meio do ROM (modelo de objeto de renderização).

    • Não há suporte para as renderizações de HTML 3.2 e HTML OWC no SQL Server 2008 (10.0.x) Reporting Services e versões posteriores.

    • Outros assemblies personalizados não devem exigir recompilação.

  2. Mova os assemblies para o novo servidor de relatório e para as pastas /bin. No SQL Server, os binários do servidor de relatório são localizados no seguinte local para a instância padrão do servidor de relatório:

    \Program files\Microsoft SQL Server\MSRS13.MSSQLSERVER\Reporting Services\ReportServer\bin

  3. Modifique os arquivos de configuração para adicionar entradas para o componente personalizado. As entradas variam de acordo com o tipo de assembly que você usa. Para obter instruções sobre onde colocar arquivos e adicionar entradas de configuração, consulte o seguinte:

    1. Implantando um assembly personalizado

    2. Como implantar um item de relatório personalizado

    3. Implantar uma extensão de processamento de dados

    4. Implantar uma extensão de entrega

    5. Implantar uma extensão de renderização

    6. Implementar uma extensão de segurança

configurar servidor de relatório

Configure as URLs do serviço Web Servidor de Relatórios e do portal da Web e configure a conexão com o banco de dados do servidor de relatório.

Se você migrar uma implantação escalável, coloque todos os nós do servidor de relatório offline e migre um servidor de cada vez. Depois que o primeiro servidor de relatório for migrado e se conectar ao banco de dados de servidor de relatório, a versão desse banco de dados será automaticamente atualizada para a versão do banco de dados do SQL Server.

Importante

Se qualquer um dos servidores de relatório da implantação escalável estiver online e não foi migrado, poderá ocorrer uma exceção rsInvalidReportServerDatabase porque ele usa um esquema mais antigo quando conectado ao atualizado.

Se o servidor de relatório migrado estiver configurado como o banco de dados compartilhado para uma implantação escalável, exclua todas as chaves de criptografia antigas da tabela Keys no banco de dados do ReportServer antes de configurar o serviço de servidor de relatório. Se as chaves não forem removidas, o servidor de relatório migrado tentará inicializar em modo de implantação escalável. Para obter mais informações, confira Adicionar e remover as chaves de criptografia para implantação escalável e Configurar e gerenciar as chaves de criptografia (Gerenciador de Configurações do Servidor de Relatório).

As chaves em expansão não podem ser excluídas com o Gerenciador de Configuração do Gerenciador de Configurações do Reporting Services. As chaves antigas devem ser excluídas da tabela Keys no banco de dados do ReportServer usando o SQL Server Management Studio. Exclua todas as linhas da tabela Keys. Essa ação desmarca a tabela e a prepara para restaurar apenas a chave simétrica, conforme documentado nas seguintes etapas.

Antes de excluir as chaves, você deve fazer backup da chave de criptografia simétrica. Você pode usar o Gerenciador de Configurações do Reporting Services para fazer backup da chave. Com o Gerenciador de Configurações aberto, selecione a guia Chaves de Criptografia e selecione Backup. Você também pode gerar um script de comandos WMI para fazer backup da chave de criptografia. Para obter mais informações sobre o WMI, confira Método ConfigurationSetting - BackupEncryptionKey.

  1. Inicie o Gerenciador de Configurações do Servidor de Relatório e se conecte à instância do Reporting Services instalada. Para obter mais informações, confira O que é Gerenciador de Configurações do Servidor de Relatório (modo nativo)?

  2. Configure URLs para o servidor de relatório e o portal da Web. Para obter mais informações, confira Criar um banco de dados do servidor de relatório no modo nativo (Configuration Manager do Servidor de Relatório).

  3. Configure o banco de dados do servidor de relatório selecionando o banco de dados do servidor de relatório existente da instalação anterior. Após a configuração bem-sucedida, os serviços do servidor de relatório serão reiniciados e, uma vez estabelecida a conexão com o banco de dados do servidor de relatório, o banco de dados será automaticamente atualizado para o SQL Server Reporting Services. Para obter mais informações sobre como executar o Assistente para Alterar Banco de Dados, usado para criar ou selecionar um banco de dados do servidor de relatório, veja Criar um banco de dados de servidor de relatório do modo nativo (Gerenciador de Configurações do Servidor de Relatório).

  4. Restaure as chaves de criptografia. Esta etapa é necessária para permitir a criptografia reversível em credenciais e cadeias de conexão pré-existentes que já estão no banco de dados do servidor de relatório. Para saber mais, confira Fazer backup e restaurar chaves de criptografia do SQL Server Reporting Services (SSRS).

  5. Se você instalou o servidor de relatório em um novo computador e usa o Firewall do Windows, verifique se a porta TCP em que o servidor de relatório escuta está aberta. Por padrão, essa porta é a 80. Para obter instruções, veja Configurar um firewall para acesso ao servidor de relatório.

  6. Se você desejar administrar localmente seu servidor de relatório de modo nativo, configure o sistema operacional para permitir a administração local com o portal da Web. Para obter mais informações, confira Configurar um servidor de relatório no modo nativo para a administração local (SSRS).

Copiar parâmetros de configuração personalizados para o arquivo RSReportServer.config

Se você modificou os arquivos RSReportServer.config ou RSWebApplication.config na instalação anterior, deverá fazer as mesmas modificações no novo arquivo RSReportServer.config. A lista a seguir resume as possíveis modificações para o arquivo de configuração anterior. A lista também fornece links para informações adicionais sobre como definir as mesmas configurações no SQL Server 2016.

Personalização Informações
Entrega de email do Servidor de Relatório com configurações personalizadas Configurações de email no modo nativo (Gerenciador de Configurações do Servidor de Relatórios).
Configurações de informações de dispositivo Personalizar parâmetros de extensão de renderização em RSReportServer.config

Grupo de Serviços do Windows e ACLs de segurança

No SQL Server 2016 (13.x) Reporting Services ou posterior (SSRS), há um grupo de serviços, o grupo Serviço Windows do Reporting Services, usado para criar ACLs de segurança para todos os arquivos, pastas e chaves do registro instalados com o SQL Server Reporting Services. Este nome de grupo do Windows aparece no formato SQLServerReportServerUser$<computer_name>$<instance_name>.

Verificar a implantação

  1. Teste os diretórios virtuais do servidor de relatório e do portal da Web abrindo um navegador e inserindo a URL. Para obter mais informações, veja Verificar uma instalação do Reporting Services.

  2. Teste os relatórios e verifique se eles contêm os dados esperados. Revise as informações de fonte de dados para detectar se as informações de conexão de fonte de dados ainda estão especificadas. O servidor de relatório usa o modelo de objeto de relatório quando processa e renderiza relatórios, mas não substitui os constructos do SQL Server 2008 (10.0.x), do SQL Server 2008 R2 (10.50.x), do SQL Server 2012 (11.x) ou do SQL Server 2014 (12.x) por novos elementos de linguagem de definição de relatório. Para obter mais informações sobre como os relatórios existentes são executados em uma nova versão do servidor de relatório, consulte Atualizar relatórios (SSRS).

Remover programas e arquivos que não são usados

Depois de migrar o servidor de relatório com êxito para uma nova instância, o ideal é executar as etapas descritas a seguir para remover programas e arquivos que não são mais necessários.

  1. Desinstale a versão anterior do Reporting Services caso não precise mais dela. Esta etapa não exclui os seguintes itens, mas você poderá removê-los manualmente se não precisar mais deles:

    • O banco de dados anterior do Servidor de Relatório

    • A função RsExec

    • As contas de serviço do Servidor de Relatório

    • O pool de aplicativos relacionado ao serviço Web Servidor de Relatórios

    • Diretórios virtuais do Gerenciador de Relatórios e do servidor de relatório

    • Arquivos de log do servidor de relatório

  2. Remova o IIS se você não precisar mais dele no computador.

Conteúdo relacionado