唯一访问路径问题阻止更新成员SYSIXADV AS400

我在as400上长时间占用大量CPU的作业有问题。唯一访问路径问题阻止更新成员SYSIXADV AS400

我认为它与系统运行的工作有关，系统索引顾问检查或建立索引。

我注意到当我们做数据加载时（从旧数据库到新数据库），这个过程开始并且需要很长时间才能结束。

当我看在活动作业的joblog它提供了以下：

我可以看到有一个问题：

而且它与放在桌子上p6oispf索引做，但我不知道是什么的索引或如何解决这个问题？

是什么原因造成这一点，我们怎样才能制止这种情况的发生？

来源

2015-09-29 Renier

什么版本的IBM i？你有没有最新的PTF？ – Charles

@Charles V6R1M0，我们现在正在研究PTF的... – Renier

@Charles PTF的积累？看看：http://www-01.ibm.com/support/docview.wss?uid=nas8N1011448 – Renier

尝试following
从具有损害SYSIXADV文件恢复，应遵循以下步骤：

注：更换QSYS2与QSYS2nnnnn如果这是一个IASP。

注意：使用QSYS/QADBXREF文件上的DSPFFD命令将zz替换为字符列使用的CCSID。这里是要寻找什么：

   Data  Field Buffer Buffer  Field Column 
    Field  Type  Length Length Position  Usage Heading 
    DBXFIL  CHAR   10  10   1  Both  FILE 
                   NAME 
    Field text . . . . . . . . . . . . . . . : File name    
    Coded Character Set Identifier . . . . . :  37

任何CHAR的列就行了，在这个例子中，CCSID（编码字符集标识）是当应用活动的37个

这些步骤都是最好的执行静默。

ALCOBJ OBJ（（QSYS2/SYSIXADV * FILE * EXCL））冲突（* RQSRLS）
DLTF QSYS2/SYSIXADVIX
DLTF QSYS2/CONDIDXA
DLTF QSYS2/SYSIXADV
CHGJOB CCSID （ZZ）
CALL QSYS/QSQSYSIBM
CALL QSYS/QSQIBMCHK

如果上述操作不起作用，链接的文档将提供PTF列表以检查替代恢复。

来源

2015-09-29 12:38:34 Charles

我们确实按照这个例子，可以恢复或恢复损坏的SYSIXADV文件...但我想知道是什么造成这种情况？而且每次数据丢失时，似乎都会发生更多的事情。 – Renier

可能是PTF的问题。另外，你如何移动数据？ – Charles

我们正在使用RPGIV功能来移动它。从旧的DB结构到我们创建的新结构。 – Renier

命令DSPDBR SYSIXADV显示此文件有两个逻辑文件SYSIXADVIX和CONDIDXA。 DSPFD SYSIXADVIX命令显示该文件是唯一键入的，并在“访问路径描述”部分列出了关键字段。

来源

2015-12-13 14:16:43 Montana

唯一访问路径问题阻止更新成员SYSIXADV AS400

回答

相关问题