本篇内容主要讲解“SAP请求号传输机制原理”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“SAP请求号传输机制原理”吧!
1.1请求号传输分为二种情况
1),同一个服务器的不同客户进行传输,使用事务代码SCC1进行传输
2),不同服务器之间进行传输,譬如从Dev(开发系统)传输到QAS(测试系统),使用事务代码SE10释放,然后STMS进行传输,
1.2,系统操作演示(同一服务器)
系统设置如下:CLient200为配置系统,client 250年为目标系统,二个系统处于同一个服务器中只
在目标系统通过事务代码SCC1,将第一个请求号DEVK90xxxx传输到client 250年
1.2,请求号传输机制说明(同一服务器)
事务代码:SE10,查看请求号DEVK90xxxx
事务代码:SCC1,传输请求号
1.3不同服务器之间进行传输
当在不同服务器之间进行传输时,系统产生请求号时,将会将请求号以及相应的内容保存成一个文件,也就是系统会保存请求号当时的配置只
通过事务代码AL11,在根目录DIR_TRANS /usr/SAP/反式的二个子目录下(cofiles、数据)可以看到相应请求号以及请求号的内容
,通过事务代码CG3Y,可以将相应的配置导出该文件为本机文件
如果在Dev的系统中有一个配置,我们希望将该请求号导入到一个另外一个系统,该系统与开发系统无任何关联,
那么我们首先可以通过事务代码CG3Z将上文中的文件导入到文件目录中,
然后通过STMS进行导入当前系统
当二个系统是相互连接的时候(譬如从Dev系统传输到QAS系统),此时我们使用事务代码STMS执行跨系统传输时,其操作步骤,实际上也是首先读取Dev系统的二个请求号,这二个请求号保存的内容就是上文提到的文件目录下,然后通过在STMS点击导入按钮,将该文件导入到当前系统中。
1.4,请求号传输机制总结
1),同一服务器请求号传输时,始终传输请求号中所包含的表记录(Table 入口)的当前记录,而非请求号产生时的情况
2),不同服务器传输时,传输的是请求号对应的文件,而非表记录,
到此,相信大家对“SAP请求号传输机制原理”有了更深的了解,不妨来实际操作一番吧!这里是网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!
