db2 在进行表操作时显示如下信息SQL0290N Table space access is not allowed. SQLSTATE=55039
db2 => list tablespaces show detail 显示表空间状态
Tablespaces for Current Database

Tablespace ID = 0
Name = SYSCATSPACE
Type = Database managed space
Contents = All permanent data. Regular table space.
State = 0x0000
Detailed explanation:
Normal
Total pages = 24576
Useable pages = 24572
Used pages = 19960
Free pages = 4612
High water mark (pages) = 19960
Page size (bytes) = 4096
Extent size (pages) = 4
Prefetch size (pages) = 24
Number of containers = 1

Tablespace ID = 1
Name = TEMPSPACE1
Type = System managed space
Contents = System Temporary data
State = 0x0000
Detailed explanation:
Normal
Total pages = 1
Useable pages = 1
Used pages = 1
Free pages = Not applicable
High water mark (pages) = Not applicable
Page size (bytes) = 4096
Extent size (pages) = 32
Prefetch size (pages) = 192
Number of containers = 1

Tablespace ID = 2
Name = USERSPACE1
Type = Database managed space
Contents = All permanent data. Large table space.
State = 0x0000
Detailed explanation:
Normal
Total pages = 8192
Useable pages = 8160
Used pages = 96
Free pages = 8064
High water mark (pages) = 96
Page size (bytes) = 4096
Extent size (pages) = 32
Prefetch size (pages) = 192
Number of containers = 1

Tablespace ID = 3
Name = MASDATASPACE
Type = Database managed space
Contents = All permanent data. Large table space.
State = 0x4000
Detailed explanation:
Offline

Tablespace ID = 4
Name = MASIDXSPACE
Type = Database managed space
Contents = All permanent data. Large table space.
State = 0x4000
Detailed explanation:
Offline

Tablespace ID = 5
Name = SYSTOOLSPACE
Type = Database managed space
Contents = All permanent data. Large table space.
State = 0x0000
Detailed explanation:
Normal
Total pages = 8192

Useable pages = 8188
Used pages = 236
Free pages = 7952
High water mark (pages) = 236
Page size (bytes) = 4096
Extent size (pages) = 4
Prefetch size (pages) = 24
Number of containers = 1
有没有高手帮我解决一下

[解决办法]
备份一下数据就好了
[解决办法]
恢复不可恢复数据库中的表空间
在需要进行崩溃恢复时，如果有已损害的表空间，那么只有先删除已损坏的表空间才能成功重新启动数据库。在不可恢复的数据库中，不保留恢复已损害的表空间所需的日志。因此，对这类表空间可以采取的唯一有效操作是删除它们。

要重新启动表空间已损坏的数据库：
调用不合格的重新启动数据库操作。如果没有损坏的表空间，它将成功。如果失败（SQL0290N），那么可以查看管理通知日志文件以获取当前已损坏的表空间的完整列表。
如果您希望删除所有已损坏的表空间，那么启动另一重新启动数据库操作，使用 DROP PENDING TABLESPACES 选项列示所有已损坏的表空间。如果损坏的表空间包括在 DROP PENDING TABLESPACES 列表中，那么表空间将进入删除暂挂状态，且必须在恢复操作完成之后删除表空间。
重新启动操作继续，无需恢复指定的表空间。如果损坏的表空间未包括在 DROP PENDING TABLESPACES 列表中，那么重新启动数据库操作将失败，并返回 SQL0290N。

注： 在 DROP PENDING TABLESPACES 列表中包括表空间名称并不表示该表空间将处于删除暂挂状态。仅当重新启动操作期间发现表空间损坏时才会处于此种状态。
如果重新启动数据库操作成功，调用 LIST TABLESPACES 命令来找出哪些表空间处于删除暂挂状态。
发出 DROP TABLESPACE 语句来删除处于删除暂挂状态的每个表空间。一旦执行了此操作，您将能够收回损坏的表空间所使用的空间，或者重新创建表空间。
如果不想删除表空间和丢失损坏的表空间中的数据，您可以：
修复损坏的容器（没有丢失原始数据）。
重新发出 RESTART DATABASE 命令。
执行数据库复原操作。
[解决办法]
你的问题没有解决吗？
我以前见过这个问题，查了资料说备份数据库，然后再还原就可以了
[解决办法]
我以前遇到这样的问题，是aix 存储没有挂上，把存储挂上然后重启就没有问题了