当在Memory Based Snapshot Worker阶段时，计划过程失败，出现APP-MRP-22075和APP-FND-01564错误。原因是mslsnp_snp_po由于ORA-01455错误导致，即转换列溢出了整数数据类型。问题由order_number中购买线号过大引起。解决方案包括查找并更改过大的PO Line Number，通过Purchasing责任中的采购订单进行修正，然后重新运行计划。
今天早上刚上班就接到事业部业务人员的电话，说昨天晚上的ASCP没有跑起来，并抛出请求名称为：“基于内存的快照”，“快照监控程序”，“基于内存的快照工作进程”的状态错误。
解决思路：首先是查看请求的日志，但是有这么多请求失败，而且日志记录的大多数错误都类似这样：
APP-MRP-22075: 出现内部错误(mrnspxt, 1, 770138, )
@ 错误文本 原因：当前例行程序遇到指定的 @ 错误文本 x 措施：请与您的客户支持代表联系。
APP-MRP-22075: 出现内部错误(main, 13, , )
@ 错误文本 原因：当前例行程序遇到指定的 @ 错误文本 x 措施：请与您的客户支持代表联系。
***** 程序终止 - 基于内存的快照工作进程 *****
@ 错误文本 原因：当前例行程序遇到指定的 @ 错误文本 x 措施：请与您的客户支持代表联系。
APP-MRP-22075: 出现内部错误(main, 13, , )
@ 错误文本 原因：当前例行程序遇到指定的 @ 错误文本 x 措施：请与您的客户支持代表联系。
***** 程序终止 - 基于内存的快照工作进程 *****
去METALINK查发现有多种原因，比如说系统bug，进程异常等等。看这些文档花了不少时间。后来仔细的看日志发现这些报错是有关联的。一些基于内存的快照工作流程的请求都报同一个请求失败。比如：APP-MRP-22100: 请求 770138 失败，而770138这个请求就是快照监控程序的请求。打开这个请求的日志发现：10011APP-MRP-22100: 请求 770133 失败。再找到770133这个请求，请求名称为：“基于内存的快照”，检查改请求的错误日志：
APP-FND-01564: mslsnp_snp_po 中出现 ORACLE 错误 1455
<
<
最低0.47元/天 解锁文章
扫一扫
682
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
