sap配置请求号中的配置点多次修改，如何传输最终正确配置

Posted 2023-05-17

你好懒羊出品v4，楼主：
在sap项目的实施过程中，经常会遇到关于配置传输的问题。即我们在某个client下面做系统配置，配好了之后再传到其他系统之中。
配置传输分为两种情况：同服务器配置传输，异服务器配置传输。
同服务器配置传输：
在dev配置client下做完配置后，会根据系统要求产生一个请求号（前提是basis放出自动产生请求号的权限）。最好每一次配置都单独创建一个新的请求号，并填写这次请求的描述（这个描述一定要认真填写，非常重要，以免日后不知道当初这个配置是配了什么），保存。
然后到接收配置的client下，用事务代码scc1，找到相应的请求号，点击上面的传输按钮（注意不要勾上那个“测试”的勾），不报错则完成传输。
异服务器配置传输：异服务器配置传输较为复杂，具体的操作也因系统的不同而有所差别，但大体的流程应该如下：
1）在配置client下输入事务代码se10，找到之前所有的传输请求，包括工作台（workbench）请求和配置（customizing）请求
2）逐一释放（release）所有的请求。
3）登陆到接收配置的client，输入事务代码stms，点击传输（transport）按钮，选择相应系统
4）找到之前相应的传输请求，并逐一进行接收（import）动作
跨client请求——肯定是同服务器，例如在dev200定制好了，dev900就自动更新了
非跨client请求——同一服务器上，一个client中配置好后，需要传输到另外的client上
在进行统一的配置传输时，合理的顺序应该是fico模块先传，而后各后勤模块再开始传输。
配置顾问自己释放，但是传输是basis统一传输的好，因为如果配置顾问自己传输的话，可能会出现同事几个请求并发传输的情况，可能出现锁表，或者后台进程不够用的情况；
se01
se09
se10
stms
请求传输的相关事务代码； 参考技术A 没有备份的话，系统管理员请先自裁。 1） 传输请求的内容是在操作系统的文件上的。 只要release 以后就保持在操作系统中， 不会因为传输过一次就改变了。所以问题并非是无解的，至少HANA上再正确的传输一次就达到目的了。

如何正真消化一本书

第一遍的时候，有大量的点只不过“产生了印象”而已，根本做不到“深入了解”、更做不到“熟练运用”

-----因为运用的本身就需要时间和耐心，并且在这个过程中“优化方法论”而多次折回，最终才能做到正真的“升级.......”

所以，读很多遍，想很多遍，做很多遍，才可能真正进步。