求助：恢复数据库碰到问题

goofyunix

环境：AIX, DB2 7

目标：生产机上做的是联机备份，要在另一台机器上恢复数据库

过程：
命令：restore db mydb from /usr/db_bak
结果：成功
命令：get db cfg for mydb
结果：First active log file = S0000903.LOG
命令：将S0000903.LOG 拷贝到 /usr/log/ 后，
      rollforwad db mydb to end of logs and stop overflow log path (/usr/log)
结果：sql1042c an unexpected system error occurred. sqlstate=58004

该如何解决？
谢谢

mhxiaoyi

? sql1042c
------------------------------------------------------------------------

SQL1042C发生意外的系统错误。

解释:  发生系统错误。此错误的一个可能原因是，数据库管理程序未正确安
装，或环境设置不正确。

在 OS/2 上，当尝试启动数据库管理程序时，此错误非常常见的原因是
NET.ACC 文件损坏。

未能处理该命令。

用户响应:  若尝试启动数据库管理程序时 OS/2 上发生此错误，且怀疑
NET.ACC 文件已损坏，则用 DB2 OS/2 版安装软盘的第 1 张软盘上的
NET.ACC 文件替换它们。

若在尝试与数据库相连时发生错误，则获取跟踪信息（指示如下），并与“
IBM 支持中心”联系。

若此问题落在上述建议之外，则确保系统时间和日期设置正确，并确保系统
有足够的内存和交换／调页空间可用。

重新提交当前命令。

若问题仍然存在，则停止数据库管理程序，再重新启动它。

若还有错误，则重新安装数据库管理程序。

若跟踪是活动的，则在操作系统命令行提示符处调用“独立跟踪设施”。参
考Troubleshooting
Guide中的“独立跟踪设施”以获取有关如何使用此设施的信息。与技术服务
代表联系，并提供下列信息：

必需的信息：

o   问题描述

o   SQLCODE 或消息号

o   SQLCA 内容（若有可能的话）

o   跟踪文件（若有可能的话）



联合体系统用户：若有必要，将拒绝请求的数据源中的问题隔离出来（参见
problem determination guide
以了解标识失败的数据源所要遵循的过程）。若问题出在 数据源
身上，则遵循该 数据源 的问题确定过程。

sqlcode:  -1042

sqlstate: 58004

mymm

查/usr/log目录及LOG文件的权限！