创建 Standard Process Server 部署环境

创建 Process Server 部署环境以运行从 Process Center 部署的流程。 您可以使用“部署环境”向导在同一单元中创建多个部署环境。

开始之前

确保已完成以下任务:
  • 安装产品
  • 创建 Deployment Manager 概要文件和关联的节点
  • 确保已创建“部署环境”向导的“数据库配置”面板中指定的数据库。部署环境配置从不创建数据库。有关更多信息,请参阅关于创建数据库的部分。
  • 确保启动您希望添加到部署环境中的所有本地和远程节点。
  • 使用“部署环境”向导创建 3 集群的部署环境时,该过程可能需要很长时间才能完成。这种情况下,请执行以下步骤之一以创建 3 集群的环境:
  • 如果您正在使用“部署环境”向导,那么可以启用 Deployment Manager 跟踪以获取有关部署创建的详细信息。 要启用对单个运行的跟踪并直到 Deployment Manager 重新启动,请登录管理控制台,转至故障诊断 > 日志和跟踪 > deployment_manager_name > 更改日志详细信息级别 > 运行时,然后将 com.ibm.bpm.config.*=all 添加到更改日志详细信息级别文本框并保存更改。
注: 必须已安装 Process Server 才能安装基于 Process Server 的部署环境。如果已安装 Process Center,那么需要启动 IBM IBM Installation Manager 并修改安装,以使用 Business Process Manager Advanced - Process Server 生产或 Business Process Manager Advanced - Process Server Non-Production 的功能部件。

由于使用“部署环境”向导创建部署环境的过程包含选择模式和功能部件的步骤,因此您应阅读并了解规划部分中记录的模式和功能部件的相关信息。

此任务的必需安全角色: 如果已启用安全性和基于角色的授权,您必须以单元管理员的身份登录至管理控制台,以创建部署环境。

关于此任务

该任务描述了创建基于特定模式的部署环境的过程,并使用了“部署环境”向导。

注: 不能在同一单元中的多个部署环境上安装需要 BPM Advanced Edition 功能的 Snapshot。
SQL Server 注意事项
  • 确保完成配置之前,用户名和模式已存在。模式值应为用户所选的缺省模式。
  • IBM Process Server 和 IBM Performance Data Warehouse 不应使用相同的数据库。
  • 如果将由当前正在运行服务器的 Windows 用户连接到数据库,那么 SQL Server 必须已启用通过 Microsoft SQL Server Management Studio 指定的 Windows 认证方式SQL Server 和 Windows 认证方式

过程

完成以下步骤以创建部署环境。

  1. 从管理控制台,单击服务器 > 部署环境以浏览至“部署环境”页面。
  2. 单击“部署环境”页面上的新建以启动“部署环境”向导。这样会显示“创建新的部署环境”页面。
    注: 数据库可以隔离内部组,例如管理员。如果数据库供两个部署环境共享,那么将在这两个部署环境中共享一个管理员组。发生这种情况时,两个管理员都能够以各个部署环境的管理员身份登录。
    1. 部署环境名称字段中输入部署环境的唯一名称。
    2. 部署环境管理员用户名字段中,输入部署环境管理员的用户名。
      注: 建议对每个部署环境使用不同的管理员以及单元管理员。
    3. 密码字段中,输入部署环境管理员的密码。
    4. 确认密码字段中,重新确认密码。
    5. 可选: 虚拟主机列表中,选择要映射到部署环境中 IBM BPM 应用程序的 Web 模块的虚拟主机。缺省选择为(无)
  3. IBM BPM 部署环境类型部分中,选择 Standard Process Server。功能部件可以为您的部署环境提供运行时处理功能。
  4. 从“选择部署环境模式”部分中,选择部署环境的模式,然后单击下一步以显示“选择节点”页面。可用模式有:
    • 单个集群:应用程序部署目标包含消息传递基础结构和支持应用程序。
    • 应用程序、远程消息传递、远程支持:应用程序部署、远程消息传递和远程支持分别具有单独的集群。
  5. 在“选择节点”页面上,选择要包含在该部署环境中的节点,然后单击下一步以显示“定义集群”页面。

    选择具有您在“IBM BPM 部署环境功能部件”部分中所选环境所需的功能的节点。

    为部署环境选择至少一个节点。要实现高可用性和故障转移环境,请选择至少两个节点。为实现可伸缩性,您可以再添加一些节点。

  6. 在“定义集群”页面上,为每个节点分配所需数量的集群,然后单击下一步以显示“定制集群名称和端口”页面。

    缺省情况下,针对每个功能在每个节点上分配一个集群成员。您可以通过替换每个列中的数量来更改该数量。如果您不熟悉每个集群类型所提供的不同集群角色和功能,请参阅“拓扑类型和部署环境模式”。

    针对节点的 0(零)值表示基于您所选的功能部件,该节点不参与所选功能。

  7. 在“定制集群名称和端口”页面上,定制适合该集群类型的集群名称或集群成员名称。您可以使用提供的缺省值,或定制集群详细信息,然后单击下一步
    注: 您可以指定集群成员的起始端口。 系统会为集群成员名称和起始端口生成缺省值。

    确保您指定的起始端口号相隔至少 20 个端口。端口号已保留并会针对使用所指定端口号的集群成员分配给各节点。如果您在创建部署环境时指定初始端口,那么该指定的初始端口将分配给集群成员。例如,如果第一个集群成员的端口号为 2000,那么将使用端口号 2000、2001、2002,以此类推。第二个集群成员的端口号将是 2020,端口号将为 2020、2021、2022,以此类推。 第三个集群成员的端口号将是 2040。

    如果该物理系统上已经存在一个节点,那么可能会发生端口冲突,而这些冲突必须通过更改端口值来手动解决。

    如果您使用具有唯一端口的其他服务器,那么 WebSphere® Application Server 不会自动为这些服务器配置虚拟主机。具体而言,WebSphere Application Server 不会自动向虚拟主机添加主机别名端口。但是,您可以使用管理控制台来为新服务器所使用的各端口都添加一个新的主机别名。要获取更多信息,请参阅关于配置虚拟主机的 WebSphere Application Server 文档。

  8. 在“配置 Process Server”页面上,为 Process Center 配置设置值,然后单击下一步
    • 环境名称

      输入 Process Server 的环境名称。

      环境名称是该服务器或集群将对 Process Center 用户已知的名称。

    • 环境类型

      从下拉列表选择您要配置的 Process Server 的环境类型。

      环境类型指的是 Process Server 的使用方式。例如,Process Server 将用于什么能力 - 开发测试登台还是生产。 可以在测试服务器上执行装入测试,同时可以使用登台环境类型来作为在将更改投入生产中之前托管这些更改的临时位置。 如果将访问并使用您要配置的 Process Server 来复审内容和新功能,那么可以指定登台来作为环境类型。

      有四种类型的环境变量可供选择:

      开发
      如果服务器将用于开发能力,请选择开发
      测试
      如果您正在配置的服务器将用作为目标环境,请选择测试
      登台
      如果服务器将充当要用作为预生产服务器的登台平台,请选择登台
      生产
      如果服务器要用于生产能力中,请选择生产
    • 脱机使用服务器

      表明您正在配置的服务器是否为脱机服务器。

      脱机服务器是未连接到 Process Center 的 Process Server。

      部署过程应用程序的 Snapshot 时仍可以使用脱机服务器。但是,将过程应用程序部署到脱机过程服务器的方法不同于将过程应用程序部署到联机过程服务器的方法。

    • 协议

      选择 http://https:// 作为到 Process Center 的连接协议。

    • 负载均衡环境中的主机名或虚拟主机
      输入该 Process Server 与 Process Center 通信所需的主机或虚拟主机。 请使用标准主机名称。在 Process Server 与 Process Center 服务之间具有负载均衡器或代理服务器的环境中,请确保您在此指定的内容匹配访问 Process Center 的 URL。
      注: 请确保在配置 Process Server 时将服务器名称指定为主机名,而不是 localhost。远程使用 Process Designer 时,该操作是必需的。
    • 端口

      输入 Process Center 的端口号。在 Process Server 与 Process Center 之间具有负载均衡器或代理服务器的环境中,请确保您在此指定的内容匹配访问 Process Center 的 URL。

    • 用户名

      输入 Process Center 上存在的有效的用户名。Process Server 将以该用户的身份连接至 Process Center。

    • 密码

      输入该用户的密码。

    • 确认密码

      输入以确认用户的密码。

  9. 必需: 在“配置数据库”页面上,选择使用 Windows 认证的 Microsoft SQL Server,为部署环境的数据源配置数据库参数,然后单击测试连接,连接成功后,单击下一步以转至“摘要”页面。
    在此页面上,请定义包括在此部署环境中的组件的数据库信息。有可能时,向导将提供参数的缺省信息,但是请更改这些值以使其与您规划环境时定义的值匹配。
    要点: 该面板中指定的数据库必须已存在。部署环境配置从不创建数据库。有关更多信息,请参阅关于创建数据库的部分。
    • 共享的参数
      • 服务器:输入数据库所在的服务器的名称。
      • 端口:输入要连接至数据库的端口号。
      • 创建表:选择此选项以创建所需的表。
        注: 如果选中此选项,请确保用户具有足够的权限,以访问数据库和创建表。
    • 公共数据库
      • 名称:输入用于 CommonDB 组件、Business Space、Business Process Choreographer 和消息传递的公共数据库的名称。
    • Process 数据库
      • 名称:输入 Process Center 数据库的名称。
    • Performance Data Warehouse 数据库
      • 名称:输入 Performance Data Warehouse 数据库的名称。
    • 选择要与 Common 数据库分离的数据库。
      • 消息传递:选择该选项以创建单独的消息传递引擎数据库。
        • 名称:输入消息传递引擎数据库的名称。
    注意: 对于 SQL Server:
    • 确保完成配置之前,用户名和模式已存在。模式值应为用户所选的缺省模式。
    • IBM Process Server 和 IBM Performance Data Warehouse 不应使用相同的数据库。
    • 如果将由当前正在运行服务器的 Windows 用户连接到数据库,那么 SQL Server 必须已启用通过 Microsoft SQL Server Management Studio 指定的 Windows 认证方式SQL Server 和 Windows 认证方式

    如果要手动创建表以代替自动创建配置,可以取消选中创建表复选框。这样会在 BPM_Install\profiles\DmgrProfile\dbscripts\ 文件夹中生成用于创建表的脚本。 您可以从 dbscripts 文件夹运行脚本,并且无需使用 BPMConfig 命令生成脚本。

    您可以编辑所有关键参数,例如,数据库名称、是否创建表、数据源运行时用户名称和部署环境的密码。您可以选择针对给定组件使用的数据库。

    提示: 不能通过“部署环境”向导完成的步骤以及需要手动完成的步骤列在“延迟配置”页面中。您可以在创建部署环境后查看该页面。要查看此管理控制台页面,请单击服务器 > 部署环境 > Deployment environment name > 部署环境配置 > 其他属性 > 延迟配置
  10. 在“摘要”页面上验证信息是否正确,然后执行以下子步骤:
    1. 可选: 如果要退出而不生成配置,请单击取消
    2. 可选: 如果要保存环境配置以配置类似的部署环境,请单击导出以进行脚本编制
    3. 如果您对部署环境配置感到满意,请单击生成部署环境以保存并完成部署环境的配置。这样还将在 Deployment Manager 机器上的 BPM_Install_Root/logs/config 文件夹中生成属性文件,并在文件名中包含时间戳记,即 bpmconfig-de_name-timestamp.properties。 保存该文件以供将来参考或对任何问题进行故障诊断。
  11. 如果您已通过清除“数据库”页面上的创建表选项来推迟 Process Server 数据库表的创建,那么请运行 bootstrapProcessServerData 命令来创建表并在数据库中装入系统信息。
    要点: 该命令必须在启动任何集群成员之前运行。
  12. 通过完成以下步骤以验证已适当创建部署环境:
    1. 从管理控制台注销、关闭 Deployment Manager,然后关闭所有定制概要文件。
    2. 启动定制概要文件、启动 Deployment Manager,然后登录管理控制台。
    3. 在管理控制台中,单击服务器 > 部署环境以启动部署环境。选中部署环境旁的复选框,然后单击启动
    4. 5 到 10 分钟(或者更长时间,取决于系统)后,请刷新部署环境页面;部署环境的“状态”会更改为已启动
    5. 找到公共数据库的 Tables 文件夹。检查是否已使用您手动创建的四种模式创建了表。
    6. 可选: 检查是否已使用 Business Process Choreographer 数据库中的 XXXBE## 模式创建了表。
    7. 在管理控制台中,选择应用程序 > 应用程序类型 > WebSphere 企业应用程序,并检查已安装的应用程序是否已成功启动。
    8. 选择资源 > JDBC > 数据源,并测试与消息引擎不相关的每个组件(即,名称中不包含 ME 的每个组件)是否已连接成功。
  13. 按此处指定的顺序完成配置之后,请重新启动以下资源。要获取重新启动资源的步骤,请参阅启动和停止您的环境
    1. 停止部署环境。
    2. 停止节点代理程序。
    3. 停止 Deployment Manager。
    4. 启动 Deployment Manager。
    5. 启动节点代理程序。
    6. 启动部署环境。
    对于 Advanced 或 Advanced-only 部署环境,需要重新启动 Deployment Manager 和节点代理程序以使单元作用域配置生效。这仅对于创建的第一个部署环境是必需的。

结果

配置完成时,您可以检验配置文件以查看更改。

下一步做什么

将更改保存至主配置,或者放弃更改。
要点: 如果您使用具有唯一端口的其他服务器,那么 WebSphere Application Server 不会自动为这些服务器配置虚拟主机。具体而言,WebSphere Application Server 不会自动向虚拟主机添加主机别名端口。但是,您可以使用管理控制台来为新服务器所使用的各端口都添加一个新的主机别名。要添加主机别名,请在管理控制台浏览至环境 > 虚拟主机 > default_host > 主机别名,然后单击新建。 要获取更多信息,请参阅关于配置虚拟主机的 WebSphere Application Server 文档。
清除所有适用的概要文件日志记录,或者将其保存到其他目录。您可能希望清除或移动日志,因为最后的配置会追加到这些日志中。这会造成难以查看最新的信息。