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

Visión general del ejemplo de gestión de políticas

Si se está ejecutando el clúster, deténgalo. Asimismo, compruebe que se esté ejecutando el agente de nodo del NodeA y el gestor de despliegue. Abra un shell de mandatos y cambie al directorio \bin del gestor de despliegue. Compruebe que el archivo policyPK1_startup.properties creado anteriormente esté también en el directorio \bin del gestor de despliegue.

Ejecute el siguiente mandato para cargar la política creada anteriormente:

wpfadmin createpolicy policyPK1_startup.properties

La salida generada debe tener un aspecto parecido al siguiente. Si no es así, verifique el archivo de propiedades:
wsadmin -lang jython -f wpfadmin.pty createPolicy policyPK1_startup.properties
WASX7209I: Conexión con el proceso "Gestor de despliegue" en el nodo CellManager
mediante el conector SOAP; el tipo de proceso es: DeploymentManager
Ya se ha creado la política PK1StartupPolicy
El archivo coregroup.xml del gestor de despliegue tiene ahora la siguiente 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>
Si el agente de nodo está en ejecución, se propagará el archivo coregroup. Para verificar esto consulte el archivo coregroup.xml y encuentre la entrada anterior. De lo contrario, el nodo se sincronizará para que la actualización de políticas del grupo principal se pueda propagar a los nodos del clúster. Para ello, con el agente de nodo inhabilitado, utilice el mandato syncNode.

Utilice la consola administrativa e inicie el clúster.

Las particiones se inician normalmente en cluster_member_2, por lo que la PK000001 será la única en cluster_member_1. Su configuración podría variar. Para comprobarlo después de iniciar el clúster:

wpfadmin listActive

wsadmin -lang jython -f wpfadmin.pty listActive
WASX7209I: Conexión con el proceso "Gestor de despliegue" en el nodo CellManager
mediante el conector SOAP; el tipo de proceso es:
DeploymentManager
WPFC0050I: Aplicación WPFKeyBasedPartitionSample, partición PK000010:
servidor Cell\NodeA\cluster_member_2
WPFC0050I: Aplicación WPFKeyBasedPartitionSample, partición PK000009:
servidor Cell\NodeA\cluster_member_2
WPFC0050I: Aplicación WPFKeyBasedPartitionSample, partición PK000008:
servidor Cell\NodeA\cluster_member_2
WPFC0050I: Aplicación WPFKeyBasedPartitionSample, partición PK000007:
servidor Cell\NodeA\cluster_member_2
WPFC0050I: Aplicación WPFKeyBasedPartitionSample, partición PK000006:
servidor Cell\NodeA\cluster_member_2
WPFC0050I: Aplicación WPFKeyBasedPartitionSample, partición PK000005:
servidor Cell\NodeA\cluster_member_2
WPFC0050I: Aplicación WPFKeyBasedPartitionSample, partición PK000004:
servidor Cell\NodeA\cluster_member_2
WPFC0050I: Aplicación WPFKeyBasedPartitionSample, partición PK000003:
servidor Cell\NodeA\cluster_member_2
WPFC0050I: Aplicación WPFKeyBasedPartitionSample, partición PK000002:
servidor Cell\NodeA\cluster_member_2
WPFC0050I: Aplicación WPFKeyBasedPartitionSample, partición PK000001:
servidor Cell\NodeA\cluster_member_1
Todas las particiones se han iniciado en cluster_member_2, no en cluster_member_1.

Para actualizar la política, puede actualizar simplemente la opción –pn y ajustarla para que se aplique a PK000002 en su lugar. O bien, podría crear una segunda política. Una operación adicional puede ser detener simplemente el miembro 1 del clúster, por ejemplo, stopserver cluster_member_1. En este caso, como se ha establecido Failback, intentará activarse HA (Highly Available) Manager en cluster_member_2.

La política se puede actualizar utilizando el siguiente mandato:

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

El mandato producirá la siguiente salida:
wsadmin -lang jython -f wpfadmin.pty updatePolicy PK1StartupPolicy 
-failback true -preferredOnly false -preferredServers NodeA/cluster_member_2,
NodeA/cluster_member_1
WASX7209I: Conexión con el proceso "Gestor de despliegue" en el nodo CellManager
mediante el conector SOAP; el tipo de proceso es: DeploymentManager
Ya se ha actualizado la política PK1StartupPolicy
Para suprimir la política:

wpfadmin deletePolicy PK1StartupPolicy

wsadmin -lang jython -f wpfadmin.pty deletePolicy PK1StartupPolicy
WASX7209I: Conexión con el proceso "Gestor de despliegue" en el nodo CellManager
mediante el conector SOAP; el tipo de proceso es:
DeploymentManager
Ya se ha eliminado la política PK1StartupPolicy
Si se ha reiniciado el clúster, ha vuelto a los algoritmos de ubicación de particiones de arranque por omisión. Esta no es la manera óptima de modificar los servidores de arranque seleccionados. Consulte la sección Política de HA manager para obtener más información.



Related tasks
Supervisión de las estadísticas de rendimiento de transacciones

Tema de referencia    

Condiciones de uso | Comentarios Última actualización: Mar 14, 2006 11:07:33 AM 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. Reservados todos los derechos.
Este centro de información se ha realizado con tecnología de Eclipse. (http://www.eclipse.org)