简介SAP集团拷贝Client Copy完整操作指南面向SAP Basis顾问、ECC系统运维及二次开发人员解决在ECC 6.0环境中安全复制客户端数据以搭建测试、定制或开发环境的问题。文档以000集团复制到790测试集团为实例逐步说明逻辑系统定义、逻辑系统分配至客户端、新客户端角色与参数设置以及使用SCCL后台作业执行拷贝的完整过程并提醒逻辑系统表为跨客户端共享修改会波及其他客户端。除主线流程外还针对DDIC/SAP管理员账号权限限制、启用SAP登录所需的参数调整、跨集团对象修改选项、配置文件导入顺序等常见易错点做了详细提示同时介绍了通过RZ10导入参数文件并重启服务器激活变更的方法文中还明确指正了网络上流传资料中普遍存在的错误避免学习者被误导。资源为单份doc文档约776KB步骤配有界面说明与操作要点适合按图索骥地实操也可作为未来实施集团拷贝时的排错备忘录。已有629人学习下载是面向中高级SAP学习者的一份扎实实践笔记。1. SAP集团拷贝为什么每个项目都绕不开Client Copy做了几个SAP ECC项目的实施之后你会发现Client Copy集团拷贝是比想象中更常被翻出来折腾的活儿。装好ECC6.0服务器你需要一个干净的集团来做定制、开发和测试但又不能直接在000上动手——生产数据、跨集团表、系统配置全搅在一起。于是从000复制出一个790集团是所有后续工作的起点。这个过程看似只是SCCL跑一遍实际上逻辑系统定义、参数设置、SAP*账号解锁、后台作业排程每一步都有各自的坑。这篇笔记按实际操盘顺序把完整流程拆开把每个参数的选择理由和踩过的雷写清楚。2. 复制前的准备逻辑系统定义与账号创建2.1 为什么不能用DDIC直接复制账号创建的实盘路径很多人第一次做Client Copy习惯用DDIC直接登录就开跑结果卡在权限报错上。DDIC和SAP*这两个管理员账号在系统中有特殊角色默认不允许做系统定制——这是SAP的刻意设计防止生产环境的配置被管理员随手改掉。我一般会先走一步用T-code SU01复制出一个新ID专门用于本次的Client Copy操作。具体步骤用DDIC登录集团000输入T-code SU01在User输入框里填一个已有用户比如DDIC点击页面上方的复制图标系统弹出对话框输入新用户名比如ZJTEST回车后进入新建用户的维护界面在Logon data页签设置初始密码这里有几个细节要留意复制用户时SAP会把源用户的所有角色和参数文件一起复制过来。直接用DDIC做模板新用户继承的权限集会比较大后续在做定制时不会因为权限不足被拦。密码策略是默认开的要求至少8位且包含数字和字母。如果你设置的密码太简单保存时会直接报密码策略错误。复制完成后先退出当前登录用新ID重新登录一次确认能正常进系统再做下一步。这一步省得后面SCCL排程时才发现用户有问题。这步做完我们就有了一个能做定制的账号接下来进入逻辑系统的定义环节。2.2 定义逻辑系统跨集团数据表的共享陷阱逻辑系统Logical System在SAP里属于全局配置它的数据存储在跨集团表中。这意味着在某一个集团里做了修改所有集团都会受影响。很多教程对这一点只是一笔带过但实际踩坑时才发现逻辑系统重复创建或者改名后续ALE、IDoc、系统间通信全会跟着出问题。操作路径T-code SALE → Basis Settings → Logical System → Define Logical System。系统会弹出一个警告框Caution: The table is cross-client注意此表是跨集团的。这个警告的实质是你即将写入的数据存储在跨Client共享的数据库表中对任何一个集团的操作都会全局生效。回车确认后进入维护界面点击New Entries填写两栏Logical System填ZLOG_SYS可自定义注意命名规范Name填一段描述文字比如Logical System Created by Test保存时系统会要求记录到一个Change Request。如果当前没有可用的Customizing Request直接新建一个。从实操来看Request的名称建议写成和本次复制相关的描述比如ZCLIENT_COPY_SETUP方便后续追溯。做完这一步逻辑系统已经存在了但还没跟具体的Client绑定。接下来就是把ZLOG_SYS指定给目标集团790。2.3 分配逻辑系统到Client参数选择的边界回到T-code SALE路径Basic Settings → Logical Systems → Assign Logical System to Client。系统同样会弹出一个跨系统表的警告直接回车确认。进入维护界面后会看到当前系统里所有的Client列表。前三个000、001、066是系统默认自带的我们这次要操作的是新增的790。点击New Entries进入集团明细设置界面需要填写以下参数参数设置值说明Client790新集团编号City某测试基地仅作标识用途Logical systemZLOG_SYS上一步定义的逻辑系统Std currencyRMB本位币Client roleCustomizing集团角色决定默认权限ChangesAutomatic recording自动记录修改Cross-Client Object ChangesChanges to Repository and cross-client Customizing allowed允许跨集团对象更改Protection level0无保护CATTEcatt and CATT allowed允许ECATT/CATT测试这里有几个参数需要展开说明。Logical system字段可以用搜索帮助热点选择系统会自动带出所有已定义的逻辑系统。如果刚才定义的ZLOG_SYS没有出现在列表里说明上一步的保存没有成功需要回到SALE重新检查。Client role选Customizing意味着这个集团的角色是定制集团默认情况下SAP*会有较大权限。如果你的790是用于最终用户测试可以选Test如果是生产环境选Production。大多数教程都用Customizing因为后续定制和开发都在这个集团里做。Cross-Client Object Changes选Changes to Repository and cross-client Customizing allowed是因为我们要在这个复制出来的集团里做程序开发和跨集团定制。如果选成不允许后面开发ABAP程序或者修改跨集团配置时会直接报错。设置完毕后保存。系统会弹出消息当更改逻辑系统时小心直接回车接着提示Data was saved。这一步完成790作为一个可登录的集团已经在系统里注册了。3. 新集团790的参数设置SALE路径下的每一处配置3.1 Client角色、货币与保护级别的选型逻辑790定义完成后很多新手急着登录结果发现SAP*密码不对进不去。先别急这一步我们把参数设置的选型逻辑理清楚后面登录就顺了。Client role这个参数表面上是给集团打个标签实际上会影响SAP和DDIC在这个集团里的默认权限范围。选择Customizing后SAP用户在这个集团里默认拥有定制权限可以直接做配置操作。如果选ProductionSAP*的权限会被压缩很多配置操作会被拦截。所以如果你打算在790里做MM模块的定制和开发Client role选Customizing是唯一合理的选择。Std currency选RMB是因为后续在集团里做物料的金额、采购订单的价格如果本位币设置错了所有金额类配置都要返工。这里有个容易被忽略的点本位币一旦集团投入使用后再要改比新建一个集团还麻烦所以定义阶段就要确认清楚。保护级别Protection level填0表示不限制任何修改操作。SAP里保护级别从0到3递增0无限制1防止修改定制对象2防止写入应用程序数据3完全只读。对于测试定制集团0是合理的。如果后续要冻结配置可以再把保护级别调上去。3.2 自动记录修改与跨集团对象更改的取舍再来看两个容易被默认值坑到的参数。Automatic recording of changes自动记录修改选上以后系统会把在这个集团里做的所有配置修改记录到表TSTCT等日志表中。这个选项的实用价值在于如果你在定制过程中改乱了一个配置项可以通过记录恢复或者对比。我在实际项目中遇到过配置被误改导致业务流程跑不通的情况靠的就是这个自动记录来定位问题。建议保持开启。Cross-Client Object Changes选允许对资源库和跨集团定制更改这里有个边界要讲清楚。所谓跨集团对象是指那些存储在跨集团表中的配置数据比如函数组、屏幕、数据元素。选允许之后你在790里开发的自定义程序、修改的屏幕都会同步影响其他集团——因为它们的存储表是共享的。这带来的风险是如果在一个测试集团里改了跨集团对象会影响生产集团。常规做法是测试集团里允许改但生产集团要严格控制。所以此刻在790里选允许是合理的但仍要记住后续生产集团里不能这么配。3.3 保存时的两道警告跨客户端表与逻辑系统变更保存790参数的时候系统连续弹了两个警告很多新手被吓得不敢继续。第一个警告是点击Assign Logical System to Client时弹出的提示此表为跨系统。它的含义是Client定义信息存储在表T000中这个表本身是跨集团的任何集团的修改都会影响其他集团。这个直接回车确认就行。第二个警告是保存时弹出的当更改逻辑系统时小心。这个警告的潜台词是逻辑系统字段涉及ALE、IDoc等系统间通信的底层配置。如果一个Client的逻辑系统在系统间通信已经投入使用后再改会导致消息接收方识别异常。但对于新创建的790逻辑系统是首次分配不存在这个风险直接确认即可。另外补充一个细节这里的City字段某测试基地只是一个文本描述SAP不校验它的格式和值是否合法。写不写、写什么都无所谓不影响技术行为但建议还是填上便于后续区分集团用途。4. 新集团登录不上的玄学RZ10参数与SAP*解锁4.1 为什么新装系统SAP*无法登录参数载入的坑集团790定义完成后用SAP和默认密码PASS登录大概率会被弹回来——提示密码错误或用户不存在。这不是你记错了密码而是新安装的ECC 6.0系统里SAP账号默认是关闭的。这里有个关键机制需要理解SAP的默认开启状态受参数login/no_automatic_user_sapstar控制。这个参数默认值是1意思是禁止SAP自动获取权限把它改成0SAP*才能在新集团中正常登录。但问题来了这个参数不会自动生效。你需要在RZ10里修改它重新导入配置然后重启服务器。很多人卡在这一步是因为根本不知道要去RZ10里动参数以为SAP*密码错了。另外还有个容易翻车的点如果你在定义790之前没有把配置文件导入系统RZ10的搜索帮助界面会显示为空找不到任何可编辑的配置文件。所以顺序很重要先导入Profile再改参数最后重启。4.2 导入ProfileRZ10的完整操作路径操作路径T-code RZ10 → 菜单Utilities → Import profiles → of active servers。这个菜单项的作用是把当前活动服务器正在使用的配置参数文件加载到RZ10的编辑环境里。执行后会显示Profile导入执行的确认信息Profile import executed correctly。如果不执行这一步RZ10的Profile搜索帮助里是空的你找不到那个带服务器标识的配置文件。新装的系统尤其容易出现这个问题因为参数文件还没有被加载到RZ10的工作区。回到RZ10初始界面点击Profile字段的搜索帮助可以看到系统里已装载的配置文件列表。它们的命名规则通常是系统标识_实例编号_操作系统主机名。比如原文中的JHG_DEVBMGSOO_SAPIDES前段是服务器系统标识后段是计算机名。实际环境里我一般会把配置文件名称复制下来避免手输出错。选择对应配置文件后界面右侧会显示参数列表。此时要点击Extended maintenance按钮进入扩展维护模式。这里有个边界要提醒如果直接编辑参数而不切换到扩展维护保存时系统会提示没有激活维护状态修改不生效。4.3 login/no_automatic_user_sapstar参数修改与服务器重启进入扩展维护模式后点击Change按钮进入参数编辑界面。点击Parameter按钮或者直接新建参数行使用搜索帮助找到参数名login/no_automatic_user_sapstar。这个搜索帮助会列出所有可用的参数项直接输入前缀来搜索即可定位。参数值填0含义是允许SAP*账号在系统启动后保留权限。点击Copy按钮系统会把这个参数从帮助区复制到编辑区。弹出的对话框中直接确认保存。保存后退回RZ10的展示界面确认第一行参数已经成功加入# SAP参数文件片段确认修改生效 # 配置文件DEV_ECC600_SERVER01示例 # 本参数控制SAP*超级用户是否被禁用 login/no_automatic_user_sapstar 0逻辑说明这一行配置的值0意味着SAP*在系统层面不会被自动锁定。参数文件被服务器启动进程读取所以不重启就不会加载这是此类改动必须重启的根本原因。重启服务器是一个值得耐心处理的环节。ECC 6.0的系统重启需要先停止所有实例确认进程完全退出后再启动。如果在参数文件没有被重新读取的情况下就尝试登录790大概率还是进不去。重启完成后再用SAP*和PASS登录790这一次应该能顺利进入。5. 执行Client CopySCCL参数与后台作业排程5.1 选择源集团与复制类型000到790的参数差异登录790成功后输入T-code SCCL进入集团复制Client Copy的执行界面。这一步的主界面会要求选择源集团和目标集团。源集团填000目标集团自动带出790因为你当前登录的是790。如果是从外部系统复制还可以选择源系统这里不做讨论。SAP的Client Copy有几种类型在SCCL界面的复制方式选项里需要明确复制类型特点适用场景SAP_ALL包含定制、应用程序数据、用户主数据完整复制一个集团SAP_CUSTOMIZING只复制定制配置不含业务数据从生产同步配置到测试SAP_APPL复制应用程序数据数据迁移场景复制表的时候要理解一个关键差异并非所有表都会被复制。SAP表分为跨集团表Client-independent和集团专属表Client-specific。跨集团表在T000中虽可锁定但复制时不会重复写入数据。这意味着如果790的目标集团中已经存在某些跨集团对象复制过程会默认跳过。SCCL界面还有一个重要选项覆盖模式。如果目标集团中已有数据系统会要求选择是覆盖还是保留。对于新创建的790选择覆盖没有问题。5.2 后台作业排程从Schedule到Continue的完整链路在SCCL界面确认参数后点击Schedule as Background Job按钮进入后台作业的排程界面。这里有几步操作每一步都不能跳过第一步系统弹出后台作业排程对话框直接回车确认。第二步进入后台作业的调度设置界面可以选择立即、特定时间或周期性执行。我建议选择立即毕竟前期准备工作已经完成没必要再等一个时间窗口。第三步点击Schedule Job按钮系统再次弹出确认对话框点击Continue继续。第四步系统提示使用T-code SCC3可以查看复制日志点回车确认。以上操作完成后系统开始执行集团复制。执行过程中可以随时退出登录后台作业会继续跑完。这一点很重要特别是当复制的表数量大、数据量大时整个过程可能持续一小时以上。为了避免长时间盯着界面干等我一般会在排程时顺手记下作业编号然后用SCC3分段查看进度。5.3 SCC3视图判读复制成功的关键行复制启动后T-code SCC3是查看日志的唯一入口。SCC3的主界面会列出所有已执行和正在执行的Client Copy日志记录。每条记录包含作业名、源集团、目标集团、执行时间、状态。判断复制是否成功要关注几个关键字段状态列显示绿色的完成标记或类似Finished字样——说明后台作业正常结束日志条目中没有出现红色错误级别的消息日志末尾显示的表总数与执行计划中的表总数一致如果日志中有红色条目多半是某张表的复制失败。常见原因有表被其他进程锁定、数据库空间不足、目标集团中存在违反唯一约束的数据。此时不要惊慌SCC3支持点击单条日志查看详细错误消息把具体报错文本复制下来去SAP社区搜索基本都能找到对应的处理方案。复制完成后还有一个附加检查点用SE16查看表T000中790集团的状态行Copy status字段应该从未复制变为已完成。这是一个快速确认复制结果的方法。6. 避坑指南与验证进阶6.1 三个典型踩坑记录现象、原因、解决第一个坑复制ID后新用户登录时报密码策略错误。现象是SU01复制ID保存时没提示错误但退出后登录就是不行。原因是SU01复制的用户没有满足密码复杂度规则的密码但保存时系统有时不会强制校验。解决方法是保存后立即进入Change Password界面重新设置符合策略的密码并确保密码是手工输入的不是复制来的。第二个坑定义逻辑系统时重复创建提示对象已存在。现象是SALE里保存逻辑系统时系统报逻辑系统已存在。原因是之前某个操作可能是他人的或自己的历史操作已经创建了同名逻辑系统但被隐藏了没注意到。解决方法是先通过搜索帮助查看已有逻辑系统列表确认命名唯一性再创建。从那以后我每次做Client Copy都强制走一遍SCC3日志检查然后再去SE16核对T000的状态行两边都确认无误才算完成。第三个坑SCCL复制类型选错复制完成后发现用户主数据缺失。现象是SCC3显示复制成功但用新ID登录790时报用户不存在。原因是选择了SAP_CUSTOMIZING类型只复制了配置数据用户主数据不在其中。解决方法是确认复制需求如果新集团需要完整的使用体验包括用户、角色、参数文件应该选SAP_ALL类型。6.2 验证复制结果的三个检查点复制完成后我习惯用三个检查点来确认结果检查点操作预期结果T000状态SE16查看表T000输入Client790Copy status字段为已复制用户数据SU01查看新ID是否存在用户存在角色完整事务码验证在790里运行SCC3和SE16无权限报错查询正常三个检查点全部通过才说明这次Client Copy真正成功。整个过程整理下来其实最核心的就是逻辑系统定义、参数设置、SAP*解锁、SCCL执行和日志验证这五个环节。每个环节的坑都不深但不踩一遍很难意识到这些细节的重要性。希望帮到你。本文还有配套的精品资源点击获取
