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


Associazione della configurazione durante la migrazione della configurazione del prodotto

Vengono associate diverse configurazioni durante la migrazione della configurazione del prodotto.

Una migrazione comporta sempre la migrazione di un singolo profilo a un altro singolo profilo sullo stesso sistema o su un sistema diverso. Gli esempi comprendono la migrazione di un gestore distribuzione WebSphere ESB versione 6.1 a un profilo gestore distribuzione versione 6.2 e la migrazione di un server autonomo versione 6.1 a un profilo server autonomo versione 6.2.
Nota: È possibile migrare su un sistema separato solo un profilo di server autonomo.

Sono possibili diversi scenari di migrazione. Lo strumento di migrazione associa oggetti e attributi esistenti nella versione da cui si sta eseguendo la migrazione ai corrispondenti oggetti e attributi nell'ambiente della nuova versione.

Porta di avvio
Gli strumenti di migrazione associano un valore non predefinito direttamente all'ambiente della versione 6.2. Quando si esegue la migrazione da versione 6.0.2.x, se il parametro -portBlock viene specificato durante la migrazione a WBIPostUpgrade, viene fornito un nuovo valore di porta a ciascun server migrato in versione 6.2.
Parametri di riga comandi

Gli strumenti di migrazione convertono i parametri di riga comandi appropriati a impostazioni della JVM (Java™ Virtual Machine) nella definizione del processo server. La maggior parte delle impostazioni viene associata direttamente. Alcune impostazioni non vengono migrate in quanto i loro ruoli nella configurazione di WebSphere ESB versione 6.2 non esistono, hanno significati diversi o hanno ambiti diversi.

Per avere informazioni su come cambiare le impostazioni di definizione del processo, consultare Impostazioni di definizione del processo nel centro informazioni di WebSphere Application Server Network Deployment, Versione 6.1. Per informazioni su come modificare le impostazioni della JVM (Java Virtual Machine), consultare Impostazioni JVM ( Java Virtual Machine) nel Centro informazioni di WebSphere Application Server Network Deployment, Versione 6.1.

Dimensioni dell'heap Java per la migrazione dei file EAR

Quando si esegue la migrazione di tutti i file EAR di WebSphere ESB a versione 6.2 mediante lo strumento wsadmin, lo strumento WBIPostUpgrade usa il valore predefinito per le dimensioni massime dell'heap Java, ovvero 64 MB, per installare i file EAR.

Se l'installazione di un file EAR non riesce durante la migrazione a causa di dimensioni insufficienti dell'heap Java, verrà visualizzato un messaggio simile al seguente:
java.lang.OutOfMemoryError JVMXE006:OutOfMemoryError 

Aumentare le dimensioni massime dell'heap Java e attenersi all'esempio seguente per installare l'applicazione.

Esempio di installazione di un'applicazione su WebSphere ESB versione 6.2

Considerare i seguenti presupposti e convenzioni:
Root installazione
C:\WebSphere\DeploymentManager
Simboli cancelletto (###)
Valore delle dimensioni massime dell'heap
<nome_file_EAR>
Nome del file EAR
nome_app
Nome dell'applicazione
nome_cluster
Nome del cluster in cui deve essere installato il file EAR
Il comando viene visualizzato su più di una riga per maggiore chiarezza.
wsadmin -conntype NONE
        -javaoption 
        -Xmx###m 
        -c "$AdminApp install 
            C:\\WebSphere\\ProcServer
                   <nome_EAR_file> 
        {-nodeployejb 
         -appname nome_app 
         -cluster nome_cluster}"
Migrazione di un nodo di versione 6.0.x o 6.1.x su un nodo di versione 6.2

È possibile migrare un WebSphere ESB versione 6.0.x o 6.1.x nodo appartenente ad una cella verso WebSphere ESB versione 6.2 senza rimuovere il nodo dalla cella.

Eseguire per prima cosa la migrazione del gestore distribuzione, prima della migrazione dei nodi base della cella.

Utilizzare lo stesso nome di cella quando si migra da versione 6.0.x o 6.1.x a versione 6.2 . Se si utilizza un nome di cella differente, non sarà possibile eseguire correttamente la migrazione dei nodi federati alla cella WebSphere ESB versione 6.2.

La migrazione di un nodo di WebSphere ESB di base che si trova all'interno di una cella, a versione 6.2, migra anche l'agent del nodo a versione 6.2.

Una cella può disporre di nodi misti, vale a dire che può contenere alcuni nodi di versione 6.2 e altri nodi di versione 6.1.x.
Nota: I nodi misti non sono supportati quando si migra da versione 6.0.2.x.
File delle politiche
WebSphere ESB versione 6.2 esegue la migrazione di tutti i file delle politiche installati con i file delle politiche di versione 6.0.x o 6.1.x con le seguenti caratteristiche:
  • Gli eventuali commenti presenti sul file delle politiche di versione 6.2 verranno conservati. Gli eventuali commenti contenuti nel file delle politiche di versione 6.0.x o 6.1.x non verranno inclusi nella versione 6.2.
  • La migrazione non tenterà di unire le autorizzazioni e concessioni; è una migrazione strettamente aggiuntiva. Se l'autorizzazione o concessione non si trova nel file versione 6.2, verrà trasportato dalla migrazione.
  • La sicurezza è un componente di importanza critica; pertanto, la migrazione effettua aggiunte in coda al file .policy originario immediatamente dopo il commento MIGR0372I: Migrated grant permissions follow. Questo consente agli amministratori di verificare le modifiche ai file delle politiche effettuate dalla migrazione.
Proprietà e directory lib/app

La migrazione copia directory dalla versione precedente alla configurazione di WebSphere ESB versione 6.2.

File delle proprietà

WebSphere migra tutti i file delle proprietà installati con versione 6.0.x o 6.1.x unendo le impostazioni nei file delle proprietà di versione 6.2.

La migrazione non esegue sovrapposizioni dei file delle proprietà.

RAR (Resource Adapter Archive) a cui fanno riferimento le risorse J2C

La migrazione dei RAR e dei JAR a cui fanno riferimento le risorse J2C viene eseguita nel seguente modo:

Migrazione delle risorse a livello di cluster

Le risorse a livello di cluster sono configurate nei file resourcexxx.xml nelle directory del cluster. Ad esempio:
<resources.j2c:J2CResourceAdapter xmi:id="J2CResourceAdapter_1112808424172" 
  name="ims" archivePath="${WAS_INSTALL_ROOT}\installedConnectors\x2.rar">
  ...
</resources.j2c:J2CResourceAdapter>

Se si dispone di una risorsa a livello di cluster, tale risorsa deve essere nella stessa ubicazione in ciascun membro del cluster (nodo). Facendo riferimento all'esempio precedente, perciò, ciascun membro del cluster deve avere il file RAR installato nell'ubicazione ${WAS_INSTALL_ROOT}\installedConnectors\x2.rar. ${WAS_INSTALL_ROOT} viene risolto per ciascun membro del cluster per ottenere l'ubicazione esatta.

Nella migrazione di un gestore distribuzione, gli strumenti migrano i file del cluster sul gestore distribuzione, compresi i file resourcexxx.xml.

Nella migrazione di un nodo gestito, gli strumenti elaborano ciascun adattatore J2C. I file come i file RAR vengono migrati da versione 6.0.x o 6.1.x a versione 6.2 nel modo seguente:
  • La migrazione da versione 6.0.2.x a versione 6.2: La migrazione copia i file come RAR o JAR da WAS_INSTALL_ROOT a WAS_INSTALL_ROOT e da USER_INSTALL_ROOT a USER_INSTALL_ROOT
  • La migrazione da versione 6.1.x aversione 6.2: La migrazione copia i file di configurazione nel seguente modo:
    • Se si installano i file RAR o JAR come parte dell'installazione di WebSphere ESB, i file di configurazione vengono migrati nel profilo di destinazione della migrazione e aggiornati alla nuova versione dei file RAR e JAR.
    • Se si installano i file RAR o JAR dopo l'installazione di WebSphere ESB, si verifica quanto segue:
      • Se si installano i file RAR o JAR nella precedente installazione di WebSphere ESB, vengono migrati solo i file di configurazione ed è necessario copiare o installare quei file RAR o JAR nel profilo di destinazione di migrazione ed assicurarsi che la configurazione sia corretta prima di avviare il server.
      • Se si installano i file RAR o JAR fuori della precedente installazione di WebSphere ESB (opzione consigliata), i file di configurazione vengono migrati e non è necessario eseguire alcuna altra operazione dopo la migrazione.

Se è stato inserito esplicitamente nel codice un percorso a un file RAR (archivePath="C:/WAS/installedConnectors/x2.rar" per esempio) in versione 6.0.x o 6.1.x, tuttavia, gli strumenti di migrazione di versione 6.2 non possono cambiare il valore dell'attributo archivePath di conseguenza in quanto questo interromperebbe la connessione a tutti gli altri membri del cluster non ancora migrati.

Esempi

Durante la migrazione di un profilo autonomo, non viene migrato alcun esempio di WebSphere ESB. Esempi di versione 6.2 equivalenti sono disponibili per tutti gli esempi di versione 6.2

Sicurezza
Nota: Le seguenti informazioni sulla sicurezza sono valide solo se si sta migrando da versione 6.0.2.x

La sicurezza Java 2 viene abilitata per impostazione predefinita quando si abilita la sicurezza in WebSphere ESB versione 6.2. La sicurezza Java 2 richiede che le autorizzazioni di sicurezza vengano concesse esplicitamente.

Vi sono diverse tecniche che possono essere utilizzate per definire diversi livelli di sicurezza Java 2 in versione 6.2. Una di queste è creare un file was.policy all'interno dell'applicazione per abilitare tutte le autorizzazioni di sicurezza. Gli strumenti di migrazione richiamano il comando wsadmin per aggiungere un file was.policy esistente nella directory versione 6.2 properties alle applicazioni enterprise durante la loro migrazione.

Durante la migrazione da WebSphere ESB versione 6.0.2.x a versione 6.2, la scelta di eseguire o meno la migrazione per il supporto della compatibilità di script ha uno dei due seguenti esiti.
  • Se si sceglie di eseguire la migrazione per il supporto della compatibilità di script, la configurazione di sicurezza viene trasferita in versione 6.2 senza cambiamenti.

    Questa è l'impostazione predefinita.

  • Se si sceglie di non eseguire la migrazione per il supporto della compatibilità di script, la configurazione di sicurezza viene convertita nella configurazione predefinita per WebSphere ESBversione 6.2. La configurazione di sicurezza predefinita di versione 6.2 ha quasi lo stesso comportamento che aveva nelle versioni precedenti, con alcuni cambiamenti.

    Per esempio i keyfile e trustfile esistenti vengono estratti dal repertorio SSLConfig e vengono creati nuovi oggetti keystore e truststore.

Per poter mantenere le stesse impostazioni di sicurezza, è necessario migrare le impostazioni di sicurezza di WebSphere Application Server eventualmente impostate per la versione 6.0.2.x. Per maggiori informazioni sulla migrazione delle configurazioni di sicurezza alla versione 6.2, consultare Migrazione, coesistenza e interoperabilità - Considerazioni di sicurezza nel centro informazioni di WebSphere Application Server Network Deployment, Versione 6.1.

Directory stdin, stdout, stderr, passivation e di lavoro

L'ubicazione di queste directory è tipicamente all'interno della directory di installazione di una versione precedente. L'ubicazione predefinita di stdin, stdout e stderr è la directory logs della root di installazione di WebSphere ESB versione 6.2.

Gli strumenti di lavoro tentano di migrare le directory passivation e di lavoro esistenti. Altrimenti verranno utilizzati i valori predefiniti di versione 6.2 del caso.

Per maggiori informazioni sulle directory passivation, consultare Impostazioni EJB container. Per maggiori informazioni sulle directory di lavoro, consultare Impostazioni di definizione del processo.

In uno scenario di coesistenza, l'uso di directory comuni a diverse versioni può creare problemi.

Porte di trasporto

Gli strumenti di migrazione migrano tutte le porte. Gli strumenti registrano un avviso di conflitto di porta se è già definita una porta nella configurazione. È necessario risolvere tutti i conflitti di porta prima di poter eseguire i server contemporaneamente.

Se viene specificato il parametro -portBlock nel comando WBIPostUpgrade, viene assegnato un nuovo valore a ciascun trasporto migrato.

Per ulteriori informazioni sul comando WBIPostUpgrade, consultare Utilità di riga comandi WBIPostUpgrade.

Per ulteriori informazioni su canali e catene di trasporto, consultare Catene di trasporto.

È necessario aggiungere voci alias di host virtuale per ciascuna porta. Per ulteriori informazioni, consultare Configurazione degli host virtuali.

Moduli Web

Il livello di specifica di J2EE (Java 2 Platform, Enterprise Edition) implementato in WebSphere ESB versione 6.0.x o 6.1.x ha richiesto modifiche comportamentali nel contenitore Web per l'impostazione del tipo di contenuto. Se un servlet writer predefinito non imposta il tipo di contenuto, il contenitore Web non solo non assegna un valore predefinito ma restituisce la chiamata come "null". Questa situazione può fare sì che alcuni browser visualizzino le tag di contenitore Web in modo non corretto. Per prevenire l'insorgere di questo problema, la migrazione imposta l'estensione IBM® autoResponseEncoding a "true" per i moduli Web durante la migrazione delle applicazioni enterprise.


concept Argomento Concetto

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