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

createPolicy

Il parametro createPolicy è utilizzato per creare una politica

Il seguente scenario è un esempio di associazione delle politiche per gestire le partizioni. Il parametro wpfadmin, createPolicy, viene utilizzato per creare quattro politiche. Il cluster ha quattro server su cui sono presenti le partizioni su quattro nodi differenti:

Ogni nodo ha un server di backup in caso in cui il server host diventa inattivo. Tali server sono: Viene installata un'applicazione che crea 40 partizioni all'avvio. Le partizioni appartengono a quattro diverse classificazioni: Per rispondere a questa richiesta di attivazione, vengono create quattro politiche: Dalla directory bin del server delle applicazioni, emettere il comando:

./wpfadmin createPolicy /Policy1.properties

Di seguito è riportato il contenuto del file Policy1.properties:
CoreGroupName = DefaultCoreGroup
PolicyType = OneOfNPolicy
PolicyName = Policy1
PolicyDescription = Policy for partitions1-10
IsAlivePeriodSec = 120
QuorumEnabled = false
NumOfMatchCriteria = 2
Name_0 = -gt
Value_0 = -p
Name_1 = -pc
Value_1 = class1
Failback = true
PreferredOnly = true
NodeName_0 = NodeA
ServerName_0 = Server1
NodeName_1 = NodeA
ServerName_1 = BackupServer1
Eseguire ./wpfadmin createPolicy /Policy2.properties con le seguenti informazioni nel file Policy2.properties:
CoreGroupName = DefaultCoreGroup
PolicyType = OneOfNPolicy
PolicyName = Policy2
PolicyDescription = Policy for partitions11-20
IsAlivePeriodSec = 120
QuorumEnabled = false
NumOfMatchCriteria = 2
Name_0 = -gt
Value_0 = -p
Name_1 = -pc
Value_1 = class2
Failback = true
PreferredOnly = true
NodeName_0 = NodeB
ServerName_0 = Server2
NodeName_1 = NodeB
ServerName_1 = BackupServer2
Emettere ./wpfadmin createPolicy /Policy3.properties con quanto riportato di seguito in Policy3.properties:
CoreGroupName = DefaultCoreGroup
PolicyType = OneOfNPolicy
PolicyName = Policy3
PolicyDescription = Policy for partitions21-30
IsAlivePeriodSec = 120
QuorumEnabled = false
NumOfMatchCriteria = 2
Name_0 = -gt
Value_0 = -p
Name_1 = -pc
Value_1 = class3
Failback = true
PreferredOnly = true
NodeName_0 = NodeC
ServerName_0 = Server3
NodeName_1 = NodeC
ServerName_1 = BackupServer3
Eseguire ./wpfadmin createPolicy /Policy4.properties con le seguenti informazioni nel file Policy4.properties:
CoreGroupName = DefaultCoreGroup
PolicyType = OneOfNPolicy
PolicyName = Policy4
PolicyDescription = Policy for partitions31-40
IsAlivePeriodSec = 120
QuorumEnabled = false
NumOfMatchCriteria = 2
Name_0 = -gt
Value_0 = -p
Name_1 = -pc
Value_1 = class4
Failback = true
PreferredOnly = true
NodeName_0 = NodeD
ServerName_0 = Server4
NodeName_1 = NodeD
ServerName_1 = BackupServer4
Tenere presente i criteri per la quattro politiche. Tali criteri vengono impostati in coppie nome/valore. .

A questo punto il gruppo principale è impostato con le quattro politiche. Avviare gli agenti del nodo sui nodi A-D. Dopo un breve intervallo, le modifiche al gruppo principale vengono sincronizzate su tutti i nodi. Se si assume che l'applicazione è già installata, quando viene avviato Server1 vengono attivate partizioni partitions1-10 su Server1 in quanto la politica Policy1 ha il valore preferredOnly impostato su true Le partizioni partitions1-10 possono essere avviate su Server1 e BackupServer1. Se BackupServer1 è avviato prima di Server1, le partizioni partitions1-10 vengono attivate su BackupServer1. Se non vengono avviati né Server1 né BackupServer1, le partizioni non vengono attivate.

Questa situazione spiega il modo in cui operano i server preferredOnly e preferred. Se l'opzione failback è impostata su true, le partizioni per la politica vengono sempre attrivate sul server preferred. Se le partizioni partitions1-10 sono attive su Server1 e Server1 diventa inattivo, allora le partizioni vengono attivate su BackupServer1. Se e quando Server1 torna attivo, le partizioni tornano a essere attive su Server1, in quanto questo server è il primo dell'elenco.

Considerare i seguenti scenari di avvio server:
  • Viene avviato Server2 e le partizioni partitions11-20 vengono attivate su Server2
  • Viene avviato Server3 e le partizioni partitions21-30 vengono attivate su Server3
  • Viene avviato BackupServer3 e non accade nulla, in quanto Server3 è già in esecuzione e perché viene prima di BackupServer3 nell'elenco di server preferiti di Policy3
  • Viene avviato BackupServer1 e le partizioni 1-10 vengono attivate su BackupServer1
  • Viene avviato BackupServer2 e non accade nulla in quanto Server2 è già in esecuzione e perché viene prima di BackupServer2 nell'elenco di server preferiti di Policy1
  • Viene avviato BackupServer4 e le partizioni 31-40 vengono attivate su BackupServer4.
  • Viene avviato Server1 - le partizioni partitions1-10 vengono disattivate su BackupServer1 e vengono attivate su Server1, poiché l'opzione failback è impostata su true e Server1 viene prima di BackupServer1 nell'elenco di server preferiti di Policy1.
  • Viene avviato Server4 - le partizioni partitions31-40 vengono disattivate su BackupServer4 e vengono attivate su Server4, poiché l'opzione failback è impostata su true e Server4 viene prima di BackupServer4 nell'elenco di server preferiti di Policy4.



Related concepts
Script di gestione (wpfadmin) e relativo utilizzo

Argomento Riferimenti    

Termini di utilizzo | Commenti Ultimo aggiornamento: Mar 20, 2006 1:10:47 PM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/WPF51/rwpfcreatePolicy.html

© Copyright IBM 2005, 2006. Tutti i diritti riservati.
Questo centro informazioni utilizza la tecnologia Eclipse. (http://www.eclipse.org)