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


Migrazione di membri di cluster utilizzando gli strumenti della riga comandi

Migra i membri del cluster da una versione precedente a una versione successiva di WebSphere ESB con gli strumenti della riga comandi.

Prima di iniziare

Nota: Queste istruzioni fanno parte di una procedura più ampia per la migrazione di tutti i server nel proprio cluster. Seguire le istruzioni in Migrazione di un cluster or Migrazione di un cluster con downtime minimo prima di eseguire i passaggi qui descritti.
Nota: Quando si esegue la migrazione utilizzando gli strumenti della riga comandi, è possibile migrare un profilo di WebSphere ESB o un profilo di WebSphere Application Server.
Assicurarsi che siano soddisfatte le seguenti condizioni prima di avviare il processo di migrazione: Assicurarsi che siano completate le seguenti attività prima di avviare il processo di migrazione:

Informazioni su questa attività

Una volta eseguita la migrazione di un gestore distribuzione di versione 6.0.2.x a una versione più recente di WebSphere ESB, il gestore distribuzione della versione più recente viene eseguito in modalità di compatibilità per impostazione predefinita, nella quale può gestire versioni sia precedenti che più recenti di WebSphere ESB. Per esempio, in seguito alla migrazione, un gestore distribuzione di versione 6.2 può gestire sia i nodi di versione 6.0.2.x che i nodi di versione 6.2. In altre parole, i nodi gestiti di versione 6.0.2.x possono essere eseguiti con il gestore distribuzione di versione 6.2. Successivamente, è possibile migrare ciascun nodo gestito di versione 6.0.2.x WebSphere ESB (server gestito da un gestore di distribuzione di versione 6.2) in un nodo gestito di versione 6.2. Dopo aver migrato tutti i nodi gestiti versione 6.0.2.x, utilizzare lo script convertScriptCompatibility per convertirne le configurazioni da una modalità che supporta la compatibilità degli script di gestione versione 6.0.2.x ad una modalità completamente in un modello di configurazione versione 6.2. Consultare il Comando convertScriptCompatibility.
Nota: Quando si seguono le istruzioni riportate in questo link per l'utilizzo del comando convertScriptCompatibility, utilizzare il comando WBIPostUpgrade invece del comando WASPostUpgrade.
Procedura
  1. Accedere come utente root su un sistema Linux® o UNIX® oppure come membro del gruppo Amministratori su un sistema Windows®.
  2. Arrestare il server versione 6.0.x o 6.1.x se è in esecuzione sul nodo di cui si desidera eseguire la migrazione. Utilizzare il comando stopServer dalla directory dir_profilo/bin per il profilo del server in questione, oppure arrestare il server dalla console Primi passi del server.
    Per ulteriori informazioni sul comando stopServer consultare il comando stopServer. Utilizzare la seguente sintassi:
    Nota: Su piattaforme i5/OS, eseguire gli script in QSHELL. Per avviare una sessione QSHELL, aprire un prompt dei comandi CL e immettere QSH.
    • For i5/OS operating system Su piattaforme i5/OS: profile_root/bin/stopServer server_name
    • For Linux operating systemFor UNIX operating system Su piattaforme Linux eUNIX: profile_root/bin/stopServer.sh server_name
    • For Windows operating system Su piattaforme Windows: profile_root\bin\stopServer.bat server_name
    Se la sicurezza è abilitata, utilizzare invece uno dei comandi seguenti. Il nome utente fornito dovrà avere un ruolo operatore o amministratore.
    • For i5/OS operating system Su piattaforme i5/OS: profile_root/bin/stopServer server_name -username user_ID -password password
    • For Linux operating systemFor UNIX operating system Sulle piattaforme Linux eUNIX: profile_root/bin/stopServer.sh server_name -username user_ID -password password
    • For Windows operating system Su piattaforme Windows: profile_root\bin\stopServer.bat server_name -username user_ID -password password

    Sul sistema operativo Windows, anche se la sicurezza è abilitata, non è necessario specificare i parametri -username e -password se il server è in esecuzione come servizio di Windows. In questo caso, i parametri vengono trasmessi automaticamente allo script utilizzato dal servizio di Windows per spegnere il sistema.

    Nota: Arrestare il server prima di iniziare il processo di migrazione. Per impostazione predefinita, tutti i server sul nodo vengono arrestati prima del completamento della migrazione.
  3. Arrestare l'agent del nodo da migrare. Emettere uno dei seguenti comandi per arrestare il processo dell'agent del nodo, secondo la piattaforma (dove profile_root rappresenta la directory di installazione del nodo federato):
    • For i5/OS operating system Su piattaforme i5/OS: profile_root/bin/stopNode
    • For Linux operating systemFor UNIX operating system Sulle piattaforme Linux e UNIX: profile_root/bin/stopNode.sh
    • For Windows operating system Sulle piattaforme Windows: profile_root\bin\stopNode.bat
    Se la sicurezza è abilitata, utilizzare invece uno dei comandi seguenti:
    • For i5/OS operating system Su piattaforme i5/OS: profile_root/bin/stopNode -username user_ID -password password
    • For Linux operating systemFor UNIX operating system Sulle piattaforme Linux e UNIX: profile_root/bin/stopNode.sh -username ID_utente -password password
    • For Windows operating system Sulle piattaforme Windows: profile_root\bin\stopNode.bat -username ID_utente -password password
    Nota: È necessario arrestare il vecchio nodo prima di avviare il processo di migrazione. Non è necessario che il server sia in esecuzione per migrare la sua configurazione. Gli strumenti di migrazione possono richiamare tutti i dati di configurazione quando il server è arrestato.
  4. Individuare anticipatamente le informazioni pre-esistenti richieste per la migrazione, come elencato in seguito:
    Directory root di installazione
    Consultare Utilità di riga comandi WBIPreUpgrade per una descrizione del parametro currentWebSphereDirectory.
    Nome della directory di backup di migrazione
    Consultare Utilità di riga comandi WBIPreUpgrade per una descrizione del parametro backupDirectory.
    Nome utente della sicurezza di gestione (obbligatorio se la sicurezza di gestione è configurata)
    Consultare Utilità di riga comandi WBIPostUpgrade per una descrizione del parametro -username.
    Password della sicurezza di gestione (obbligatoria se la sicurezza di gestione è configurata)
    Consultare Utilità di riga comandi WBIPostUpgrade per una descrizione del parametro -password.
    Nome del profilo di origine
    Consultare Utilità di riga comandi WBIPostUpgrade per una descrizione del parametro -oldProfile.
    Nome del profilo di destinazione
    Consultare Utilità di riga comandi WBIPostUpgrade per una descrizione del parametro -profileName.
    Assegnazione dei valori delle porte (facoltativo)
    Consultare Utilità di riga comandi WBIPostUpgrade per una descrizione dei parametri -replacePorts e -portBlock.
    Nota: È valido solo se si sta migrando da versione 6.0.2.x a versione 6.2.
  5. Assicurarsi che il gestore distribuzione versione 6.2 sia in esecuzione.
  6. Eseguire il comando WBIPreUpgrade, specificando il nome della directory di backup di migrazione e il nome della directory di WebSphere ESB esistente. Lo strumento WBIPreUpgrade consente di salvare i file di configurazione dei profili esistenti in una directory di backup specificata dall'utente.
  7. Eseguire il comando WBIPostUpgrade, specificando il nome della directory di backup di migrazione. Lo strumento WBIPostUpgrade consente di ripristinare il backup della configurazione dalla directory di backup al nuovo profilo del gestore di distribuzione di WebSphere ESB.
    Importante: Utilizzare il parametro -createTargetProfile quando si richiama WBIPostUpgrade. Questa opzione crea un profilo della nuova destinazione richiesto corrispondente per la migrazione. Per ulteriori informazioni sui profili di destinazione, consultare Considerazioni sul profilo di destinazione.
    For i5/OS operating system Nota: Se si sta eseguendo la migrazione su una piattaforma i5/OS, il nome del profilo di destinazione deve corrispondere al nome del profilo di origine da migrare.
  8. Inizio modificaSe si esegue la migrazione da versione 6.0.2 a versione 6.2.x è necessario creare il database comune.

    Per informazioni, consultare Creazione del database comune e configurazione del sottosistema di ripristino quando si esegue la migrazione dalla versione 6.0.2 alla versione 6.2.x.

    Fine modifica
  9. Ripetere i passaggi 1-7 (con la possibile eccezione del passo 6).
    Nota: È necessario eseguire di nuovo il passaggio 6 (eseguendo WBIPreUpgrade) solo se si sta eseguendo la migrazione da versione 6.1.x, oppure se si sta migrando da versione 6.0.2.x e il sistema di versione 6.0.2.x è stato riconfigurato dopo la prima esecuzione di WBIPreUpgrade. Se si ignora la fase 7 poiché si sta eseguendo la migrazione dei profili gestiti nella stessa installazione di WebSphere ESB, è possibile ignorare anche la fase 1.
  10. For Linux operating systemFor UNIX operating systemFor Windows operating system Se è stata scelta l'opzione di compatibilità (che è l'opzione predefinita), e se la migrazione di tutti i nodi a WebSphere ESB versione 6.2 è stata completata, eseguire lo script convertScriptCompatibility per rimuovere la compatibilità dal gestore distribuzione versione 6.2.
    Nota: Eseguire questa operazione solo se si migra da versione 6.0.2.x.
    Nota: Questa operazione non è applicabile alle piattaforme i5/OS.
    Emettere il comando convertScriptCompatibility dalla directory bin.
    • For UNIX operating systemFor Linux operating system install_root/bin/convertScriptCompatibility.sh
    • For Windows operating system install_root\bin\convertScriptCompatibility.bat

    Consultare il Comando convertScriptCompatibility.

Risultati

La migrazione dei profili dei membri di cluster è terminata.

Operazioni successive

Completare la migrazione del cluster eseguendo i passaggi 6-9 in Migrazione di un cluster o i passaggi 7-12 in Migrazione di un cluster con downtime minimo.

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_mnclust_cl.html
Copyright IBM Corporation 2005, 2010. Tutti i diritti riservati.
Questo centro informazioni utilizza la tecnologia Eclipse. (http://www.eclipse.org).