WebSphere Virtual Enterprise, Version 6.1.1
             Sistemas Operacionais: AIX,, HP-UX, Linux, Solaris, Windows


Validando uma Edição

A validação de uma edição é o processo de determinar se uma nova edição está disponível e pronta para ser colocada em produção e substituir a edição atual. É possível instalar e validar uma nova edição sob condições realísticas enquanto a edição do aplicativo de produção continua a atender a pedidos.

Antes de Começar

Sobre Esta Tarefa

Considere o seguinte cenário como um exemplo de como a validação é executada em uma edição: A edição 1.0 de um aplicativo está instalada, ativa e em execução em um cluster dinâmico. A edição 2.0 é a edição de validação candidata e está instalada no mesmo destino de implementação no estado inativo. A validação da edição 2.0 clona o destino de implementação da edição 2.0. Por exemplo, a validação pode criar um novo cluster dinâmico, como DC-Validation, e mapear a edição 2.0 para esse novo cluster. O cluster clonado utiliza os membros de cluster existentes como o gabarito de servidor para a criação dos servidores clonados.

Após a criação do destino do clone de validação, a ativação da edição 2.0 e a definição das regras de roteamento, você pode iniciar, parar e reconfigurar a edição.

Procedimento

  1. Clique em Aplicativos > Centro de Controle de Edições para verificar se o aplicativo tem duas edições instaladas, com apenas uma edição ativa.
  2. Opcional: Se você desejar criar um cluster de validação que tenha um modo operacional diferente do cluster de produção, poderá definir a propriedade customizada VALIDATION_OPERATIONALMODE no cluster de produção. Inclua o cluster de validação no barramento de integração de serviços (SIB). Se você não definir essa propriedade customizada, o cluster de validação terá o mesmo modo operacional do cluster de produção.
  3. Atualize as ligações de referência do Enterprise JavaBeans (EJB) para especificar o novo nome do cluster. Antes de implementar o aplicativo a partir do cluster de validação, as ligações deverão ser alteradas novamente para o valor original.
  4. Clique no aplicativo my_application.
  5. Selecione edição 2.0 e clique em Validar. A página de Status de Validação mostra cada etapa de validação do cluster dynamic_cluster_1 dynamic e de implementação da edição 2.0 para o cluster clonado. O centro de controle de edição de aplicativo mostra que uma das edições está no modo de validação, e a página Gerenciar Edições mostra que o destino da edição 2.0 é agora o cluster dinâmico dynamic_cluster_1-Validation. A página Cluster Dinâmico mostra que o cluster dinâmico dynamic_cluster_1-Validation foi criado e a página Servidores mostra os servidores clonados.
    Dica: Se você desejar salvar o cluster de validação após executar a implementação, poderá criar a propriedade customizada saveClonedCluster no cluster de validação. Caso contrário, o destino de validação será excluído após a implementação da edição ou após a validação ser cancelada para todos os aplicativos no destino de validação. Por exemplo, se você tiver dois aplicativos implementados no destino de validação, e um dos aplicativos estiver validado e implementado, o destino de validação não será excluído até que o segundo aplicativo seja validado. A propriedade customizada saveClonedCluster se aplica apenas aos clusters dinâmicos. Para obter informações adicionais, consulte Propriedades Customizadas do Gerenciador de Edição de Aplicativo .
  6. Verifique se a validação ocorreu corretamente. Clique em Aplicativos > Aplicativos Corporativos ou Aplicativos > Todos os Aplicativos. Edite o aplicativo my_application-edition2.0.
    • Para aplicativos PHP e WebSphere Application Server Community Edition:

      Verifique se a raiz de contexto, os destinos de implementação, etc., estão apontando para o cluster clonado.

    • Para aplicativos corporativos(Java 2 Platform, Enterprise Edition (J2EE)):

      Selecione Gerenciar Módulos. Verifique se a edição 2.0 foi mapeada para o cluster de validação. Nas referências do Mapa Enterprise JavaBeans (EJB) para visualização de detalhes de beans, verifique se o nome Java Naming and Directory Interface está ajustado para o novo nome de destino clonado.

      Para uma edição de aplicativo com ligações completas, baseadas no nome de destino de implementação original para operar corretamente em um destino de implementação de validação, é necessário alterar seus nomes de ligação para refletir os nomes de ligação completos no nome de destino de implementação de validação. Por exemplo, um aplicativo com uma referência de recurso ligada a /clusters/clusterb1/jdbc/CustomerData deve ter a ligação alterada para /clusters/cluster1-validation/jdbc/CustomerData, pois o aplicativo é preparado para ser executado no clone do destino de implementação.

  7. Teste a nova edição. Inicie o cluster de validação, e com as regras de roteamento em vigor, tente enviar um carregamento de pedido para a edição edition 2.0 para testar a edição. A edição edition 1.0 permanece em produção.

O que fazer depois

Se você concluir com êxito o teste da edição edition 2.0, poderá substituir a edição edition 1.0 pela edição edition 2.0. Se forem encontrados erros no teste, o modo de validação poderá ser cancelado.



Conceitos relacionados
Conceitos sobre o Gerenciador de Edição de Aplicativo
Tarefas relacionadas
Instalando uma Edição
Executando uma Implementação em uma Edição
Executando um Retrocesso em uma Edição
Criando Clusters Dinâmicos
Resolução de Problemas do Gerenciador de Edição de Aplicativo
Cancelando a Validação de um Aplicativo
Referências relacionadas
Políticas de Serviço e de Roteamento
Funções e Privilégios Administrativos
Informações relacionadas
Propriedades Customizadas do Gerenciador de Edição de Aplicativo
Tópico de Tarefa    

Termos de Uso | Feedback

Última atualização: 24/09/2009 14h14min58s EDT
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r1m1/index.jsp?topic=/com.ibm.websphere.ops.doc/info/appedition/tappedval.html