0

不确定这是否是问这个问题的正确地方。我在 Agile PLM 9.3.5 中执行任何操作时遇到问题。我已将 PLM 从 9.3.3 升级到 9.3.5。还检查了序列表,所有序列都可用。仍然,在创建任何对象或更新任何用户配置文件时出现上述错误。

谢谢!

4

1 回答 1

0

如果问题仍未解决,您可以尝试这样做来解决问题:

升级到 Agile 9.3.5 后,您需要在 [AUT_HOME]/AUT/bin 目录中运行“reorder_query.bat”shell 脚本。此工具清除临时记录和间隙以压缩查询表以重用序列 ID。此信息在敏捷数据库升级指南中。

如果这不起作用,请参阅 MOS KB 中的文档 ID 1606365.1。

否则,如果您无权访问,我将复制粘贴下面关于行动计划的摘录。

  1. 停止应用程序服务器并反弹数据库服务器以确保所有正在进行的事务都已提交。当数据库关闭时,进行冷备份。在此过程中让应用服务器处于关闭状态,以防止用户连接。

  2. 将名为 GAP_HUNTER_GC_v1.0.sql 的附加脚本下载到安装了 Oracle 数据库客户端并且可以通过 SQL*Plus 连接到您的敏捷模式的机器上,然后运行它。例如,屏幕上的输出将类似于以下内容:

    SQL> @GAP_HUNTER_GC_v1.0.sql
    
    You are logging on DB User - AGILE
    Your agile database data version is 9.3.095.0
    Your agile database schema version is 9.3.095
    
    Please enter the gap threshold, default 5000:
    Please enter the number of top largest gaps, default 10:
    >>>>>>>> Start to collect gap ....
    >>>>>>>> Prepare for scanning tables....
    >>>>>>>> Start to collect tables and Generate the mapping tables ....
    >>>>>>>> Step 1: Collect Reused ids....Begin time:20131208 11:39:17
    table is not existing:Regulation_addorreplace_action
    table is not existing:Regulation_addorreplace_task
    table is not existing:INSTANCES
    table is not existing:REFERENCE_OBJECT
    >>>>>>>> Step 2: Generate gap .... Begin time:20131208 11:39:17
    >>>>>>>> Step 3: Finish the Gap Hunter Process ....
    >>>>>>>> Report: There are 0 id(s) have been collected in the GAP
      Sequence Indexer Number,                 Gap Size,          Starting Number,            Ending Number
                     67018473,                131226320,               1352956646,               1484182965
                     50955717,                 94058060,               1031324895,               1125382954
                     89993219,                 87600000,               1812982965,               1900582964
                     78036370,                 87424300,               1573458652,               1660882951
                     29531387,                 77700000,                601882965,                679582964
                     86572585,                 68412680,               1744470274,               1812882953
                     59910085,                 67800000,               1210682962,               1278482961
                     25834330,                 59801320,                527781692,                587583011
                     83797585,                 55500000,               1688882958,               1744382957
                     12104050,                 47011460,                252171585,                299183044
    >>>>>>>> End .........
    
  3. 步骤 2 的输出被放入文件系统上的日志文件中。日志文件位于启动 SQL*Plus 的同一目录中。查找以下文件:

    gap_hunter_version.log
    gap_hunter.log
    gap_hunter_report.log
    
  4. 打开 gap_hunter_report.log 文件并查看列表中的第一组数字。例如:

    Sequence Indexer Number,                 Gap Size,          Starting Number,            Ending Number
                   67018473,                131226320,               1352956646,               1484182965
    

    这表示最大的可用数字集,间隙大小为 131226320,从 1352956646 开始,以 1484182965 结束。

  5. 使用步骤 4 中的数字删除并重新创建 AGILEOBJECTIDSEQUENCE 序列:

    drop sequence AGILEOBJECTIDSEQUENCE;
    create sequence AGILEOBJECTIDSEQUENCE minvalue 1 maxvalue [Ending Number] increment by 20 cache 20 noorder nocycle start with [Starting Number];
    

    例如:

    SQL> drop sequence AGILEOBJECTIDSEQUENCE;
    
    Sequence dropped.
    
    SQL> create sequence AGILEOBJECTIDSEQUENCE minvalue 1 maxvalue 1484182965 increment by 20 cache 20 noorder nocycle start with 1352956646;
    
    Sequence created.
    
于 2017-02-01T21:58:36.097 回答