Artigo
06/14/2010

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çã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

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.
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.
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.
Cole os formulários e relatórios em seus locais padrão no sistema de destino.
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
```

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.

Importante:
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.

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.

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
```
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.
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.
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

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ção:
A coluna [ViewWorkFlowDBServer] na tabela BizSystem não é mais usada. Ignore o valor dessa coluna na tabela BizSystem.

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

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

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

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
```

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

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çã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ó.

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
```
Atualize as cadeias de conexão do banco de dados OLAP.
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.

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.

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

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

Observaçã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.

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çã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.

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’)

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.
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.
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

No Servidor 3 (servidor do Windows SharePoint Services), desinstale o Windows SharePoint Services usando Adicionar ou Remover Programas.
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.
Instale o Windows SharePoint Services no servidor. Para obter mais detalhes, consulte Recover Windows SharePoint Services.
Renomeie o servidor do Windows SharePoint Services (opcional).

Observação:

Essa etapa será necessária somente se você tiver um servidor executando o Windows SharePoint Services.
Copie manualmente todos os arquivos das URLs do sistema de origem para os novos locais de URL.
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.

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

Consulte Também

Conceitos

Disaster recovery for Planning Server computers

Compartilhar via