FileNet P8 Platform, Versão 5.2.1              

Visão Geral e Roteiro de Upgrade de Migração

O objetivo de um upgrade que envolve uma migração para uma nova instância de servidor é minimizar a indisponibilidade do sistema de produção.

O upgrade de grandes sistemas FileNet P8 envolve um trabalho significativo. O upgrade poderá ser particularmente desafiador se você estiver mudando a plataforma subjacente de componentes principais do sistema, como o Content Platform Engine. Usando esta abordagem, é possível instalar e configurar uma nova instância do servidor, por exemplo, para o servidor de aplicativos ou o servidor de banco de dados. O trabalho inicial de instalação e configuração pode ser executado sem causar impacto no sistema de produção.

Em um alto nível, conclua os procedimentos de migração de upgrade usando as etapas a seguir. Algumas etapas são repetidas para cada componente FileNet P8 principal:

Roteiro de migração
O roteiro de migração lista as principais etapas que são necessárias para fazer upgrade do FileNet P8 para um conjunto diferente de servidores. Use esse roteiro como um modelo para o planejamento.
Tabela 1. Etapas necessárias para concluir um upgrade da migração.
  Tarefa de migração. Onde procurar instruções.
Aprenda sobre o upgrade do FileNet P8. Considerações de Planejamento de Upgrade
Crie uma réplica de seu ambiente FileNet P8. Este cenário envolve instalar um novo ambiente com os mesmos servidores e a mesma versão de FileNet P8 que o sistema de produção.
  • O GCD, o armazenamento de objeto e os bancos de dados do Process Engine na réplica devem ser backups dos bancos de dados usados no sistema de produção. Se as contas do banco de dados necessárias para o FileNet P8 não forem incluídas no backup, crie novas instâncias das contas e use o mesmo ID e senha que no sistema de produção.
  • A réplica deverá usar o provedor LDAP, a configuração LDAP e as contas de segurança baseadas em LDAP iguais as do sistema de produção.
  • O servidor de aplicativos de réplica pode iniciar com um novo perfil do Gerenciador de Configuração ou uma cópia do perfil do Gerenciador de Configuração de produção. As instruções de instalação possuem seções para ambas as possibilidades.
  • No novo computador do Content Platform Engine, conclua as tarefas de preparação da instalação para o administrador do Servidor de aplicativos, exceto as tarefas relacionadas ao Application Engine ou Workplace XT, uma vez que esses componentes não estão sendo submetidos a upgrade no momento.
  • Como parte de um upgrade ou se você estiver movendo o Workplace XT da 1.1.4 para a 1.1.5, será possível aplicar fix packs no Application Engine ou no Workplace XT porque a versão mais antiga é suportada por liberações mais antigas do FileNet P8.
  • Se você ainda tiver uma cópia da instalação e fizer upgrade da planilha para o seu sistema de produção, use-a para ajudá-lo a instalar o sistema de réplica. Não use essa versão mais antiga da planilha para upgrades.
Faça download da planilha de instalação e upgrade da 5.2.1. Execute a macro customizada e selecione Upgrade como a opção de Tipo de Procedimento. Use a planilha customizada para inserir valores necessários para um upgrade. Usando a Planilha de Instalação e Upgrade
Prepare a réplica para upgrade. Siga as etapas nas instruções de preparação de upgrade.

Dependendo do sistema de réplica, nem todas as instruções de preparação serão aplicadas aos upgrades de migração.

Executando as Tarefas Necessárias de Preparação do Upgrade
Faça upgrade da réplica. Siga as etapas nas instruções de upgrade da 5.2.1. As instruções de upgrade possuem seções separadas para o trabalho com um novo perfil de configuração na réplica ou com a cópia do perfil de configuração antigo na réplica. Fazendo Upgrade e Configurando o FileNet P8 Platform
Quando o sistema de réplica for testado e estiver pronto para produção, desconecte o sistema antigo e torne a réplica o novo sistema de produção. Colocando o Sistema FileNet P8 Atualizado em Produção
Dica: Como upgrades de sistemas grandes envolvem a interação com muitos componentes do sistema, uma abordagem comum é executar primeiro um teste de upgrade. Neste cenário, conclua o upgrade em um sistema de teste e, em seguida, descarte o sistema de teste depois de verificar a integridade do upgrade. Você preserva o sistema de produção original no caso de falha do upgrade e minimiza as indisponibilidades do sistema de produção. Executar um upgrade de teste primeiro consome mais tempo do que fazer o upgrade imediatamente, mas pode minimizar o risco. A abordagem do upgrade de teste envolve etapas extras para replicar completamente os dados de produção. A replicação é necessária para simular as atividades de produção usando um sistema duplicado.
É possível praticar o upgrade do ambiente de produção usando um destes dois métodos:


Última atualização: Outubro de 2015
p8ppu118.htm

© Copyright IBM Corporation 2013, 2015.