Migrar uma instalação do Reporting Services (Modo Nativo)
Este tópico 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 2012 Reporting Services:
SQL Server 2008 R2
SQL Server 2008
SQL Server 2005 (Exige mais etapas, consulte Não é possível usar o SQL Server 2005 para hospedar bancos de dados do Servidor de Relatórios 2012 (https://support.microsoft.com/kb/2796721).
Para obter informações sobre como migrar uma implantação de modo do SharePoint do Reporting Services, consulte 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 2012. Você deve migrar a instalação se encontrou um problema que bloqueie a atualização, se tiver uma implantação em grande escala ou requisitos de tempo de ativação ou se estiver alterando o hardware ou a topologia de sua instalação.
Neste tópico:
Visão geral da migração de modo nativo
Content Only Migration
Nome fixo do banco de dados
Antes de iniciar
Arquivos e dados para backup
Instalar o Reporting Services
Mover o banco de dados do servidor de relatório
Mover assemblies ou extensões personalizadas
Configurar o servidor de relatório
Copiar parâmetros de configuração personalizados para o arquivo RSReportServer.config
Grupo de Serviços do Windows e ACLs de segurança
Verificar a implantação
Remover programas e arquivos que não são usados
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 2012. Se você estiver usando o mesmo hardware, poderá instalar o SQL Server 2012 lado a lado com a instalação existente do SQL Server 2005, do SQL Server 2008 ou do SQL Server 2008 R2. Nesse caso, talvez você precise instalar o SQL Server 2012 como 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 2012.
Mover todos os arquivos de aplicativos personalizados para a nova instalação.
Configurar o servidor de relatório.
Editar 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 do Windows do Reporting Services.
Testar a instalação.
Remover aplicativos e ferramentas não utilizados depois de confirmar que a nova instância está totalmente operacional.
Se você for reutilizar um banco de dados de servidor de relatório existente que foi criado em uma instalação anterior, saiba que existem restrições quanto às edições do SQL Server usadas para hospedar o banco de dados do servidor de relatório. Para obter mais informações, consulte Criar um banco de dados do servidor de relatório.
.gif "Ícone de seta usado com o link Voltar ao Início")
Início
Migração de conteúdo apenas
.gif "Dica") Dica |
|---|
Se você desejar migrar apenas itens de conteúdo de um servidor de relatório para outro, consulte os seguintes recursos:
|
Início
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 provoca 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 seguinte lista:
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, consulte Script (Reporting Services SSRS).
Grave o código que chama o provedor WMI para copiar dados entre bancos de dados. Para obter mais informações sobre essa abordagem, consulte Acessar o provedor WMI do Reporting Services.
Se houver poucos itens, você poderá republicar relatórios, modelos de relatório 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.
Início
Antes de iniciar
Embora você esteja migrando e não atualizando a instalação, considere a possibilidade de executar o Supervisor de Atualização na instalação existente para identificar problemas que poderiam afetar a migração. Esta etapa será especialmente útil se você estiver migrando um servidor de relatório que não instalou ou configurou. Executando o Supervisor de Atualização, você poderá obter informações sobre configurações personalizadas que podem não ter suporte em uma nova instalação do SQL Server 2012.
Além disso, você deve estar ciente de várias alterações importantes feitas no SQL Server 2012 que afetarão a maneira como a instalação será migrada:
Desde o SQL Server 2008, o IIS não é mais um pré-requisito. Se você estiver migrando 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órios, o Gerenciador de Relatórios e o serviço do Servidor de Relatório do Windows foram consolidados em um único serviço Servidor de Relatório. Todos os três aplicativos são executados sob a mesma conta. Todos os três aplicativos leem parâmetros de configuração do arquivo RSReportServer.config, o que torna RSWebApplication.config obsoleto.
O Gerenciador de Relatórios e o SQL Server Management Studio foram reformulados para remover recursos sobrepostos. Cada ferramenta é compatível com um conjunto distinto de tarefas; as ferramentas não são mais intercambiáveis.
Os filtros ISAPI não têm suporte no SQL Server 2008 Reporting Services e em versões posteriores. Se você usa filtros ISAPI, deve remodelar sua solução de relatório antes de migração.
As restrições de endereço IP não têm suporte no SQL Server 2008 Reporting Services e em 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 certificados SSL de cliente no SQL Server 2008 Reporting Services e em versões posteriores. Se você usa certificados SSL de cliente, deve remodelar sua solução de relatório antes de migração.
Se você usa um tipo de autenticação diferente da autenticação integrada do Windows, deve atualizar o elemento <AuthenticationTypes> no arquivo RSReportServer.config com um tipo suportado. Os tipos de autenticação que têm suporte são NTLM, Kerberos, Negotiate e Básica. Os tipos de autenticação Anônima, .NET Passport e Digest não têm suporte no SQL Server 2008 Reporting Services e em versões posteriores.
Se você usar folhas de estilos em cascata personalizadas no ambiente de relatório, elas não serão migradas. Você deverá movê-las manualmente após a migração.
Para obter mais informações sobre alterações feitas no SQL Server 2012 Reporting Services, consulte a documentação do Supervisor de Atualização e Novidades (Reporting Services).
Início
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.
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 a ferramenta Configuração do Reporting Services.
Faça backup do banco de dados do servidor de relatório usando qualquer um dos métodos suportados de backup de bancos de dados do SQL Server. Para obter mais informações, consulte as instruções sobre como fazer backup do banco de dados do servidor de relatório descritas em Movendo os bancos de dados do servidor de relatório para outro computador.
Faça backup dos arquivos de configuração do servidor de relatório. Os arquivos dos quais deve ser feito backup incluem:
Rsreportserver.config
Rswebapplication.config
Rssvrpolicy.config
Rsmgrpolicy.config
Reportingservicesservice.exe.config
Web.config dos aplicativos Servidor de Relatório e Gerenciador de Relatórios do ASP.NET.
Machine.config de ASP.NET caso ele tenha sido modificado para operações do servidor de relatório.
Início
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 fazer 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.
Clique em um destes links para exibir instruções sobre como instalar uma nova instância do Reporting Services:
Início
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 o uso de 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ê estiver usando a mesma instância do Mecanismo de Banco de Dados, pule para a seção Mover assemblies personalizados ou extensões.
Para mover o banco de dados do servidor de relatório, faça o seguinte:
Escolha a instância Mecanismo de Banco de Dados a ser usada. O SQL Server 2012 Reporting Services requer que você use o SQL Server 2005, 2008, 2008 R2, ou SQL Server 2012 para hospedar o banco de dados do servidor de relatório. O SQL Server 2000 não pode mais ser usado para hospedar o banco de dados do servidor de relatório para SQL Server 2012 Reporting Services. Se você usou o SQL Server 2000 ou o SQL Server 2005 executado no modo de compatibilidade 8.0, deverá atualizar o Mecanismo de Banco de Dados ou escolher outra instância do Mecanismo de Banco de Dados.
Inicie o SQL Server Management Studio e conecte-se ao Mecanismo de Banco de Dados.
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 obter mais informações, consulte Criar o RSExecRole.
Siga as instruções descritas em Movendo os bancos de dados do servidor de relatório para outro computador.
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 recriará esses trabalhos automaticamente.
Início
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 estiver usando componentes personalizados, vá para "Configurar o servidor de relatório".
Para reimplantar os componentes personalizados, faça o seguinte:
Verifique se os assemblies têm suporte ou se precisam de recompilação:
As extensões de autenticação personalizadas que foram criadas para a versão SQL Server 2005 devem ser recompiladas.
As extensões de renderização personalizadas para o SQL Server 2008 Reporting Services devem ser reescritas usando o modelo de objeto de renderização (ROM).
Os renderizadores HTML 3.2 e HTML OWC não têm suporte no SQL Server 2008 Reporting Services e em versões posteriores.
Outros assemblies personalizados não devem exigir recompilação.
Mova os assemblies para o novo servidor de relatório e para as pastas /bin do Gerenciador de Relatórios. No SQL Server 2012, os binários do servidor de relatório ficam localizados em \Arquivos de programas\Microsoft SQL Server\MSRS11.MSSQLSERVER\Reporting Services\ReportServer\bin da instância padrão do SQL Server 2012 Reporting Services.
Modifique os arquivos de configuração para adicionar entradas para o componente personalizado. As entradas variarão de acordo com o tipo de assembly que você está usando. Para obter instruções sobre onde colocar arquivos e adicionar entradas de configuração, consulte o seguinte:
Início
Configurar o servidor de relatório
Configure as URLs do serviço Web Servidor de Relatórios e do Gerenciador de Relatórios e configure a conexão com o banco de dados do servidor de relatório.
Se você estiver migrando uma implantação em expansão, 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 2012.
.gif "Observação importante") Importante |
|---|
Se qualquer um dos servidores de relatório da implantação em expansão estiver online e não foi migrado, poderá ocorrer uma exceção rsInvalidReportServerDatabase porque ele está usando um esquema mais antigo quando conectado ao atualizado. |
| Observação |
|---|
Se o servidor de relatório migrado foi configurado como o banco de dados compartilhado para uma implantação em expansão, 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 em expansão. Para obter mais informações, consulte Adicionar e remover chaves de criptografia para implantação em expansão e Configurar e gerenciar chaves de criptografia. As chaves em expansão não podem ser excluídas com o Gerenciador de Configuração 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. Isso desmarcará a tabela e a preparará para restaurar apenas a chave simétrica, conforme documentado nas etapas a seguir. Antes de excluir as chaves, é recomendável primeiro fazer backup da chave de Criptografia Simétrica. Você pode usar o Gerenciador de Configuração do Reporting Services para fazer backup da chave. Abra o Gerenciador de Configuração, clique na guia Chaves de Criptografia e clique no botão Backup. Você também pode gerar um script de comandos WMI para fazer backup da chave de criptografia. Para obter mais informações sobre WMI, consulte Método BackupEncryptionKey (WMI MSReportServer_ConfigurationSetting). |
Inicie a ferramenta Configuração do Reporting Services e se conecte à instância do Reporting Services recém-instalada. Para obter mais informações, consulte How to: Start Reporting Services Configuration Manager.
Configure URLs para o servidor de relatório e o Gerenciador de Relatórios. Para obter mais informações, consulte Configurar uma URL.
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 2012 Reporting Services. Para obter mais informações sobre como executar o Assistente para Alterar Banco de Dados, que é usado para criar ou selecionar um banco de dados do servidor de relatório, consulte Criar um banco de dados do servidor de relatórios do modo nativo (Reporting Services).
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 obter mais informações, consulte Faça backup e restaure as chave de criptografia do Reporting Services (modo nativo de SSRS).
Se você instalou o servidor de relatório em um novo computador e está usando 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 mais informações, consulte Configurar um firewall para acesso ao servidor de relatório.
Se você instalou o servidor de relatório no Windows Vista ou no Windows Server 2008, crie atribuições de função e adicione o site do servidor de relatório a Sites Confiáveis para suportar a administração local. Para obter mais informações, consulte Configurar um servidor de relatório no modo nativo para a Administração Local (SSRS).
Início
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 alguns dos motivos pelos quais você pode ter modificado o arquivo de configuração anterior e apresenta links para informações adicionais sobre como definir as mesmas configurações no SQL Server 2012.
Personalização |
Informações |
|---|---|
Entrega de email do Servidor de Relatório com configurações personalizadas |
|
Configurações de informações de dispositivo |
Personalizar parâmetros de extensão de renderização em RSReportServer.config |
Gerenciador de Relatórios em uma instância remota |
Início
Grupo de Serviços do Windows e ACLs de segurança
No SQL Server 2012 Reporting Services (SSRS), há um grupo de serviços, o grupo de Serviços do 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 2012 Reporting Services. Este nome de grupo do Windows aparece no formato SQLServerReportServerUser$<computer_name>$<instance_name>. Este grupo ocupa o lugar dos dois grupos de serviços do Windows no SQL Server 2005 Reporting Services. Se você tem ACLs personalizadas associadas a um desses dois grupos do Windows do SQL Server 2005 Reporting Services, aplique-as ao novo grupo para a nova instância do servidor de relatório do SQL Server 2012 Reporting Services.
Início
Verificar a implantação
Teste os diretórios virtuais do servidor de relatório e do Gerenciador de Relatórios abrindo um navegador e digitando a URL. Para obter mais informações, consulte Verificar uma instalação do Reporting Services.
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 do SQL Server 2012 quando processa e renderiza relatórios, mas não substitui construções do SQL Server 2008 ou do SQL Server 2008 R2 por novos elementos RDL. Para obter mais informações sobre como relatórios existentes são executados em um servidor de relatório do SQL Server 2012, consulte Atualizar relatórios.
Início
Remover programas e arquivos que não são usados
Após migrar o servidor de relatório com êxito para uma instância do SQL Server 2012 Reporting Services, talvez você queira executar as etapas descritas a seguir para remover programas e arquivos que não são mais necessários.
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 antigo banco de dados 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
Remova o IIS se você não precisar mais dele no computador.
Início
Consulte também
Conceitos
Migrar uma instalação do Reporting Services (modo do SharePoint)
Banco de Dados do Servidor de Relatório
Atualizar e migrar o Reporting Services
Gerenciador de Configurações do Reporting Services (SSRS)
Outros recursos
Compatibilidade com versões anteriores do Reporting Services