SAP Basis工作之Client Refresh(跨系统Client刷新)

  • 10
  • 1,638 views
  • A+
所属分类:Notes

目的:将PRD Client覆盖到内部顾问测试专用QAS Client上。

方式:SCC9同步复制或者SCC8导出、STMS导入、SCC7调整的方式。

SAP Basis工作之Client Refresh(跨系统Client刷新)

SCC9远程拷贝由于比较慢、容易造成死锁、容易丢失数据,非常不建议使用;

这里讨论一下SCC8 + STMS + SCC7的模式。

  1. 在QAS上新建一个空的Client,SCC4里改Client要设置为允许覆盖、允许拷贝;
  2. 在PRD上SCC4修改生产Client,将属性设置为

SAP Basis工作之Client Refresh(跨系统Client刷新)

  1. 在PRD上执行SCC8

选择SAP_ALL和目标系统,后台、立即执行;

SCC3监控进度,或者SAP* / pass用户登录新Client,AL11查询/usr/sap/trans/data下PRD开头的请求号信息,刷新可以看到对拷的进度,文件大小一直在变化的。(按日期倒序排列一下能很快定位到)

SAP Basis工作之Client Refresh(跨系统Client刷新)

  1. 等到PRD的SCC3显示Export complete之后,在QAS目标Client执行STMS导入刚才产生的两个请求(时间有可能一会或者非常久,取决于数据量,十几分钟到几十小时都有可能,淡定即可)

SAP Basis工作之Client Refresh(跨系统Client刷新)

  1. 等STMS显示Compelte,执行SCC7
  2. 登录PRD,将SCC4的设置该回去

OVER.

备注:在目标Client中执行scc3可能会显示下面的错误信息,不用管,系统本身的Bug、不影响拷贝后在测试系统中的使用。

SAP Basis工作之Client Refresh(跨系统Client刷新)

SAP Basis工作之Client Refresh(跨系统Client刷新)

附SAP正式环境SCC4设置:

SAP Basis工作之Client Refresh(跨系统Client刷新)

发表评论

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen:

目前评论:10   其中:访客  10   博主  0

    • ag

      scc7 这一步必不可少,否则后续在测试系统中做业务时会遇到number range问题、产生abap dump。

      • ag

        如果是同一个实例,就不叫refresh了,叫copy,操作非常简单:
        sale新建一个逻辑系统;
        scc4创建一个空client;
        sap*用户(密码为pass)登录新client;
        SCCL执行赋值(复制的逻辑是先递归删除现有的、再insert,可以用plsql之类的工具监控比较大的表观察变化)。

        • ag

          如何移植SAP数据到其他系统中(SCC7/SCC8)

          前提是两个SERVER的STMS必须建好,并采用虚拟目标系统

          1、使用事务代码:FTWP及FTWA即可SCC8导出数据,再SCC7导入;
          2、SCC8倒出CLIENT,文件会在datafile和cofile两个目录下分别存放数据文件和控制文件;
          3、把两个文件拷贝到目标系统的对应目录下,加入buffer;
          4、通过STMS进行IMPORT,用SCC3监视进程;
          5、完成后,用SCC7做POST IMPORT即可

          • ag

            如有必要,可在执行scc8导出前su01锁定后台用户、rfc用户,导出完毕后再解锁用户!

            • ag

              SAP system copy:
              https://wiki.scn.sap.com/wiki/display/SL/System+Copy+and+Migration

              • ag

                完事之后检查下两个系统的数据库、sm66、sm51、sm50、sm12、sm13、sm21、st22、sm37、sm59、SOAMANAGER、st07啥的,看看有没有问题。

                • ag

                  查看SAP transport requests(传输请求号)存放的文件夹:
                  /usr/sap/trans/data
                  /usr/sap/trans/cofile
                  Create a transport (if Customizing o Workbench is your prerogative) once release in SE09, they’ll create a cofile and a datafile locates on /usr/sap/trans/cofile and /usr/sap/trans/data respectively the files will have format of K. and R.. Send those files to your customer, they should add those file to the respective folders in their transport directory and then use STMS -> Extras -> Add to add the transport to the queue, then simply import.

                  • ag

                    查看一个程序在哪些请求号中:SE38->实用程序->版本->版本管理

                    • ag

                      第一个月刷新的时候能成功,第二个月刷新的时候在运行scc7的过程中一直提示运行中,查询日志发现报错了。
                      警告和错误:FINB_TR_CC_EXIT_TARGET FIN-FB 需要后处理(FMATGRQAS7990012没有激活的名称表存在)。
                      后来SCC3取消了任务,在STMS中用SAP*选择重新导入之后再次运行SCC7,这次没有一直在运行了,但是最终提示“需要后处理”,错误信息还是和第一次一样。
                      分析信息得知有张表FMATGR在目标Client没有激活,但是程序需要激活的表,SE11手动激活一下,发现根本不存在这样的表。
                      点击错误消息后在弹出的错误修改建议(集团复制必须被后处理 – 参阅长文本)里点击“您可以用事务 后集团复制再进行后处理.”(对应事务代码FINB_TR_EXEC_AI),勾选“运行后台处理”,菜单选择“程序–后台执行”,然后过一会问题就解决了。SCC3查看也提示completed!
                      (需要注意的是运行后台程序的用户需要是权限非常高的用户,否则会报错,SM37可以查看任务执行情况,如果出错了可以重新计划一次、用权限比较高的用户执行任务实施)。
                      分析原因呢,大概是因为第一次copy的时候由于目标client是空的,完全没问题,第二次复制的时候有一些后续问题需要处理一下,也不复杂。
                      百度搜索了一下FINB_TR_CC_EXIT_TARGET,发现文章还真多。
                      http://scn.sap.com/thread/1644647
                      https://wiki.scn.sap.com/wiki/display/ERPFI/Client+copy+error+FINB_TR_CC_EXIT_TARGET+in+SCC9+or+SCCL

                      • ag

                        请看:2025101 – Client copy error FINB_TR_CC_EXIT_TARGET and MDG_TR_CC_EXIT_TARGET in T-code: SCCL