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


Migrazione di membri di un cluster mediante la procedura guidata di migrazione

Migrazione di membri di un cluster da una versione precedente a una versione più recente di WebSphere ESB mediante la procedura guidata di migrazione.

Prima di iniziare

Nota: La procedura guidata di migrazione non può essere eseguita in un ambiente non grafico. Fra gli esempi di ambienti non grafici sono incluse la piattaforma i5/OS o le sessioni telnet. Se si desidera eseguire la migrazione in un ambiente non grafico, utilizzare i comandi WBIPreUpgrade e WBIPostUpgrade.
Nota: La procedura guidata di migrazione supporta solo i profili di WebSphere ESB. Se si dispone di profili di WebSphere Application Server, è necessario utilizzare i comandi di migrazione.
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.
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.1.x o versione 6.0.2.x se è in esecuzione sullo stesso nodo da migrare. 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:

    • 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 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: Prima di iniziare il processo di migrazione, è necessario arrestare il server da cui si esegue la migrazione. Non è necessario che quel server sia in esecuzione per migrare la sua configurazione. Gli strumenti di migrazione possono richiamare tutti i dati di configurazione quando il server è arrestato.
  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 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 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
  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. Richiamare la procedura guidata di migrazione.
    Richiamare la procedura guidata di migrazione in una delle modalità seguenti:
    • Dalla console Primi passi di WebSphere ESB selezionare Procedura guidata di migrazione.
    • Eseguire uno degli script seguenti (a seconda del sistema operativo) memorizzati nella directory dir_installazione/bin:
      • For Linux operating systemFor UNIX operating system Su piattaforme Linux e UNIX: wbi_migration.sh
      • For Windows operating system Sulle piattaforme Windows: wbi_migration.bat
      Nota: Se si desidera, è possibile modificare l'impostazione di traccia predefinita (*=all=enabled:com.ibm.ws.migration.common.*=all=disabled) quando si richiama la procedura guidata di migrazione. L'impostazione predefinita della traccia consente di eseguire la traccia solo su alcune classi, ma è possibile modificare l'impostazione predefinita su abilita traccia completa o disabilita traccia completa.
      • Per abilitare la traccia completa, eseguire uno degli script seguenti per richiamare la procedura guidata di migrazione, in base al sistema operativo:
        • For Linux operating systemFor UNIX operating system Su piattaforme Linux e UNIX: wbi_migration.sh -W -migrationPanel.traceString="*=all=enabled"
        • For Windows operating system Sulle piattaforme Windows: wbi_migration.bat -W -migrationPanel.traceString="*=all=enabled"
      • Per disabilitare la traccia completa, eseguire uno degli script seguenti per richiamare la procedura guidata di migrazione, in base al sistema operativo:
        • For Linux operating systemFor UNIX operating system Su piattaforme Linux e UNIX: wbi_migration.sh -W -migrationPanel.traceString="*=all=disabled"
        • For Windows operating system Sulle piattaforme Windows: wbi_migration.bat -W -migrationPanel.traceString="*=all=disabled"

    La procedura guidata di migrazione copia la configurazione e le applicazioni dal nodo gestito versione 6.0.x o 6.1.x al nodo gestito versione 6.2. Una volta eseguita la migrazione di tutti i dati, la procedura guidata federa il nodo gestito versione 6.2 alla cella del gestore distribuzione.

  7. Seguire i prompt della procedura guidata di migrazione come descritto in Esecuzione della procedura guidata di migrazione.
  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-6 per ciascun membro del cluster che si desidera migrare.
  10. 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: È valido solo se si sta migrando da versione 6.0.2.x.
    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_wiz.html
Copyright IBM Corporation 2005, 2010. Tutti i diritti riservati.
Questo centro informazioni utilizza la tecnologia Eclipse. (http://www.eclipse.org).