WebSphere Enterprise Service Bus, Versione 6.2.0 Sistemi operativi: AIX, HP-UX, i5/OS, Linux, Solaris, Windows


Migrazione di un cluster con downtime minimo

Per eseguire la migrazione di un cluster con downtime minimo, eseguire dapprima la migrazione di circa la metà dei profili che fanno parte del cluster, quindi eseguire la migrazione dell'altra metà. Eseguire gli ulteriori passaggi necessari per la migrazione del cluster dopo la migrazione del primo set di profili.

Prima di iniziare

Deve essere presente una cella contenente almeno un cluster in esecuzione su una versione precedente di WebSphere ESB (per esempio, versione 6.0.x o 6.1.x) che si desidera migrare a una nuova versione (per esempio, versione 6.2). Inoltre, è necessario aver installato la nuova versione di WebSphere ESB.
Importante: In un cluster, i membri versione 6.0.x o 6.1.x e i membri versione 6.2 non devono mai essere in esecuzione allo stesso tempo. Tutti i membri di cluster versione 6.0.x o 6.1.x devono essere arrestati prima di avviare il primo membro di cluster versione 6.2. Inoltre, una volta avviati uno o più membri di cluster versione 6.2, non avviare alcun membro di cluster versione 6.0.2.x nello stesso cluster.

Informazioni su questa attività

Seguendo queste istruzioni si avrà la sicurezza di mantenere la funzionalità dei cluster nella nuova versione di WebSphere ESB con un tempo di fermo minimo.
Limitazione: La seguente procedura viene supportata solo se si sta migrando da versione 6.1.x a versione 6.2. Se si sta migrando da versione 6.0.2.x, e si desidera ridurre il tempo di fermo durante la migrazione di un cluster, occorre prima migrare a versione 6.1.x, quindi migrare a versione 6.2.
Procedura
  1. Eseguire la migrazione del gestore distribuzione. Seguire una delle serie di istruzioni elencate in Migrazione di un gestore distribuzione per completare questa attività.
  2. Verificare che il nuovo gestore distribuzione sia in esecuzione.
  3. Individuare i profili coinvolti.
    1. Individuare un profilo della versione precedente che contenga membri del cluster.
    2. Individuare gli altri cluster a cui contribuisce questo profilo; ovvero, se il profilo definisce server che sono membri di altri cluster, individuare tali cluster.
    3. Individuare tutti gli altri profili nella stessa cella che contribuiscono con dei membri ai cluster individuati nel passaggio3.b.
    4. Individuare tutti gli agent del nodo e server dei processi definiti dai profili individuati nel passaggio 3.c.
    Tutti i profili individuati nel passaggio 3.c, e i corrispondenti agent del nodo e server individuati nel passaggio 3.d verranno coinvolti nella migrazione.
  4. Definire due gruppi di profili nel set completo di profili individuato al passaggio 3. Dividere i profili grossomodo a metà (se il numero totale di profili è dispari, uno dei gruppi conterrà un profilo in più dell'altro). Eseguire la migrazione di un gruppo di server mentre l'altro gruppo è ancora in esecuzione, riducendo così l'intervallo di tempo per cui tutti i server del cluster sono arrestati.
  5. Arrestare tutti gli agent del nodo e i server definiti dal primo gruppo di profili di cui si esegue la migrazione.
  6. Eseguire la migrazione di ciascun profilo nel primo gruppo, uno per volta, ma non avviare altri agent dei nodi o server. Seguire una delle serie di istruzioni elencate in Migrazione di membri di un cluster mediante la procedura guidata di migrazione o Migrazione di membri di cluster utilizzando gli strumenti della riga comandi.
  7. Arrestare i restanti agent del nodo e server, ovvero quelli definiti dal secondo gruppo di profili. Questa azione dà inizio al periodo di tempo per cui i servizi del cluster non saranno disponibili.
  8. Sul sistema che ospita il profilo del gestore distribuzione WebSphere ESB versione 6.2, accedere alla directory dir_installazione/util. Questa directory contiene lo script di WBIProfileUpgrade, WBIProfileUpgrade.ant.
  9. Eseguire lo script WBIProfileUpgrade per ciascun cluster definito nei profili di cui è stata eseguita la migrazione fino ad ora. (Ovvero, eseguire WBIProfileUpgrade per ciascun cluster definito al passaggio 3). Per istruzioni sull'esecuzione di WBIProfileUpgrade, consultare Script WBIProfileUpgrade.
  10. Avviare tutti i nuovi agent del nodo e server (migrati), ovvero gli agent del nodo e server corrispondenti ai profili di cui è stata eseguita la migrazione fino ad ora.
  11. Eseguire la migrazione di ciascun profilo nel secondo gruppo di profili Come per il primo gruppo, per eseguire la migrazione, seguire una delle serie di istruzioni elencate in Migrazione di membri di un cluster mediante la procedura guidata di migrazione o Migrazione di membri di cluster utilizzando gli strumenti della riga comandi. Questa volta, è possibile avviare gli agent del nodo e i server migrati mentre si procede con la migrazione di ciascun nodo gestito.

Risultati

La migrazione del cluster alla nuova versione di WebSphere ESB è stata completata.

Operazioni successive

Verificare che la migrazione sia riuscita correttamente.

task Argomento Attività

Termini di utilizzo | Feedback


Icona data/ora Ultimo aggiornamento: 02 Luglio 2010


http://publib.boulder.ibm.com/infocenter/dmndhelp/v6r2mx/topic//com.ibm.websphere.wesb620.doc/doc/tmig_vtv_migclust_min.html
Copyright IBM Corporation 2005, 2010. Tutti i diritti riservati.
Questo centro informazioni utilizza la tecnologia Eclipse. (http://www.eclipse.org).