IBM WPS v8.5 数据迁移至DB2时因数据库用户权限不足引起的迁移失败问题解决示例

使用IBM提供的配置向导迁移Portal数据至DB2时，发生一个错误，在服务器和本机虚拟机环境均重现了该问题，经过分析后发现是DB2数据库用户的权限不足引起的，特此记录。

执行配置向导生成的DatabaseTransfer.sh脚本迁移数据库：

./DatabaseTransfer.sh

 

经过多次试验，发现每次均在创建jcr.ICMSTADMINDOMAINS表时发生错误；

[sqlproc] action: execute-sql-scripts [sqlproc] _________________________________________________________ [sqlproc] DbDomain: jcr [sqlproc] Database autocommit parameter true [sqlproc] No delimiter has been specified, using [;] to separate the SQL statements. [sqlproc] Reading file /opt/IBM/WebSphere/wp_profile/ConfigEngine/config/work/jcr/sql/schema.sql [sqlproc] Connected to jdbc:db2://localhost:50000/WPJCR:returnAlias=0; [sqlproc] Setting database autocommit to:true [sqlproc] CREATE TABLE jcr.ICMSTADMINDOMAINS ( [sqlproc] DOMAINID INTEGER NOT NULL, [sqlproc] CONSTRAINT ICMSTADMINDOMAIPK PRIMARY KEY (DOMAINID) [sqlproc] ) IN ICMSFQ04

刚开始以为执行的脚本文件损坏所以导致错误，于是按照日志中的提示搜索“jcr/sql/schema.sql”的SQL文件；

终于在“PortalServer/jcr/wp.content.repository.install/config/templates/setupdb/db2/jcr”目录找到了schema.sql文件，其中的第一条SQL语句就是在jcr数据库中创建ICMSTADMINDOMAINS表；

CREATE TABLE @jcr.DbSchema@.ICMSTADMINDOMAINS ( DOMAINID INTEGER NOT NULL, CONSTRAINT ICMSTADMINDOMAIPK PRIMARY KEY (DOMAINID) ) @jcr.ICMSTADMINDOMAINS.tablespace@;

 

发现SQL本身是没有问题的，那么只能是执行SQL时出现了问题，于是切换用户至db2inst1，结果执行该条SQL语句确实无法执行，报权限不足，无法操作表空间；

仔细检查了SQL，SQL的最后一句是“IN ICMSFQ04”，原来“ICMSFQ04”是一个表空间；

于是检查了配置脚本，发现在SetupDB2Database.sql脚本文件中找到了关于“ICMSFQ04”的权限设置，原来默认是对数据库用户组进行的权限配置，而当前数据库用户db2inst1所在的组在配置脚本中并不存在；

没办法只能将所有的权限配置均直接指向db2inst1用户；

如：

GRANT USE OF TABLESPACE ICMSFQ04 TO GROUP WP_JCR_CONFIG_USERS;

 

修改为：

GRANT USE OF TABLESPACE ICMSFQ04 TO USER db2inst1;

 

修改完成后再将该SQL脚本在服务器上执行并重启服务器以生效；

最后再次执行数据库迁移脚本发现成功迁移，问题解决！