You can create
a deployment manager profile using the Profile Management Tool.
About this task
You cannot select the name of the
Business Automation Workflow CellAdmin authentication alias when
using the Profile Management Tool. The name automatically defaults
to CellAdminAlias. (Using the BPMConfig command,
you can set the bpm.cell.authenticationAlias.1.name property
in the configuration properties file. And using the manageprofiles command,
you can supply the -adminAliasName parameter
with a customized authentication alias name.)

Restrictions:
Procedure
- Use one of the following methods to
start the Profile Management Tool.
- Start the tool from the Quick Start console.
- Use the Windows Start
menu. For example, select Start > Programs or All Programs > IBM > Business Process Manager
8.5 > Profile Management Tool.
- Run the command
installation_root\bin\ProfileManagement\pmt.bat
- On the Welcome page,
click Launch Profile Management Tool or select
the Profile Management Tool tab.
- On the Profiles tab,
click Create.
The Environment
Selection page opens in a separate window.
- On the Environment Selection page,
locate the IBM Business Automation
Workflow configuration
and expand the section. Select the Business Automation Workflow deployment
manager profile template and click Next.
- On the Profile Name and Location page,
complete the following steps:
- In the Profile name field, specify
a unique name or accept the default value.
Each profile
that you create must have a name. When you have more than one profile,
you can tell them apart at their highest level by this name.
- In the Profile directory field,
enter the directory for the profile or use the Browse button
to go to the profile directory.
The directory you specify
will contain the files that define the runtime environment, such as
commands, configuration files, and log files. The default directory
is installation_root\profiles\profile_name.
- Optional: Select Make this profile
the default to make the profile you are creating the default
profile.
This check box is shown only if you have an existing
profile on your system.
When a profile is the default profile,
commands work automatically with it. The first profile that you create
on a workstation is the default profile. The default profile is the
default target for commands that are issued from the bin directory
in the product installation root. When only one profile exists on
a workstation, every command operates on that profile. If more than
one profile exists, certain commands require that you specify the
profile to which the command applies.
- Click Next.
If you
click Back and change the name of the profile,
you might have to manually change the name on this page when it is
displayed again.
- On the Node, Host and
Cell Names page, complete the following actions for the
profile you are creating:
- In the Node name field, enter a name for
the node or accept the default value. Try keeping the node name as
short as possible, but ensure that node names are unique within your
deployment environment.
- In the Host name field, enter a name for
the host or accept the default value.
- In the Cell name field, enter a name for
the cell or accept the default value.
Click Next.
- Required: On the Administrative
Security page, enter values for the User name, Password,
and Confirm password. The user entered must
exist and must have administrative privileges.
The Next button
is enabled only after you enter the values.
- On the Security Certificate (Part
1) page, specify whether to create new certificates or
import existing certificates.
- To create a new default personal certificate and a new root
signing certificate, select Create a new default personal
certificate and Create a new root signing certificate,
and click Next.
- To import existing certificates, select Import
an existing default personal certificate and Import
an existing root signing certificate and provide the following
information:
- In the Path field, enter the directory
path to the existing certificate.
- In the Password field, enter the password
for the certificate
- In the Keystore type field, select the
keystore type for the certificate you are importing.
- In the Keystore alias field, select the
keystore alias for the certificate you are importing.
- Click Next to display the Security
Certificate (Part 2) page
When you import a personal certificate as the default personal
certificate, import the root certificate that signed the personal
certificate. Otherwise, the Profile Management Tool adds the signer
of the personal certificate to the trust.p12 file.
- On the Security Certificate (Part
2) page, verify that the certificate information is correct.
If you create the certificates, you can use the default values
or modify them to create new certificates. The default personal certificate
is valid for one year by default and is signed by the root signing
certificate. The root signing certificate is a self-signed certificate
that is valid for 15 years by default. The default keystore password
for the root signing certificate is WebAS. Change
the password. The password cannot contain any double-byte character
set (DBCS) characters because certain keystore types, including PKCS12,
do not support these characters. The keystore types that are supported
depend on the providers in the java.security file.
When
you create either or both certificates, or import either or both certificates,
the keystore files that are created are:
- key.p12: Contains the default personal certificate.
- trust.p12: Contains the signer certificate
from the default root certificate.
- root-key.p12: Contains the root signing certificate.
- default-signers.p12: Contains signer certificates
that are added to any new keystore file that you create after the
server is installed and running. By default, the default root certificate
signer and a DataPower® signer
certificate are in this keystore file.
- deleted.p12: Holds certificates deleted with
the deleteKeyStore task so that they can be recovered if needed.
- ltpa.jceks: Contains server default Lightweight
Third-Party Authentication (LTPA) keys that the servers in your environment
use to communicate with each other.
These files all have the same password when you create or import
the certificates, which is either the default password, or a password
that you specify. An imported certificate is added to the
key.p12 file
or the
root-key.p12 file. If you import any certificates
and the certificates do not contain the information that you want,
click
Back to import another certificate.
- Advanced: If you do not have administrative
privileges, skip to the next step. If you have administrative privileges,
on the Service Definition, page indicate whether
to use a Windows service
to run IBM Business
Automation Workflow.
If the profile is configured as a Windows service,
IBM Business
Automation Workflow starts Windows services for processes started by the
startServer or
startManager commands. For example, if you
configure a server as a Windows service and issue the
startServer command, the
wasservice command starts the defined
services.
Important: If you choose to log in as a specified user account, you must
specify the user ID and the password for the user who is to run the service, and the startup type
(default is Manual). The user ID must not have spaces in its name, must belong to the
Administrator group, and must have the advanced user right Log on as a service
. If the user
ID belongs to the Administrator group, the Profile Management Tool grants it the advanced user right
if it does not already have it.
During profile deletion, you can remove the Windows service that is added
during profile creation.
- IPv6 (Internet Protocol version 6) considerations when running
profiles as Windows services
- Profiles created to run as a Windows service
fail to start when using IPv6 if the service is configured to run
as Local System. Create a user-specific environment variable to enable
IPv6. Because this environment variable is a user variable instead
of a Local System variable, only a Windows service
that runs as that specific user can access this environment variable.
By default, when a new profile is created and configured to run as
a Windows service, the service
is set to run as Local System. When the IBM Business
Automation Workflow Windows service tries to run,
the service is unable to access the user environment variable that
specifies IPv6, and thus tries to start as IPv4. The server does
not start correctly in this case. To resolve the problem, when creating
the profile, specify that the IBM Business
Automation Workflow Windows service runs as the same
user ID under which the environment variable that specifies IPv6 is
defined, instead of as Local System.
- On the Profile Summary page,
review the information. Click Create to create
the profile or Back to change the characteristics
of the profile.
- On the Profile Complete page,
review the information. To proceed to the Quick Start console, make
sure that Launch Quick Start console is selected
and click Finish.
What to do next
- Add managed-node profiles to be managed by the deployment manager,
and then configure the deployment environment.