使用PeopleSoft访问概要和Oracle资源概要

PeopleSoft提供了一种方式，可以让其进程通过不同的用户连接到同一个PeopleSoft数据库。提供这种特性的原因之一就是要满足Oracle数据库资源管理器的使用需求。

让所有用户进程以同一个数据库用户连接到数据库有效的避免了Oracle 9i及之前版本的资源管理器的使用。在这个版本下，Oracle只能够自动的分配一个资源计划给一个用户，而且不得不通过应用来执行命令。然而让应用执行命令并不是PeopleSoft想要去做的事情。

然而，从Oracle 10g开始，消费者组（Consumer Groups）不只可以通过用户，还可以通过服务名称、操作系统用户、客户端程序名称、客户端机器名称、模块以及操作映射到会话。对于识别应用服务器或者只是处理特殊查询的服务器进程而言，这一点已经足够了。模块（Module）和操作（Action）存在于PeopleTools8.50中，因此不同的资源概要甚至能够被应用到在线应用或者特定的批处理进程上。比起创建额外的schema以及使额外的访问概要起效所需的所有授权，这个功能会更加容易配置和维护。尽管如此，访问概要仍然存在于PeopleTools中，而且仍然有些使用情形。

在登录过程之初，从PS.PSDBOWNER表的OWNERID列获取到包含PeopleSoft数据库的schema。登录程序查询这个schema中的PSSTATUS、PSOPRDEFN和PSACCESSPRFL表。但是最终连接到PSACCESSPRFL表中ACCESSID指定的schema。

在默认的PeopleSoft安装过程中，一个Data Mover脚本会将所有的表导入到数据库且填充PS.PSDBOWNER表。然后用一个SYMBOLICID以及PeopleSoft schema的名称和密码更新PSACCESSPRFL表的一行（如下所示）。所有的PeopleSoft操作者都被指派给该SYMBOLICID。因此，PSACCESSPRFL表中ACCESSID的值和PS.PSDBOWNER表中的OWNERID相同，而且所有的PeopleSoft进程都连接到该schema上，不管它们使用的操作者ID是什么。

UPDATE PSOPRDEFN SET SYMBOLICID = 'SYSADM1', OPERPSWD = OPRID, ENCRYPTED = 0;
UPDATE PSACCESSPRFL SET ACCESSID = 'SYSADM', SYMBOLICID = 'SYSADM1', ACCESSPSWD = 'SYSADM', VERSION = 0, ENCRYPTED = 0;

理解访问概要

每个用户概要必须通过Symbolic ID指定给一个访问概要。Access ID由关系数据库系统ID和密码组成，能够用于如下几种情况：

• 当应用服务器启动并连接到PeopleSoft数据库时（在psappsrv.cfg中配置）
• 当开发人员或者权限用户直接登录到PeopleSoft数据库（两层模式）时（在配置管理中配置）
• 当批处理程序连接到数据库时（在psprcs.cfg中配置）

通过PIA登录到系统的用户利用应用服务器连接到数据库时使用的Access ID，访问概要对PIA不起作用，即使用户没有关联符号ID，也可以登录的系统。

如果用户没有关联访问概要，该用户是不能登录的，如应用服务器在psappsrv.cfg配置文件中配置的APPUSER用户，该用户的Symbolic ID是SYSADM1。

Symbolic ID就是Access ID和Access密码的一个代理ID。如下用户类型必须关联Symbolic ID：

• 通过Connect ID / Connect Pasword 进行两层连接的用户
• 通过进程调度器提交job的用户

可以在Application Designer中创建另外一个SYMBOLICID，但是首先必须在数据库中创建一个相应的数据库用户。

如我在数据库中创建了一个空的schema：TEST

SQL> create user TEST identified by TEST default tablespace HRAPP;

然后在Application Designer中创建一个Symbolic ID：TEST1

创建之后，查询PSACCESSPRFL表，可以看到相关信息写到了该表中：

如果将启动应用服务器的用户（如APPUSER）的符号ID改为TEST1，那么应用服务器将以TEST用户连接到数据库。

使用系统自带的配置文件，只可以设置整个应用服务器或者进程调度器的Operator ID，而不单单只是一些服务器进程。这意味着所有通过应用服务器进行连接的用户最总连接到的Access ID，是用于启动应用服务器的Operator ID的SYMBOLICID所对应的Access ID，并不是这些用户自身的SYMBOLICID对应的Access ID。