IBM WebSphere Portal6.1配置数据库和LDAP时需要注意的两个问题

IBM WebSphere Portal6.1配置数据库和LDAP时需要注意的两个问题

 

1　配置Portal6.1.0.0使用Oracle数据库

1.1　问题描述

配置Portal6.1.0.0使用Oracle数据库并将Portal数据从默认数据库迁移到Oracle时失败。

1.2　解决方案

第一，   Oracle版本不是受Portal6.1.0.0支持的正确保本号将导致配置Oracle失败；例如：10.2.0.0，但是Portal6.1.0.0支持的版本号是：10.2.3。必须将Oracle升级到合格的版本，才可以配置。

第二，   WAS对交易超时的设置不恰当将导致配置Oracle失败；

WAS默认设置交易超时时间为120秒，而Portal对Oracle数据传输的过程有很多事务是超过120秒的，这导致了传输过程中出现了由于交易超时而使得某些线程Hung起，将这个超市时间改为30分钟以上再执行传输过程，就可以避免这个问题。

第三，   Portal数据库管理员在Oracle中不具备创建视图的权限将导致配置Oracle失败；用户在创建Oracle数据库表空间的过程中，如果没有对指定的Portal数据库管理员赋予管理员权限，将导致数据传输过程由于权限不足而失败。在Oracle中指定该权限后再次传输，可以避免该问题的出现。

 

2　配置Portal6.1.0.0使用Novell Ldap用作用户注册表

2.1　问题描述

配置Portal6.1.0.0使用标准LDAP并用作Portal的用户注册表和安全认证机制成功，但是在Portal管理控制台创建出的用户、用户组无法搜索出来。

2.2　解决方案

   在wkplc.properties文件中设置LDAP用户在被Portal搜索是设置的过滤条件太多将导致这个问题；在“LDAP entity types”的8个属性中，只需要2个过滤条件，这两个过滤条件是：

standalone.ldap.et.group.objectClasses=groupOfNames

standalone.ldap.et.personaccount.objectClasses=inetOrgPerson

     

其他参数都不需要，如果添加上其他参数，将导致由于搜索条件过多而在用户列表中搜索不出来。修改完这两个参数后，再次执行脚本，上述问题不在复现。