Oracle BPM集群部署

前一阵子，发现集群有这样一个问题。流程发布上去之后，bpmserver1上的soa服务器可以看到流程角色，而bpmserver2的soa服务器却不可见。在bpmserver1上发起的流程，在bpmserver2处理不了，提示的错误就是用户的身份上下文不对。

后面主要以官方文档《[201206]Enterprise Deployment Guide for Oracle SOA Suite》为基础，整理出了文档《Oracle BPM Suite集群部署手册》。之前的问题解决了，关键点是将身份和策略的存储类型从本地文件变成Oracle Internet Directory，但官方的很多做法最好照做，否则一旦出现问题很难定位和解决。

《Oracle Fusion Middleware Application Security Guide》 -> 4.1 Supported LDAP-, DB-, and File-Based Services
Oracle Platform Security Services supports the following LDAP-, DB-, and file-based
repositories:
■ For the OPSS security store:
– If file-based, XML for the policy store and cwallet for the credential store.
– If LDAP-based, Oracle Internet Directory (versions 10.1.4.3 or 11g) for the
policy store and credential store.
– If DB-based, Oracle RDBMS (releases 10.2.0.4 or later; releases 11.1.0.7 or later;
and releases 11.2.0.1 or later).
默认的存储类型是file-based（基于文件的），这种方式会有之前的问题。


尝试过DB-based（基于Oracle数据库）的存储类型，这种方式让bpm和soa的各类应用都无法登陆，如流程工作区和流程Composer。



第三种方式是《[201206]Enterprise Deployment Guide for Oracle SOA Suite》里指定的方式，这种方式问题可以得到解决。

附带介绍一下OID和ODSEE的一个对比，从文档《Oracle 身份管理 11gR1》的26页中摘录而来：
OID和ODSEE对于不同的客户需求具有不同的强项。OID是应用驱动的，并且主要关注Oracle的环境，特别是Oracle Fusion Middleware组建和Oracle Fusion Applications。
而ODSEE则是架构驱动的，主要用来支持更加异构的，多厂商的环境。ODSEE更少的资源占用（例如内嵌数据库）也为快速的企业部署提供了方便。