一.版本、系统配置信息
| 软件 | 版本信息 |
|---|---|
| 操作系统 | AIX 6.1 |
| SAP | ECC6.0 SAP_BASIS 7.00SP15kernel 720 600 |
| oracle | 11.2.0.2.0 |
| DB大小 | 2T+ |
| SCC8 trans预估大小 | DB大小* 10%=200G |
| 硬件配置 | 4*12C 200GMEM |
二.使用SCC8导出遇到错误
-
2.1 log的错误信息
上面超时的参数是gw/frag_timeout -
2.2 scc3的错误
-
2.3 sm21的错误信息
没截图，有这么一句，进程被管理员结束
三.有个note完全提到这个错误提示
2309312 - Transport program tp Could not be started (RC = 9)
#gw/cpic_timeout = 3600
#gw/frag_timeout = 300
#rfc/use_gwstart = 1
#上面参数没效果
gw/frag_timeout = 300
#这个参数不知道提升之后有没有效果，有时间再试一下
四.第二个参数gw/keepalive = 3600，更改后导出成功
SAP scc8 Transport program tp could not be started (RC= 9)
https://archive.sap.com/discussions/thread/3267965
gw/keepalive = 3600
五.SCC8导出使用的是tp这个程序，而tp则是R3trans的子进程
# ps -ef|grep tp
q05adm 23986388 13500574 0 Jun 01 - 0:06 /usr/sap/Q05/DVEBMGS00/exe/tp ECCQASQ05.bluemoon.com.cn sapgw00 28525944 IDX=1
root 24445002 27459710 0 23:27:58 pts/0 0:00 grep tp
# ps -ef|grep trans
q05adm 22151178 23986388 2 Jun 01 - 941:20 R3trans -u 18 -w /usr/sap/trans/tmp/Q05ET00018.Q05 /usr/sap/trans/tmp/Q05KKT00018.Q05
root 24445004 27459710 0 23:28:22 pts/0 0:00 grep trans
# ps -eo pid,ppid,comm,etime|grep 22151178
22151178 23986388 R3trans 2-06:35:39
**结论：导出的速度快不了，慢慢等**
六.设置stms或者sccl导入的并发线程
-
6.1 se38 RSCCEXPT，或者使用scc8或者sccl的时候点上面的expert settings
-
6.2 这里的最大处理个数并不是真正的CPU个数或者CPU线程数，需要结合RZ12来看
-
6.3 最终导入使用的是sm50里面的dia进程类型，个数为
Maximun Number of Processes * Max.no.of WPS used，80*0.75=60个
而Max.no.of WPS由参数rdisp/wp_no_dia决定 -
6.4 真使用scc8这种方式，最好还是建一个对话实例单独导出，使用dia进程毕竟影响性能，最大感受就是当dia进程跑满的情况下，前端gui登录会阻塞
-
6.5,在某个blog下有网友回复，超过350G的DB，最好使用systemcopy方式进行测试系统创建
七.在本地客户端sccl拷贝模式下，使用60个dia进程进行拷贝，2T+的数据耗时约62个小时：
在复制过程中，下面可能会出现某些表read error的提示，在最后会自动重启recopy将error的表重新复制一遍
八.scc8导出报错
文件系统仍有足够空间
SLOG1822.Q05
Q05ET00018.Q05
CC000018.Q05
完全找不到原因2161285 - IBM i: Can't release transports via CTS
九.总结
- 1.scc8导进导出方式适用于配置传输
- 2.如果用scc8做sap_all导出，导出速度跟数据量有关系，速度还快不了
- 3.如果允许QAS和PRD的client号一样，systemcopy方式应该是最好的选择，使用备份可以在几个小时内提供测试环境
- 4.不允许client一样，可以在systemcopy后执行clientcopy，效率和成功率都大大提高