第一步检查传输请求是否可以写进buffer

1、第一步检查传输请求是否可以写进buffer第二步准备导出传输请求创建了传输请求号的版本以及把传输请求号的内容导出到buffer中第三步tp调用R3trans来导出传输请求号的控制文件和数据文件1. 检查R3trans的版本2. 生成临时控制文件/usr/sap/trans/tmp/CMDKK906059.CMD3. 使用R3trans来导出传输请求的数据文件/usr/sap/trans/data/R906059.CMD,-w指定了R3trans的传输日志,这里指定了临时文件/usr/sap/trans/tmp/CMDE906059.CMD,传输完成以后会变成usr/sap/trans/log/

2、CMDE906059.CMD,有关的R3trans的详细语法可以参看4. 接下来R3trans工具连接到了数据库,准备导出数据文件/usr/sap/trans/data/R906059.CMD5. 紧接着列出了Transport Profile的默认值, Transport Profile对应着操作系统上的 TP_DOMAIN_CMD.PFL,在sap层面可以用stms->overview->system->SAP system->display, Transport Profile的详细介绍可以参看6. 导出的日期:7. 导出的文件: /usr/sap/trans/d

3、ata/R906059.CMD8. 是否同步buffer:yes具体可以参看9. 导出哪个client的数据10. syslog 对应着操作系统上的/usr/sap/trans/log/S*11. GetDBMigrateCodePagesLangs uses TCP0D, TCPDB, TCP0C.得到数据库的code page对应着unicode non-unicodemeset.htm12. language 语言 对应着中文 英文 德文13. compression L 低压缩14. vector传输的条目仅仅是在language中指定的语种,比如一个条目有中文版和英文版,假如lang

4、uage 指定了英文,那么只传英文版的条目15. commit 100000 每隔100000条条目提交一次,防止一次性提交的数据太多,造成快照太旧16. table cache : dynamic 动态管理 不懂第四步:传到QAS系统, 从图中所示的一些表中导出一些传输请求号的信息E070: Header of Requests/TasksE071: Object Entries of Requests/TasksE071K: Key Entries of Requests/TasksE070C: Source/Target Client of Requests/TasksE070A: At

5、tributes of a RequestCTS_SERIAL:Predecessor-Successor Relationships Between Change RequestsE07T:Short Texts for Requests/Tasks接下来输出了一些导出的文件大小以及压缩比率信息24240 bytes written. Transport overhead 8.2 %.Data compressed to 9.6 %.Duration: 0 sec (24240 bytes/sec).0 tables in P-buffer synchronized.0 tables in

6、R-buffer synchronized.第五步:总结 断开与数据库的连接收获:传输请求号的内容是放在数据库中,如果传输请求由于某种原因释放不成功,需要重新传该怎么办呢?第一种:修改表E070的TRSTATUS的字段为D,但是在sap官方说明中没见过,不用SQL> desc SAPSR3.E070; Name Null? Type - - - TRKORR NOT NULL VARCHAR2(60) TRFUNCTION NOT NULL VARCHAR2(3) TRSTATUS NOT NULL VARCHAR2(3) TARSYSTEM NOT NULL VARCHAR2(30) KORRDEV NOT NULL VARCHAR2(12) AS4USER NOT NULL VARCHAR2(36) AS4DATE NOT NULL VARCHAR2(24) AS4TIME NOT NULL VARCHAR2(18) STRKORR NOT NULL VARCHAR2(60)SQL> update SAPSR3.E070 set trstatus = 'D'