DB2:SQL0290N 不允许访问表空间。 SQLSTAT=55039

背景：
基于块级别的灾备存储恢复环境中，数据库起来之后查询数据提示表空间不可访问。

分析：
该问题可能的原因有很多，可能有：
1.相关文件属主、权限设置不当
2.灾备系统恢复的时间点选择不当
3.非正常的终止对表空间的访问

在本次案例中，应该是由于灾备系统恢复的时间点碰巧在不合适的时间点上，解决方法就是选择该时间点附近的快照尝试恢复。

报错：
db2 =>  select count(*) from test
1          
-----------
SQL0290N  Table space access is not allowed.  SQLSTATE=55039


查看表空间状态：
Tablespace ID                        = 3
 Name                                  = music
 Type                                  = Database managed space
 Contents                            = All permanent data. Regular table space.
 State                                 =  0x4080                           ----状态异常
 Detailed explanation:
 Roll forward pending
 Offline


查看容器信息：

$  db2 list tablespace containers for 3

 Tablespace Containers for Tablespace 3
 Container ID                         = 0
 Name                                  = /dev/music
 Type                                   = Disk




查看容器文件的属主和读写权限：
$  ls -lt /dev/music
crw-rw----    1  root     system        48, 14 Nov 20 16:09 /dev/music              ----属主有问题



修改属主和权限：
root@eric/#  chown db2inst1.db2iadm1 /dev/music
root@eric/#  chmod 777 /dev/music
root@eric/#  su - db2inst1


重启数据库实例：
$  db2stop force
12/29/2014 14:30:38     0   0   SQL1064N  DB2STOP processing was successful.
SQL1064N  DB2STOP processing was successful.


$  db2start
12/29/2014 14:30:43     0   0   SQL1063N  DB2START processing was successful.
SQL1063N  DB2START processing was successful.

连接数据库：
$  db2 connect to music
 Database Connection Information
 Database server           = DB2/AIX64 9.5.6
 SQL authorization ID   = DB2INST1
 Local database alias     = MUSIC


该问题一般来说可以尝试回滚数据库：
db2  rollforward db music to end of logs


在这次项目中，单纯的回滚无法解决无法访问的问题，最终方案为：
关闭数据库实例---卸载文件系统---varyoffvg---灾备系统追一下日志或者找一个其他的时间点尝试恢复---varyonvg---挂载文件系统---调整相关文件的权限和属主---启动数据库---连接数据库

执行查询语句：
db2 =>  select count(*) from test
1          
-----------
 9821

  1 record(s) selected.

转自：http://blog.chinaunix.net/uid-20802110-id-4756579.html