☆st22里显示如下
1.症状 st22里显示如下
2.发现只有两台instance报这个dump,看到错误分析里有提示”BEKPO”,我就想有可能是昨晚
传输导致的,查看了一下BEKPO的版本,发现版本的确是昨晚上21:20的
3.使用se03查找,无法查出是哪个change request
4.一个一个地到系统里查昨晚传输的请求,找到.
5.与开发人员沟通,开发人员看了之后说只要使用/$sync同步一下buffer就好了,因为此前也
曾碰到过类似的情况. 按照我的理解/$sync是清空buffer.我坚持我的观点.
6. 到P9595B2和posrfc8上清空缓存 /$sync,问题解决.不过现在看了notes觉得应该是/$tab,
为什么我敢在生产系统上执行/$sync呢?因为我们这有个要求每次传输完之后必须使用sm51
到各个instance上敲一遍/$sync,至于为什么我一直不是很清楚.
7.回过头来想一想,st22上面的错误分析指出:
Since the old version of the type was already in use, and the new type
version was also to be used in the same transaction, the transaction
had to be cancelled to avoid inconsistencies. 个人认为是posrfc8和P595B2这两台instance上的buffer没有和CI同步,
按道理讲我的系统每隔120秒(参数rdisp/bufreftime)会同步一次buffer的,那么为什么没有同
步呢? posrfc8和P595B2上的参数rdisp/bufrefmode值是sendon,exeauto.
奇怪.