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

Übersicht über das Beispiel für die Verwaltung von Policys

Wenn der Cluster aktiv ist, stoppen Sie ihn. Stellen Sie sicher, dass der Deployment Manager und der Node Agent von KnotenA aktiv sind. Öffnen Sie eine Befehls-Shell und wechseln Sie in das Verzeichnis \bin des Deployment Manager. Vergewissern Sie sich, dass die zuvor erstellte Datei policyPK1_startup.properties auch im Deployment-Manager-Verzeichnis \bin enthalten ist.

Führen Sie den folgenden Befehl aus, um die zuvor erstellte Policy zu laden:

wpfadmin createpolicy policyPK1_startup.properties

Die generierte Ausgabe sollte der folgenden gleichen. Falls dies nicht der Fall sein sollte, überprüfen Sie die Merkmaldatei:
wsadmin -lang jython -f wpfadmin.pty createPolicy policyPK1_startup.properties
WASX7209I: Mit Prozess "Deployment Manager" auf Knoten
CellManager über SOAP-Connector verbunden. Typ des
Prozesses: DeploymentManager
Die Policy PK1StartupPolicy wurde erstellt.
Die Datei coregroup.xml für den Deployment Manager hat jetzt die folgende Policy:
<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>
Wenn der Node Agent aktiv ist, wird die Datei coregroup weitergegeben. Sie können diese überprüfen, indem Sie in der Datei coregroup.xml den oben gezeigten Eintrag suchen. Andernfalls wird der Knoten synchronisiert, damit die Policy-Aktualisierung in der Datei coregroup an die Knoten im Cluster weitergegeben werden kann. Verwenden Sie hierfür den Befehl syncNode. Der Node Agent muss dabei inaktiviert sein.

Öffnen Sie die Administrationskonsole und starten Sie den Cluster.

Die Partitionen werden normalerweise auf cluster_member_2 gestartet. Deshalb sollte die Partition PK000001 die einzige auf cluster_member_1 sein. Ihre Konfiguration kann unterschiedlich sein. Führen Sie nach dem Cluster-Start die folgenden Prüfschritte aus:

wpfadmin listActive

wsadmin -lang jython -f wpfadmin.pty listActive
WASX7209I: Mit Prozess "Deployment Manager" auf Knoten
CellManager über SOAP-Connector verbunden. Typ des
Prozesses: DeploymentManager
WPFC0050I: Anwendung WPFKeyBasedPartitionSample, Partition PK000010:
Server Zelle\KnotenA\cluster_member_2
WPFC0050I: Anwendung WPFKeyBasedPartitionSample, Partition PK000009:
Server Zelle\KnotenA\cluster_member_2
WPFC0050I: Anwendung WPFKeyBasedPartitionSample, Partition PK000008:
Server Zelle\KnotenA\cluster_member_2
WPFC0050I: Anwendung WPFKeyBasedPartitionSample, Partition PK000007:
Server Zelle\KnotenA\cluster_member_2
WPFC0050I: Anwendung WPFKeyBasedPartitionSample, Partition PK000006:
Server Zelle\KnotenA\cluster_member_2
WPFC0050I: Anwendung WPFKeyBasedPartitionSample, Partition PK000005:
Server Zelle\KnotenA\cluster_member_2
WPFC0050I: Anwendung WPFKeyBasedPartitionSample, Partition PK000004:
Server Zelle\KnotenA\cluster_member_2
WPFC0050I: Anwendung WPFKeyBasedPartitionSample, Partition PK000003:
Server Zelle\KnotenA\cluster_member_2
WPFC0050I: Anwendung WPFKeyBasedPartitionSample, Partition PK000002:
Server Zelle\KnotenA\cluster_member_2
WPFC0050I: Anwendung WPFKeyBasedPartitionSample, Partition PK000001:
Server Zelle\KnotenA\cluster_member_1
Alle Partitionen wurden auf cluster_member_2 anstelle von cluster_member_1 gestartet.

Wenn Sie die Policy aktualisieren möchten, können Sie die Option –pn für die Partition PK000002 anpassen oder eine zweite Policy erstellen. Sie könnten auch einfach das Cluster-Member 1 stoppen, z. B. mit stopserver cluster_member_1. Da in diesem Fall "Failback" gesetzt ist, versucht der HA Manager, die Partition auf cluster_member_2 zu aktivieren.

Die Policy kann mit dem folgenden Befehl aktualisiert werden:

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

Der Befehl erzeugt die folgende Ausgabe:
wsadmin -lang jython -f wpfadmin.pty updatePolicy PK1StartupPolicy 
-failback true -preferredOnly false -preferredServers KnotenA/cluster_member_2,
KnotenA/cluster_member_1
WASX7209I: Mit Prozess "Deployment Manager" auf Knoten
CellManager über SOAP-Connector verbunden. Typ des
Prozesses: DeploymentManager
Die Policy PK1StartupPolicy wurde aktualisiert.
Gehen Sie zum Löschen der Policy wie folgt vor:

wpfadmin deletePolicy PK1StartupPolicy

wsadmin -lang jython -f wpfadmin.pty deletePolicy PK1StartupPolicy
WASX7209I: Mit Prozess "Deployment Manager" auf Knoten
CellManager über SOAP-Connector verbunden. Typ des
Prozesses: DeploymentManager
Die Policy PK1StartupPolicy wurde gelöscht.
Wenn der Cluster erneut gestartet wird, wurden die Standardalgorithmen für die Verteilung von Partitionen wieder eingesetzt. Dies ist nicht die empfohlene Methode für das Ändern der ausgewählten Startserver. Nähere Informationen finden Sie im Abschnitt zur HA-Manager-Policy.



Related tasks
Statistiken zur Transaktionsleistung überwachen

Referenzartikel    

Nutzungsbedingungen | Feedback Letzte Aktualisierung: Mar 23, 2006 9:57:42 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. Alle Rechte vorbehalten.
Dieses Information Center beruht auf der Eclipse-Technologie. (http://www.eclipse.org)