在绑定DB2程序时遇到DSNDBC.DSNDB01.DSNSPT02和DSNDBC.DSNDS06.DSNAPX01无法访问的错误。分析发现，这是由于系统表的索引空间损坏。通过删除并重新定义VSAM文件，然后重建索引，最终成功解决问题。该问题涉及到DB2的目录表空间和计划授权表的空间，影响到包的绑定和计划的创建。分享了解决过程和理解这些关联的重要性。
同事在bind一个DB2程序时出现下面的错误：
DSNDBC.DSNDB01.DSNSPT02
DSNDBC.DSNDS06.DSNAPX01 无法访问
分析：
通过查看数据库object发现，这两个文件是DB2系统表的index space，但由于未知原因(REORG或者REBUILD失败)导致这两个space无法访问。尝试REBUILD，仍然失败，错误码和上面一样，断定VSAM文件损坏。不知道怎么修复，所以只能手动将这两个vsam文件删除，重新define，然后再REBUILD这个index，应该可以解决。
下面这个截图就是定义这两个DB2系统data set的JCL，用的PGM就是大家耳熟能详喜闻乐见的IDCAMS。PS：从定义的参数可以看出DB2用的VSAM文件是LDS(Linear Data Set)，
最低0.47元/天 解锁文章
1919
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
