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脚本在服务器上执行并重启服务器以生效；
　　最后再次执行数据库迁移脚本发现成功迁移，问题解决！