Antes de empezar el proceso de migración a una nueva versión de WebSphere ESB, debe tener en cuenta lo siguiente.
Se aplican las siguientes normas, restricciones y consideraciones a la migración y la coexistencia si ha instalado
WebSphere ESB versión 6.2.
Requisitos de instalación de WebSphere ESB
- WebSphere ESB versión 6.2 se puede instalar en un entorno en el que coexista con niveles anteriores de
WebSphere ESB.
Aumento
- Sólo puede migrar un perfil de versión 6.0.2.x o versión 6.1.x a un perfil de versión 6.2 si están en el mismo nivel de aumento.
- Puede tener una célula mixta que contenga nodos gestionados aumentados y no aumentados siempre que el gestor de despliegue de la célula se haya aumentado al mismo nivel de aumento que el nivel de aumento más alto de cualquiera de sus nodos gestionados. Por ejemplo, si el gestor de despliegue se aumenta para WebSphere ESB,
puede manejar satisfactoriamente nodos que se han aumentado para WebSphere ESB y WebSphere Application Server. Sin embargo, un gestor de despliegue que sólo se haya aumentado para WebSphere Application Server, sólo podrá
gestionar nodos de WebSphere Application Server.
Directorio de copia de seguridad
- Las herramientas de migración crean un directorio de copia de seguridad de la migración que contiene una copia de seguridad de la configuración de la versión anterior. El espacio disponible para este directorio debe tener como mínimo el tamaño de las aplicaciones y del directorio de configuración del perfil anterior. El perfil anterior puede ser un perfil de WebSphere ESB o WebSphere Application Server.
Nota: Cuando se migra desde versión 6.0.2.x,
se realiza una copia de seguridad de todos los perfiles existentes bajo la instalación anterior de WebSphere ESB. Sin embargo, cuando se migra desde versión 6.1.x,
sólo se realiza una copia de seguridad de un perfil a la vez.
Clústeres
- Los miembros de un mismo clúster no pueden ejecutar
distintas versiones (6.0.2.x, 6.1.x, 6.2) de
WebSphere ESB. Si ha configurado un clúster que contiene diferentes servidores que ejecutan
diferentes versiones, todos los miembros que ejecuten versiones anteriores de
WebSphere ESB deben
detenerse antes de iniciar el primer miembro del clúster con la versión 6.2.
Asimismo, una vez que haya iniciado un miembro de clúster de la versión 6.2,
no inicie ningún miembro de clúster de la versión 6.0.x o 6.1.x en dicho clúster.
Bases de datos
- Antes de migrar una base de datos
Cloudscape o Derby,
asegúrese de que los servidores que alojan aplicaciones que utilizan la base de datos
Cloudscape
se hayan concluido. De lo contrario, la migración de
Cloudscape
fallará.
Transporte HTTP
La migración de
WebSphere ESB versión 6.0.2.x convierte transportes
HTTP en cadenas de transportes de contenedor Web de infraestructura de canales.
Nota: Esto es aplicable únicamente a migraciones de versión 6.0.2.x.
Para obtener más información acerca del soporte de transporte de
versión 6.2, consulte los temas siguientes:
Java/JDK (Java Development Kit)
Importante: Asegúrese de que todos los parámetros JVM
JVM (Java Virtual Machine) genéricos especificados para cualquier servidor sean compatibles con la nueva versión Java. Suprímalos si no son necesarios.
Compruebe otras aplicaciones relacionadas con la JVM como, por ejemplo, Wily Agents, ya que es posible que tenga que adoptarlas en la nueva versión Java. Asegúrese de que las inhabilita antes de la migración y que luego las habilita después de la migración.
JNI (Java Native Interface)
Las aplicaciones Java Native Interface (JNI)
que funcionan con WebSphere ESB versión 6.0.2 en Solaris x64 deben recompilarse en un entorno de 64 bits para
que funcionen con WebSphere ESB versión 6.2. Por ejemplo, esto incluye todas las aplicaciones JNI que se ejecutan en un código de proceso
de WebSphere ESB llamado desde un
Enterprise JavaBean (EJB). En Solaris x64, WebSphere ESB versión 6.0.2
se ejecuta como aplicación de 32 bits aunque la plataforma subyacente sea de 64 bits. Esto se debe a que la
Java
Virtual Machine subyacente es de 32 bits. WebSphere ESB versión 6.2
se ejecuta como una aplicación de 64 bits porque la
Java
Virtual Machine subyacente es de 64 bits. Las aplicaciones JNI compiladas en un entorno de 32 bits para la versión 6.0.2 no se pueden ejecutar en el entorno de 64 bits de la versión 6.2.
Retrotracción de entornos
- Si migra un nodo a la
WebSphere ESB versión 6.2 y luego
descubre que es necesario volver a la
versión 6.0.x o 6.1.x, consulte el apartado Retrotracción del entorno.
Almacenamiento
- La cantidad de almacenamiento que el sistema necesita durante la migración a la versión 6.2
dependerá del entorno así como de la herramienta de migración que se utilice.
- Requisitos de almacenamiento de WBIPreUpgrade
- Ubicación: directorio de copia de seguridad especificado como parámetro del mandato WBIPreUpgrade
- Cantidad: para ver una estimación aproximada de los requisitos de almacenamiento al utilizar este mandato, añada las siguientes cantidades.
- Tamaño de los siguientes elementos de todos los perfiles de WebSphere ESB o WebSphere Application Server de la configuración anterior:
- directorio raíz_perfil/installableApps
- directorio raíz_perfil/installedApps
- directorio raíz_perfil/config
- directorio raíz_perfil/properties
- bibliotecas compartidas a las que se hace referencia en los archivos de configuración de libraries.xml
- archivos RAR (Resource Adapter Archive) a los que se hace referencia en los archivos de configuración de resources.xml
- Si el rastreo está habilitado, que es el valor por omisión, hasta 200 MB (según el tamaño y la complejidad de la configuración)
Para obtener más información sobre este mandato, consulte el Programa de utilidad de línea de mandatos WBIPreUpgrade.
- Requisitos de almacenamiento de WBIPostUpgrade
- Ubicación: nueva configuración relativa al nuevo directorio de raíz_perfil
- Cantidad: para ver una estimación aproximada de los requisitos de almacenamiento al utilizar este mandato, añada las siguientes cantidades.
- Tamaño de los siguientes elementos del perfil anterior de WebSphere ESB o WebSphere Application Server que está migrando:
- directorio raíz_perfil/installableApps
- directorio raíz_perfil/installedApps
- directorio raíz_perfil/config
- directorio raíz_perfil/properties
- bibliotecas compartidas a las que se hace referencia en los archivos de configuración de libraries.xml
- archivos RAR (Resource Adapter Archive) a los que se hace referencia en los archivos de configuración de resources.xml
- Si el rastreo está habilitado, que es el valor por omisión, hasta 200 MB (según el tamaño y la complejidad de la configuración)
Para obtener más información sobre este mandato, consulte el Programa de utilidad de línea de mandatos WBIPostUpgrade.

Establecimiento de ulimit
- Para que después de la migración no se produzca un error en el que hay demasiados archivos abiertos, asegúrese de que aumenta el valor ulimit. Para obtener instrucciones acerca de cómo aumentar el valor ulimit, consulte Preparación de sistemas Linux.