传输问题小结

SAP中,传输是经常要做的事务,在系统中是一块很重要的内容.

见笑了各位.

小弟把在这段时间遇到的几个问题总结了一下,希望对新手有些帮助.


同时,抛砖引玉,希望各位谈谈传输的问题.

1)关于传输的瓶颈问题.
那些情况会导致
如何防止
如何妥当处理

2)关于SE38的运用

等等


内容见附件

[size=3][color=red]还是把基本内容贴出来.更详细的在附件中:rose: [/color][/size]

1.实际的需求中,传输比较频繁,一些情况传输比较紧急.不可能按照MAKE ESAY上理想的情况下传输.因此,在时间上,可以按照顾问需求传输,同时为了防止有传输引起的以下问题:不一致问题,传输终止,最坏情况下,导致SAP系统DOWN,必须的重启.限制传输内容是一个比较好的手段----这些传输内容必须是在传输过程中,不被用户调用的.
2.传输的方法:
第一类是同SYSTEM,不同CLIENT:
SCC1->输入请求号和源集团,记住打勾->立即执行
第二类是不同SYSTEM
STMS->点小汽车图标->PRD->在传输队列中找到请求号->点小汽车图标,单个传输
->输入目标集团->一直打勾到底.等待一会儿,OK!
3.传输队列中,没有找到客户需要传输的请求号.有以下原因:
第一.你眼神不好,请用望远镜.
第二.没有刷洗传输队列,每次传输必先刷一次.
第三.顾问没有释放.打电话CALL他
第四.顾问已经释放,但是由于是本地更改请求
这种情况下,方法较复杂,需要重置该传输号的状态,如下:
SE38->程序: TH_E070E->F8.

学习，谢谢

今天遇见一个传输问题

DEV#传到PRD中的

在DEV#中能找到释放的传输号,不是本地制定的.
但是在PRD传输队列中,没有查找该传输号

解决方法:在PRD传输中添加该传输号,若显示存在,在做传输.


问题:如上述情况下,传输号怎么会从系统传输队列中"蒸发"了.
是不是释放后时间过长,还是怎么回事?:soldier:

传输号并不会从系统传输队列中"蒸发"，而是传输的配置有问题，如传输路径、传输层的配置不对，所以开发系统的请求号没有传到生产系统的buffer

[quote]原帖由 [i]jenny[/i] 于 2008-1-1 11:46 发表 [url=http://www.itpub.net/redirect.php?goto=findpost&pid=9311156&ptid=918266][img]http://www.itpub.net/images/common/back.gif[/img][/url]
传输号并不会从系统传输队列中"蒸发"，而是传输的配置有问题，如传输路径、传输层的配置不对，所以开发系统的请求号没有传到生产系统的buffer [/quote]


:rose:
关于传输的问题,ADM100介绍的内容的确是入门级

楼上的前辈能推荐几本好书吗.:)

我们这边没用过那个表的程序，不知道具体该什么时候使用，另外我们传输STMS也没有更改生效的情况倒是常常发生。。。

[quote]原帖由 [i]byd_oct_xw[/i] 于 2008-1-2 10:59 发表 [url=http://www.itpub.net/redirect.php?goto=findpost&pid=9314568&ptid=918266][img]http://www.itpub.net/images/common/back.gif[/img][/url]



:rose:
关于传输的问题,ADM100介绍的内容的确是入门级

楼上的前辈能推荐几本好书吗.:) [/quote]


实践出真知
建议你自己做一个复杂一些的传输路由
有多个传输层
你就会发现,其实SAP的传输可以做的很复杂,比方说从某个CLIENT释放某些PACKAGE的东西只能到另外一个系统的某一个CLIENT
具体要自己研究

发生蒸发的情况先双机这个已经释放的request,检查target

顶下，谢谢

传输里面的内容还是有得做的

頂下

感谢

好贴，挺

支持，顶

good

收下了可以借鉴下

谢谢

楼主真用心,谢谢

刚刚看了下TH_E070E,发现是坏的- -,难道是我的SAP问题?

这个不错,学习.