WebSphere Extended Deployment, Version 6.0.x     Sistemas Operacionais: AIX,, HP-UX, Linux, Solaris , Windows , z/OS

Gerenciando a Visão Geral de Exemplo de Políticas

Se o cluster estiver em execução, pare-o. Certifique-se também de que o agente do nó do gerenciador de implementação e de NodeA esteja em execução. Abra um shell de comandos e vá para o diretório do gerenciador de implementação \bin. Certifique-se de que o policyPK1_startup.properties criado anteriormente também esteja no diretório \bin do gerenciador de implementação.

Execute o seguinte comando para carregar a política criada anteriormente:

wpfadmin createpolicy policyPK1_startup.properties

A saída gerada deve ser semelhante ao seguinte: Se não for, verifique o arquivo de propriedades:
wsadmin -lang jython -f wpfadmin.pty createPolicy policyPK1_startup.properties
WASX7209I: Conectado ao processo "Deployment Manager" no nó CellManager
utilizando o conector SOAP;  O tipo de processo é: DeploymentManager
A política PK1StartupPolicy foi criada
O coregroup.xml para o gerenciador de implementação agora possui a seguinte política:
<policies xmi:type="coregroup:OneOfNPolicy" xmi:id="OneOfNPolicy_1097944892103"
name="PK1StartupPolicy" description="WPF Cluster Scoped Partition Policy
Extended PK000001 Start" policyFactory="com.ibm.ws.hamanager.coordinator.policy.
impl.OneOfNPolicyFactory" isAlivePeriodSec="-1" quorumEnabled="true"
failback="true" preferredOnly="true" preferredServers="CoreGroupServer_1097678779756
CoreGroupServer_1097678774418">
<MatchCriteria xmi:id="MatchCriteria_1097944898452" name="-gt" value="-p"
description=",None"/>
<MatchCriteria xmi:id="MatchCriteria_1097944898532" name="-ps" value="-c"
description=",None"/>
<MatchCriteria xmi:id="MatchCriteria_1097944898582" name="-pn" value="PK000001"
description=",None"/>
</policies>
Se o agente do nó estiver sendo executado, o arquivo do grupo principal será propagado. Você pode verificar isso consultando o arquivo coregroup.xml e localizando a entrada anterior. Caso contrário, o nó será sincronizado para que a atualização da política no grupo principal possa ser propagada para os nós no cluster. Para isso, com o nodeagent desativado, utilize o comando syncNode.

Utilize o console administrativo e inicie o cluster.

As partições geralmente são iniciadas no cluster_member_2, portanto, PK000001 deve ser único no cluster_member_1, Sua configuração pode ser diferente. Para verificar após a inicialização do cluster:

wpfadmin listActive

wsadmin -lang jython -f wpfadmin.pty listActive
WASX7209I: Conectado ao processo "Deployment Manager" no nó CellManager
utilizando o conector SOAP; O tipo do processo é: DeploymentMana
ger
WPFC0050I: Aplicativo WPFKeyBasedPartitionSample, Partição PK000010:
Servidor Cell\NodeA\cluster_member_2
WPFC0050I: Aplicativo WPFKeyBasedPartitionSample, Partição PK000009:
Servidor Cell\NodeA\cluster_member_2
WPFC0050I: Aplicativo WPFKeyBasedPartitionSample, Partição PK000008:
Servidor Cell\NodeA\cluster_member_2
WPFC0050I: Aplicativo WPFKeyBasedPartitionSample, Partição PK000007:
Servidor Cell\NodeA\cluster_member_2
WPFC0050I: Aplicativo WPFKeyBasedPartitionSample, Partição PK000006:
Servidor Cell\NodeA\cluster_member_2
WPFC0050I: Aplicativo WPFKeyBasedPartitionSample, Partição PK000005:
Servidor Cell\NodeA\cluster_member_2
WPFC0050I: Aplicativo WPFKeyBasedPartitionSample, Partição PK000004:
Servidor Cell\NodeA\cluster_member_2
WPFC0050I: Aplicativo WPFKeyBasedPartitionSample, Partição PK000003:
Servidor Cell\NodeA\cluster_member_2
WPFC0050I: Aplicativo WPFKeyBasedPartitionSample, Partição PK000002:
Servidor Cell\NodeA\cluster_member_2
WPFC0050I: Aplicativo WPFKeyBasedPartitionSample, Partição PK000001:
Servidor Cell\NodeA\cluster_member_1
Todas as partições são iniciadas no cluster_member_2 em vez de em cluster_member_1.

Para atualizar a política, você poderia atualizar a opção -pn e ajustá-la para que, em vez disso, se aplique a PK000002. Ou uma segunda política poderia ser criada. Uma operação adicional pode apenas parar o membro de cluster 1, ou seja, stopserver cluster_member_1. Neste caso, como Failback está configurado, o gerenciador HA (Highly Available) tenta ativar no cluster_member_2.

A política pode ser atualizada utilizando o seguinte comando:

wpfadmin updatePolicy "PK1StartupPolicy" -failback true -preferredOnly
false -preferredServers NodeA/cluster_member_2,NodeA/cluster_member_1

O comando resulta na seguinte saída:
wsadmin -lang jython -f wpfadmin.pty updatePolicy PK1StartupPolicy
-failback true -preferredOnly false -preferredServers NodeA/cluster_member_2,
NodeA/cluster_member_1
WASX7209I: Conectado ao processo "Deployment Manager" no nó CellManager
utilizando o conector SOAP;  O tipo de processo é: DeploymentManager
A política PK1StartupPolicy foi atualizada
Para excluir a política:

wpfadmin deletePolicy PK1StartupPolicy

wsadmin -lang jython -f wpfadmin.pty deletePolicy PK1StartupPolicy
WASX7209I: Conectado ao processo "Deployment Manager" no nó CellManager
utilizando o conector SOAP; O tipo do processo é: DeploymentMana
ger
A política PK1StartupPolicy foi excluída
Se o cluster for reiniciado, você terá revertido para os algoritmos de posicionamento de partição de inicialização padrão. Esta não é a melhor maneira de modificar os servidores de inicialização selecionados. Consulte a seção de política do gerenciador HA para obter informações adicionais.



Related tasks
Monitorando Estatísticas de Desempenho de Transações

Tópico de Referência    

Termos de Uso | Feedback Última atualização: Mar 21, 2006 12:52:01 PM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/WPF51/rwpfmanagepolicy.html

© Copyright IBM 2005, 2006. Todos os Direitos Reservados.
Este centro de informações é desenvolvido em tecnologia Eclipse. (http://www.eclipse.org)