You can install process application snapshots onto an offline IBM® Process
Server by using IBM Process
Center to create the installation package and
by using wsadmin commands to install the snapshots using the packages.
Before you begin
See the prerequisites in
Installing process applications and snapshots.
If
you plan to migrate running instances, check that there is a migration
policy for the snapshot. The migration policy defines how to handle
orphaned tokens if any exist. If a migration policy is not listed
for the source snapshot, notify the owner of the snapshot that your
are installing to create the migration policy. The snapshot owner
can use the Process Center console
to generate the migration policy file and use the migration policy
editor to modify it. For information, see Defining the migration policy.
Procedure
- Log in to the Process Center console.
- On the Process Apps page, click
the process application that you want to install, and then click Snapshots.
- Click Install next to the snapshot
you want to install. The Install Snapshot
to Server window opens.
- In the window, select the offline Process Server that you want to install the snapshot to. If the process application already has an installation package for a different snapshot for
the offline Process Server, the window displays an
OK button. For example,
if there is an installation package for Snap1 and you clicked Install for
Snap2, the window displays the OK button. If you are
installing the first snapshot for the process application onto the Process Server, the window displays an Create
Installation Package button. Click the button. If you clicked the OK button, the window displays the
Install Snapshot - Manage Instances page. If you clicked the Create
Installation Package, the window closes and the process to create the installation
package starts.
- If the Install Snapshot - Manage Instances window
is open, select the type of installation package that you want to
create. You can create a generic installation package or
you can create a custom installation package. A generic installation
package does not include migration instructions used to migrate tokens
and instances from other snapshots to the new snapshot.
- If you selected to create a custom installation package, set how to handle running instances
for each snapshot that is currently installed onto the Process Server. Your options are:
If you choose Leave, existing process instances continue to run using
the previous snapshot. New process instances use the new snapshot. If you choose
Migrate, existing process instances migrate to the new snapshot. There is the
possibility that orphaned tokens could occur with this option. If you choose
Delete, which is only available on development servers, existing process
instances are deleted. For more information, see Migrating instances.
Click Create Installation
Package.
For example, you have two snapshots, Snap1 and Snap2, already installed on the server. You
want to install Snap3 onto the server and you select to create a custom installation package. In the
window, you specify how to handle running instances for two migrations:- From Snap1 to Snap3
- From Snap2 to Snap3
After Process Center creates the
installation package, you can see the installation packages listed below the snapshot. Installation packages are available on the Process Center server as long as the selected offline server
exists in Process Center. If you delete the offline
server from Process Center, the installation
packages for that server are also deleted.
- Expand the Migration Policy Available section to handle
migrating running instances from the snapshot if either of the following
conditions is true:
- You selected to create a generic installation package.
- You selected to create a custom installation package and you selected
the Leave option for at least one snapshot.
The Migration Policy Available section lists the migration source
snapshots that have a migration policy. For each snapshot that you
are migrating instances from, click Export and
save the resulting .xml file. If the section
is missing a migration policy, contact the owner of the snapshot you
are installing to create one. For information, see Defining the migration policy.
- Export the installation package to a file by clicking Export
installation package. Save the resulting .zip file.
- Transfer the installation package to the offline Process Server by using FTP or a similar utility. If you
exported migration policy files, transfer them as well.
- On the offline Process Server, run the
BPMInstallPackage command in the
profile_root/bin directory. For information about the command, see BPMInstallPackage command. For
example:
AdminTask.BPMInstallPackage('[-inputFile C:\myProcessApps\SHSV856.zip -showSnapshotInfo true]')
For information about the command, see BPMInstallPackage command.
- To migrate running instances to the new snapshot, run the
BPMMigrateInstances command. In the command, identify an old snapshot as the source and the new snapshot as the target. If
you exported a migration policy file for the source snapshot, add the path to that file as the
orphanTokenPolicyFile parameter. For information about the command, see BPMMigrateInstances command.
Tip: You can also delete all orphaned tokens in
Process Inspector. However, with Process Inspector, you cannot choose to delete individual orphaned
tokens or move any tokens.
For example:
AdminTask.BPMMigrateInstances(’[-containerAcronym HSS -sourceContainerSnapshotAcronym V1 -targetContainerSnapshotAcronym V2 C:\logFiles\V1_to_SHSV856.xml]')
- Optional: If necessary, set
environment variables. For example, the correct value
for a particular environment (such as test or production) might not
be known during the process design. In those cases, you must provide
the value after installing the process application in the new environment. For information, see BPMSetEnvironmentVariable command or Configuring runtime environment variables.
- Optional: If necessary, establish
runtime teams. For example, after you install a snapshot
in a new environment (such as test or production), you might need
to add or remove users in the teams for that process application.
That is, users in the test environment might not have been available
in the development environment. For information, see Configuring runtime teams.
- Optional: If necessary,
control exposed processes and services. For example,
after you install a snapshot in a new environment (such as test or
production), you might need to disable a particular exposed process
or service within that process application For information,
see Configuring exposed processes and services.
Results
The last snapshot that you install becomes the default
snapshot and it is automatically active.