Operações de backup e restauração para o Reporting Services

Este artigo fornece uma visão geral de todos os arquivos de dados usados em uma instalação do Reporting Services e descreve quando e como você deve fazer backup dos arquivos. O desenvolvimento de um plano de backup e restauração para os arquivos do banco de dados do servidor de relatório é a parte mais importante de uma estratégia de recuperação. No entanto, uma estratégia de recuperação mais abrangente incluiria backups de chaves de criptografia, assemblies ou extensões personalizados, arquivos de configuração e arquivos de origem para relatórios.

Aplica-se a: Modo Nativo do Reporting Services | Modo do SharePoint para Reporting Services

Observação

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

As operações de backup e restauração são usadas com frequência para mover todo ou parte de uma instalação do Reporting Services :

Fazer backup dos bancos de dados do servidor de relatório

Como um servidor de relatório é um servidor sem estado, todos os dados do aplicativo são armazenados nos bancos de dados reportserver e reportservertempdb, que estão hospedados em uma instância do Mecanismo de Banco de Dados do SQL Server. É possível fazer backup dos bancos de dados reportserver e reportservertempdb usando um dos métodos com suporte para fazer backup dos bancos de dados SQL Server. Veja algumas recomendações específicas para bancos de dados de servidor de relatório:

  • Use o modelo de recuperação completo para fazer backup do banco de dados reportserver.

  • Use o modelo de recuperação simples para fazer backup do banco de dados reportservertempdb.

  • Você pode usar diferentes cronogramas de backup para cada banco de dados. O único motivo para fazer backup do reportservertempdb é evitar ter que recriá-lo se houver uma falha de hardware. No caso de uma falha de hardware, não é necessário recuperar os dados no reportservertempdb, mas você precisará da estrutura da tabela. Se você perder o reportservertempdb, o único modo de reverter isso é recriar o banco de dados de servidor de relatório. Caso você recrie o reportservertempdb, é importante que ele tenha o mesmo nome que o banco de dados do servidor de relatório primário.

Para obter mais informações sobre backup e recuperação dos bancos de dados relacionais do SQL Server, consulte Backup e restauração de bancos de dados do SQL Server.

Fazer backup das chaves de criptografia

Você deve fazer backup das chaves de criptografia ao configurar uma instalação do Reporting Services pela primeira vez. Você também precisa fazer backup das chaves sempre que alterar a identidade das contas de serviço ou renomear o computador. Para obter mais informações, consulte Fazer backup e restaurar chaves de criptografia do Reporting Services.

Fazer backup dos arquivos de configuração

Reporting Services usa arquivos de configuração para armazenar as configurações do aplicativo. Você deve fazer backup dos arquivos quando configurar o servidor pela primeira vez e depois de implantar quaisquer extensões personalizadas. Os arquivos dos quais deve ser feito backup incluem:

  • RSReportServer.config

  • Rssvrpolicy.config

  • ReportingServicesService.exe.config

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

  • Machine.config para ASP.NET

Fazer backup dos arquivos de dados

Faça backup dos arquivos criados e mantidos no Designer de Relatórios. Eles incluem arquivos de definição de relatórios (.rdl), arquivos de fontes de dados compartilhadas (.rds), arquivos de exibição de dados (.dv), arquivos de fonte de dados (.ds), arquivos de projeto do servidor de relatório (.rptproj) e arquivos de solução de relatórios (.sln).

Lembre-se de fazer backup de quaisquer arquivos de script (.rss) criados para as tarefas de administração ou de implantação.

Verifique se você tem uma cópia de backup de todas as extensões e assemblies personalizados que você está usando.

Conteúdo relacionado

  • Última atualização em