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.
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
<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.
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_1Todas 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.
wpfadmin updatePolicy "PK1StartupPolicy" -failback true -preferredOnly
false -preferredServers NodeA/cluster_member_2,NodeA/cluster_member_1
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
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ídaSe 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