本篇内容主要讲解“SAP请求号传输机制原理”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“SAP请求号传输机制原理”吧!
1.1请求号传输分为二种情况
1)、同一个服务器的不同Client进行传输，使用事务代码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/trans的二个子目录下（cofiles、data）可以看到相应请求号以及请求号的内容
通过事务代码CG3Y，可以将相应的配置导出该文件为本机文件
如果在DEV的系统中有一个配置，我们希望将该请求号导入到一个另外一个系统，该系统与DEV系统无任何关联
那么我们首先可以通过事务代码CG3Z将上文中的文件导入到文件目录中
然后通过STMS进行导入当前系统
当二个系统是相互连接的时候（譬如从DEv系统传输到QAS系统），此时我们使用事务代码STMS执行跨系统传输时，其操作步骤，实际上也是首先读取DEV系统的二个请求号，这二个请求号保存的内容就是上文提到的文件目录下，然后通过在STMS点击导入按钮，将该文件导入到当前系统中.
1.4 请求号传输机制总结
1)、同一服务器请求号传输时，始终传输请求号中所包含的表记录（Table Entry）的当前记录,而非请求号产生时的情况
2）、不同服务器传输时，传输的是请求号对应的文件，而非表记录
到此，相信大家对“SAP请求号传输机制原理”有了更深的了解，不妨来实际操作一番吧！这里是创新互联网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！
