Operating Systems: AIX, HP-UX, Linux, Solaris, Windows, z/OS
Migration toolkit
You can use the migration toolkit to automatically detect your previous configurations of WebSphere® Application Server and import the configuration into the WebSphere Extended Deployment cell.
Toolkit capabilities
- Bidirectional and atomic automation: With the migration toolkit, you can read from an older cell configuration and create the V6.1 or later configuration in an atomic process. You do not need to manually make any updates after the migration process begins.
- Multiple migration modes: You can also phase your migration. For example, you can read the data from the previous cell and manipulate the data before continuing with the migration.
- Delta generation: The migration toolkit scripts persist a copy of the previously generated environment data. When you rerun the scripts, the scripts create a delta between the configuration versions and can update and delete servers or applications as needed. Only major configurations such as servers, applications, and modules are factored into the delta. If port or endpoint information changes for example, modify the data directly from the administrative console.
- Automatic data entry: The migration toolkit scripts automatically preload data into your cell.
- Limited dynamic clustering: After the scripts complete, your static clusters are represented as dynamic clusters. Dynamic clusters can start and stop servers as your service policies or demand requires. The dynamic clustering capabilities for your migrated servers are limited. The limitations that apply to dynamic clusters of assisted life cycle middleware servers also apply to the dynamic clusters that the migration toolkit creates.
- HTTP traffic shaping: Because the applications get registered within the WebSphere Extended Deployment configuration, the on demand router (ODR) can route to your clustered applications based on the demand and statistical analysis of your HTTP traffic. Traffic can be routed to your V5.1 or V6 and later applications in the same way that traffic can be routed to V6.1 and later applications. Service and routing policies can be applied.
Functional limitations
- The representations of your servers receive server status from the middleware agent. The middleware agent is installed on your previous server and provides the status information. However, this status might not be accurately represented at all times.
- You cannot fully monitor middleware applications from your V6.1 cell. The status of the applications is tied to the status of the target servers or clusters with which they are associated. When the corresponding servers or clusters start, so do the middleware applications, independent of the actual application status.
Related concepts
Dynamic clusters
Related reference
MirrorCell.bat|.sh script