Share via


Espelhando o servidor de planejamento

O espelhamento do sistema do Planning Server refere-se ao ato de copiar uma instalação do sistema do Planning Server para outra. Os dados no sistema do Planning Server são uma cópia idêntica.

Entretanto, o nome do servidor de banco de dados do sistema do Planning Server muda, junto com outras alterações de dados relacionados à configuração que são necessárias. Essas alterações devem ser feitas para que o sistema do Planning Server que acabou de ser espelhado entre em funcionamento.

Você pode atingir a meta de espelhamento do sistema do Planning Server fazendo backup dos bancos de dados do Planning Server de origem (incluindo os bancos de dados do SharePoint, se o Windows SharePoint Services for usado) e restaurando-os em um servidor de banco de dados diferente como sistema de destino. Após o backup e a recuperação, modifique os dados de configuração necessários para exibir o novo sistema do Planning Server.

O espelhamento deve ser comparado à migração de um Servidor de Planejamento. O espelhamento, descrito em detalhes neste documento, copia um Sistema de Planejamento de um ambiente para outro. Isso significa que o processo de espelhamento moverá todos os aplicativos, sites modelo, modelos, dimensões, usuários, segurança, ciclos, atribuições e relatórios. Ele também substituirá totalmente o conteúdo do ambiente de destino, se houver. Alternativamente, a migração move um único Aplicativo de Planejamento de um Sistema de Planejamento para outro. O Sistema de Planejamento de destino deve estar configurado e pronto para criar e aceitar novos aplicativos. Usando a migração, o aplicativo a ser movido será adicionado a esse sistema de destino. A migração não move relatórios, fluxos de trabalho, atribuições, ciclos, trabalhos, usuários ou funções de segurança. O cenário e as instruções a seguir se destinam a descrever o espelhamento de um Servidor de Planejamento de um ambiente para outro completamente novo. Uma situação típica seria a mudança de um ambiente de Desenvolvimento para um de Teste. Cada ambiente deve ter seu próprio hardware físico, sem que nenhum computador de nenhum dos ambientes seja compartilhado.

ObservaçãoObservação:

Os termos Windows SharePoint Services e SharePoint Services são usados coletivamente na documentação do PerformancePoint Server para se referir ao Office SharePoint Server 2007 e ao Windows SharePoint Services 3.0.

Espelhe o Servidor de Planejamento

  1. Faça backup de todos os bancos de dados do sistema do Planning Server de origem. Isso inclui o PPSPlanningService, o PPSPlanningSystem e todos os bancos de dados de preparo e de aplicativos. Para obter mais informações, consulte Fazendo backup e restaurando bancos de dados do Planning Server.

  2. Copie todos os formulários e relatórios que desejar mover para o sistema de destino durante o processo de espelhamento. Locais padrão para armazenamento de Formulários e Relatórios são configurados no momento em que um Aplicativo é criado no Console de Administração do PerformancePoint Planning.

  3. Restaure os bancos de dados PPSPlanningService e PPSPlanningSystem de origem no servidor de destino que executa o Planning Server e o Microsoft SQL Server 2005.

  4. Cole os formulários e relatórios em seus locais padrão no sistema de destino.

  5. Altere o proprietário do banco de dados nos bancos de dados restaurados para a conta de SI (Identidade de Serviço) do Serviço de Processo de Planejamento.

    USE [PPSPlanningService]
    Exec sp_changedbowner 'SI Account'
    GO
    USE [PPSPlanningSystem]
    Exec sp_changedbowner 'SI Account'
    GO
    
  6. Prepare os novos computadores a serem usados como o sistema do Planning Server de destino. Execute a Instalação do Planning Server e o Gerenciador de Configurações para preparar os novos computadores. Para obter informações sobre como preparar computadores para o sistema do Planning Server consulte o Guia de Implantação do PerformancePoint Server 2007.

    ImportanteImportante:

    Ao preparar o sistema do Planning Server, verifique se você selecionou a opção Configuração Distribuída na página Opções de Instalação do assistente do Gerenciador de Configuração do Planning Server e se desmarcou a opção Banco de Dados do Sistema de Planejamento. Na página Banco de Dados do Sistema do assistente, insira o nome do computador de destino, que é aquele para o qual você restaurou o Banco de Dados do Sistema de Planejamento e o Banco de Dados do Serviço do PerformancePoint Planning.

  7. Conceda permissões dbcreator para a conta de SI.

    Isso só será necessário se você quiser que o recurso AutoCreate do banco de dados de aplicativos funcione no Console de Administração do PerformancePoint Planning e no PerformancePoint Planning Business Modeler. Se o administrador de bancos de dados for criar manualmente o banco de dados de aplicativos para você, essa etapa não precisará ser executada.

     --Grant dbcreator permissions to SI account
          USE [master]
          GO
          GRANT ALTER TRACE TO [DOMAIN\User1]
          GO
    
  8. Na parte do Analysis Services do servidor, clique com o botão direito do mouse na conexão ao servidor do Analysis Services, clique em Propriedades, selecione Segurança e adicione a Conta de Identidade de Serviço a essa função.

    Para um cenário de implantação de vários computadores, pode ser necessário definir as configurações de segurança entre os computadores que estão executando o SQL Server, o Analysis Services e o Windows SharePoint Services. Para obter informações sobre a definição de configurações de segurança em cenários de implantação de vários computadores, consulte o Guia de Implantação do PerformancePoint Server 2007.

  9. Depois que o sistema de destino for configurado, continue a restaurar todos os bancos de dados de preparo e de aplicativos da origem para o destino. Se estiver usando o Windows SharePoint Services, restaure também os bancos de dados do Windows SharePoint Services.

  10. Altere o proprietário do banco de dados nos bancos de dados de preparo e de aplicativos restaurados. USE [PPS_APP] Exec sp_changedbowner 'SI Account' GO USE [PPS_STG] Exec sp_changedbowner 'SI Account' GO

  11. Corrija dados relacionados à configuração, como nomes de servidores de banco de dados dentro dos bancos de dados e dos arquivos de configuração.

    As instruções a seguir, baseadas em uma instalação de cinco servidores, fornecem um exemplo de correção de dados relacionados à configuração para que o espelhamento funcione (após a restauração).

    Servidor 1: banco de dados SQL Server

    Servidor 2: servidor OLAP

    Servidor 3: servidor do Windows SharePoint Services

    Servidor 4: servidor do Serviço Web do Planning, servidor do Console de Administração do Planning opcional

    Servidor 5: servidor do Serviço de Processo do Planning

    Veja a configuração a seguir para fins de ilustração:

    • O Banco de Dados do Sistema de Planejamento e os Bancos de Dados do Serviço do PerformancePoint Planning estão no mesmo servidor de banco de dados.

    • Os bancos de dados de aplicativos do Planning Server estão em servidores de banco de dados diferentes (por aplicativo).

    • Os bancos de dados OLAP do Planning Server estão em servidores de banco de dados diferentes (pode ser um por site modelo ou um por aplicativo).

    ObservaçãoObservação:

    A coluna [ViewWorkFlowDBServer] na tabela BizSystem não é mais usada. Ignore o valor dessa coluna na tabela BizSystem.

    1. Atualize manualmente a tabela BizSystem no banco de dados PPSPlanningSystem para refletir a instância SQL e as alterações de nome de banco de dados.

      UPDATE BizSystem
      SET ReferenceDBServerName = @NewAppDBServer,
      ReferenceDBName = @NewAppDBName, -- can remain the same
      StagingDBServerName = @NewStagingDBServer,
      StagingDBName = @NewStagingDBName, -- can remain the same
      WHERE BizApplicationLabel = @BizApplicationLabel
      
    2. Na mesma tabela, altere os locais de armazenamento padrão dos formulários e relatórios.

      UPDATE BizSystem
      SET 
      --AssignmentFormsUrl = @NewAssignmentFormsUrl,
      --AssignmentMasterFormsUrl = @NewAssignmentMasterFormsUrl,
      FormTemplatesUrl = @NewFormTemplatesUrl,
      ReportUrl = @NewReportUrl
      WHERE BizApplicationLabel = @BizApplicationLabel
      
      DicaDica:

      AssignmentsFormsURL e AssignmentMasterFormsURL não têm comentários porque esses dois campos atualmente não são utilizados.

    3. Atualize manualmente a tabela BizAppNodes no banco de dados de aplicativo para o nome do Servidor OLAP.

      UPDATE BizAppNodes
      SET OLAPServerName = @NewOLAPServerName
      WHERE BizAppNodeLabel = @BizAppNodeLabel
      
    4. Atualize manualmente a tabela DeployInfo no banco de dados de aplicativo para os nomes do banco de dados e da instância SQL.

      
      UPDATE
      SET AppNodeSQLStoreDBServer = @NewAppNodeSQLStoreDBServer,
      AppNodeSQLStoreDBName = @NewAppNodeSQLStoreDBName, -- can remain the same
      AppNodeOLAPStoreDBServer = @NewAppNodeOLAPStoreDBServer,
      AppNodeOLAPStoreDBName = @NewAppNodeOLAPStoreDBName -- can remain the same
      FROM 
      dbo.DeployInfo d inner join
      dbo.BizAppNodes n on
      BizAppNodeID = @BizAppNodeID
      WHERE n.BizAppNodeLabel = @BizApplicationLabel
      
    5. Se desejar mover formulários, o local do arquivo *.xlsx precisará ser atualizado na tabela de Pastas de Trabalho do banco de dados de Aplicativo. Atualize manualmente a coluna StorageUrl na tabela de Pastas de Trabalho usando a função de substituição. A substituição é necessária porque StorageUrl armazena o caminho para o formulário: \\computername\sharedfolder\ e o próprio nome do formulário (form.xlsx). O nome do formulário deve permanecer o mesmo, mas o caminho precisa ser atualizado.

      UPDATE dbo.Workbooks
      SET StorageUrl = REPLACE(StorageUrl, @OldStorageUrlPath, @NewStorageUrlPath
      WHERE [StoreageUrl] is Not NULL
      
      ObservaçãoObservação:

      A tabela de Pastas de Trabalho contém todas as URLs de Armazenamento que são usadas pela tabela AssignmentDefinitions (unidas por WorkbookID) e BizForms (unidas por FormID, que é WorkbookID).

      Talvez a tabela do sistema de origem tenha muitos valores de StorageUrl diferentes para vários usos nas duas tabelas mencionadas na observação anterior. Mas para o sistema de destino, você pode simplesmente colocar todas as URLs de Armazenamento em um único local de URL para começar. A tarefa de cópia de arquivos pode ser difícil, pois é necessário copiar esses arquivos de todos os locais de URL para um só.

    6. Renomeie o servidor do Serviço de Processo do Planning.

      No banco de dados de aplicativo, atualize a tabela AsyncWorkItems para a coluna MachineName com o novo nome do servidor do Serviço de Processo do Planning.

      UPDATE AsyncWorkItems
      SET MachineName = @NewAsyncServerName
      WHERE MachineName IS NOT NULL
      
    7. Atualize as cadeias de conexão do banco de dados OLAP.

    8. Expanda a hierarquia do banco de dados OLAP no SQL Server Management Studio:

      • Expanda cada nome de banco de dados e depois expanda a pasta Fontes de Dados.

      • Clique com o botão direito do mouse em cada um dos subnós, selecione Propriedades, clique em Cadeia de Conexão e clique nas reticências da caixa Cadeia de Conexão.

      • Insira o novo nome do SQL Server no campo Nome do Servidor.

      • Repita para todos os bancos de dados OLAP. Isso também poderá ser realizado se os bancos de dados OLAP não forem movidos e Implantar Site Modelo for executado depois que o processo de espelhamento for concluído.

  12. Nos servidores do Serviço Web do Planning e Serviço de Processo do Planning, faça as seguintes alterações no arquivo PerformancePoint.Config padrão, localizado na pasta C:\Arquivos de Programas\Microsoft Office PerformancePoint ServerTemp\3.0\Config.

    1. Altere a entrada do servidor de banco de dados para o novo nome do computador que está executando o SQL Server.

    2. Altere a entrada do servidor OLAP para o novo nome do computador que está executando o servidor OLAP.

      ObservaçãoObservação:

      Isso precisa ser feito apenas em uma instalação de um único servidor, pois a entrada foi definida pela Instalação nesse cenário. Para uma implantação de vários servidores, esse campo fica vazio; não é necessário modificá-lo.

  13. No computador que está executando o SQL Server, execute a seguinte consulta do SQL Server para habilitar manualmente o SQL Server Service Broker em todos os bancos de dados de aplicativo do Planning Server:

    ALTER DATABASE [PPSApplicationDatabaseName] SET ENABLE_BROKER
    
    ObservaçãoObservação:

    Se o Serviço de Processo do Planning for iniciado, interrompa o serviço para que o Service Broker possa ser habilitado. Depois que ele for habilitado, reinicie o serviço. Ocasionalmente, a instrução SQL do agente habilitado anteriormente parece ficar bloqueada e a instrução nunca termina. Para corrigir isso, reinicie o serviço do SQL Server e repita a instrução SQL.

  14. Atualize o blob XML executando o seguinte script:

    Use [PPSPlanningSystem]
    Select CAST(CAST(XML as VARBINARY(MAX)) as XML) AS Configuration_XML
    From dbo.Configuration
       Copy all text to notepad.
       Make changes to the following highlighted parameters as needed:
          …audit.log" writerMachineName="machinename" />
          …defaultOlapServer="machinename"…
          …Trace Log\server.log" writerMachineName="machinename" />
       Copy ALL the updated xml text.
       Run the following update statement with your changed xml text.
    Use [PPSPlanningSystem]
    Update dbo.Configuration
    Set XML = convert(XML, ‘PASTE ENTIRE CHANGED XML TEXT HERE’)
    
  15. No servidor do Serviço Web do Planning e no servidor do Serviço de Processo do Planning, no prompt de comando do Windows, execute IISRESET.

  16. No Servidor 4 (servidor do Serviço Web do Planning) e no Servidor 5 (servidor do Serviço de Processo do Planning), reinicie o Serviço de Processo do Planning. Isso garante que todas as alterações feitas nos arquivos de configuração sejam recebidas pelos servidores.

  17. Reconecte o Windows SharePoint Services (etapa opcional, necessária somente se você tiver um servidor do Windows SharePoint Services).

    Depois que a restauração for concluída, você deverá reconectar à topologia do sistema do Planning Server. Esse processo consiste em apontar o computador que está executando o Windows SharePoint Services de volta a seus bancos de dados de configuração e conteúdo. Para apontar o servidor do Windows SharePoint Services de volta a seu banco de dados, execute as seguintes etapas:

    1. No Servidor 3 (servidor do Windows SharePoint Services), abra os Serviços de Informações da Internet.

    2. Expanda a lista e abra a pasta Sites.

    3. Clique com o botão direito do mouse em Administração Central do SharePoint e selecione Procurar.

    4. Clique em Definir servidor de banco de dados de configuração.

    5. Altere o nome do servidor para o novo nome do SQL Server.

    6. Selecione Conectar ao banco de dados de configuração existente.

    7. Clique em OK.

    8. Selecione Definir servidor de banco de dados de conteúdo e verifique se o novo nome está correto. Se não estiver, atualize para o novo nome do servidor de banco de dados e clique em OK.

Se a reconexão falhar

O procedimento a seguir só será necessário se o procedimento anterior não for bem-sucedido na reconexão ao servidor do Windows SharePoint Services. Se o servidor do Windows SharePoint Services não puder ser reconectado, a única opção restante será removê-lo e reinstalá-lo de seu ponto de instalação.

Remova e reinstale o Windows SharePoint Services

  1. No Servidor 3 (servidor do Windows SharePoint Services), desinstale o Windows SharePoint Services usando Adicionar ou Remover Programas.

  2. No Servidor 4 (servidor do Serviço Web de Planejamento), abra o Gerenciador dos Serviços de Informações da Internet e exclua o site do SharePoint e o StsAdminAppPool.

  3. Instale o Windows SharePoint Services no servidor. Para obter mais detalhes, consulte Recover Windows SharePoint Services.

  4. Renomeie o servidor do Windows SharePoint Services (opcional).

    ObservaçãoObservação:

    Essa etapa será necessária somente se você tiver um servidor executando o Windows SharePoint Services.

  5. Copie manualmente todos os arquivos das URLs do sistema de origem para os novos locais de URL.

  6. Renomeie o servidor do Serviço Web do Planning.

    Todos os usuários que se conectarem ao servidor do Serviço Web do Planning deverão ser informados sobre o novo nome, para que possam se conectar ao servidor.

Consulte Também