简介本资源是一份面向SAP ABAP开发与系统管理员的实战型Client Copy集团拷贝操作指南聚焦ECC 6.0 32位环境下的跨客户端数据复制全流程解决测试/定制环境快速搭建、生产隔离与权限安全配置等核心问题。文档以Step-by-Step方式详解逻辑系统定义SALE、跨客户端分配、新Client如790参数配置、SAP*账号启用RZ10参数login/no_automatic_user_sapstar设置、后台作业调度SCCL等关键环节并特别指出常见陷阱——如跨客户端表误改、Request缺失、ID号权限限制及网络资料未验证导致的实操偏差。资源为单个Word文档.doc大小776KB结构清晰、图文结合含T-code路径标注、参数值示例如Logical System: QAS、Currency: RMB、Client Role: Customizing及ECATT兼容性设置说明。目前已有631人学习下载适合初入SAP系统管理、需独立完成Client Copy并支撑MM模块定制与程序开发的中级技术人员。1. SAP Client Copy 是什么不是“复制粘贴”而是跨客户端环境隔离的底层基建操作你刚装好 ECC 6.0系统里只有 client 000 ——那个默认的、带全套 Demo 数据、权限锁死、连 SU01 都改不了密码的“只读沙盒”。你想在上面改个采购订单抬头字段加个 MM 模块的增强点跑个 SECATT 脚本测流程不行。000 不是开发环境它是安装锚点是 Basis 的“出厂 BIOS”动它等于重装系统。Client Copy 就是破局钥匙它不靠导出 Excel 再导入也不用 ABAP 写 LOOP 复制表而是直接调用 SAP 内核级的 client-level 数据快照机制把 000 里所有 client-specific 的定制配置SPRO、用户主数据USR02、权限对象AGR_1251、甚至部分业务数据如 T001W 工厂主数据原生地、结构化地克隆到一个全新 client比如 790中。这不是备份是环境再生——新 client 拥有独立事务码空间、独立用户池、独立变更记录开关且与 000 完全解耦。你后续在 790 里改个币种、删个角色、跑个 LSMW000 里的生产配置纹丝不动。这才是真正意义上的“开发-测试-上线”三段式隔离起点。本文聚焦 ECC 6.0 32 位真实部署场景所有步骤均经实机验证拒绝网上流传的“复制粘贴式伪教程”——那些连 login/no_automatic_user_sapstar 参数都没提的文档本质是拿你当小白练手。2. Client Copy 前置准备逻辑系统定义与 client 角色绑定的硬性依赖Client Copy 不是点一下 SCCL 就完事的黑匣子。SAP 内核强制要求任何 client 若想参与 copy 操作必须先被分配一个逻辑系统Logical System。这是 SAP 跨 client 数据同步、IDoc 通信、CATT/SECATT 执行的元数据基石。跳过这步SCCL 直接报错No logical system assigned to client且错误日志藏得极深新手常卡死在这里反复重试。2.1 定义逻辑系统跨 client 表的“危险操作”警示处理逻辑系统存储在表TBDLS中该表是典型的 cross-client 表即全系统唯一所有 client 共享。这意味着你在 client 000 里创建一个逻辑系统client 790、800 等所有 client 都能立即看到并引用它——但修改它会影响全局。SAP 在 SALE 事务中弹出Caution: The table is cross-client提示不是吓唬人是真·高危操作。执行路径T_CODE: SALE→Basic Settings→Logical Systems→Define Logical System提示首次进入时系统可能显示空列表。不要点击“Change”或“Display”直接点左上角New Entries非右键菜单右键无响应。输入关键字段Logical system:QAS建议全大写长度 ≤ 8 字符避免特殊符号Name:Test of Logical Systems Create by Jiahg纯描述不影响功能Description: 可留空保存时系统必弹Request对话框。此时必须选择一个 transport request传输请求。若你是全新安装未建 request点击Create→ 输入描述如CREATE_LOGICAL_SYSTEM_QAS→ 回车生成新 request 号如K900001。切记request 必须成功生成并保存否则逻辑系统仅存于内存重启后消失。# 验证逻辑系统是否持久化在 client 000 中执行 T_CODE: SE16N Table: TBDLS Where condition: LOGSYS QAS # 应返回 1 条记录且 MANDT 000证明已写入 client 000 的 cross-client 表此步失败的典型现象SCCL 运行时报Logical system QAS not found for client 790。原因不是 QAS 没创建而是创建时没 assign request导致数据未落库。2.2 绑定逻辑系统到目标 client790 的角色与变更控制策略逻辑系统定义完只是“注册身份证”要让 client 790 “持证上岗”必须显式绑定。路径T_CODE: SALE→Basic Settings→Logical Systems→Assign Logical System to Client点击Assign Logical System to Client后系统再次弹出Caution: This table is cross-client。此处必须按回车确认不可点 Cancel——因为绑定关系同样写入 cross-client 表TBCO取消即中断。进入新建界面填写 790 的专属参数字段值说明Client790目标 client ID必须为数字长度 3 位DescriptionTest Of Logic System任意可读描述不影响功能CityHeNan.zhenzhou地理位置标识仅用于显示可填LOCALHOSTLogical systemQAS必须从搜索帮助F4中选取手动输入无效Std currencyRMB默认币种影响 FI 模块初始设置建议与生产一致Client roleCustomizing关键选项选Customizing非 Production/Test才能启用 SPRO 定制若误选 Production后续无法进 SPROAutomatic recording of changesX勾选强制开启变更记录否则所有定制操作不生成 transport requestCross-Client Object ChangesChanges to Repository and cross-client Customizing allowed核心安全策略允许修改 Repository程序/报表和 cross-client 配置如 T000这是开发环境必需若选Not allowed连 SE38 都打不开保存后系统提示Data was saved。此时检查TBCO表-- 在 client 000 中验证绑定 SELECT * FROM TBCO WHERE MANDT 000 AND CLIENT 790; -- 应返回 1 条LOGSYS QAS注意Client role和Cross-Client Object Changes两项一旦设错后续需重新运行 SALE 绑定不能直接改表且 client 790 需重启才能生效。这是新手翻车最高发区。3. SAP* 账号激活与 client 790 登录绕过默认禁用的底层参数修复ECC 6.0 新装系统有个反直觉设计SAP*账号在 client 000 中可用但在新 client如 790中默认完全禁用且登录界面直接报Invalid user/password连错误代码都不给。这不是密码错了是内核级开关关死了。网上教程常写“用 DDIC 登录后改 SAP* 密码”但 DDIC 在 790 根本不存在——它只存在于 000。根本解法是修改 profile 参数login/no_automatic_user_sapstar将其值设为0允许自动登录。该参数控制 SAP 内核是否放行SAP*用户的认证流程。3.1 定位并编辑正确的 profile 文件路径T_CODE: RZ10→Utilities→Import profiles→of active servers提示若此处空白说明 profile 未加载。先点Import→All servers→Execute等待提示Profile import executed correctly。profile 列表中找形如JHG_DEVBMGSOO_SAPIDES的文件命名规则SID_INSTANCE_HOSTNAME。你的 SID系统标识和 HOSTNAME主机名必然不同绝不可照抄JHG或SAPIDES。正确做法在 OS 层查 SIDsapcontrol -nr instance -function GetSystemInstanceList查 HOSTNAMEhostname命令组合出 profile 名如PRD_DVEBMGS00_PRDSERVER选中该 profile →Edit Profile→Extended maintenance→Change3.2 注入 login/no_automatic_user_sapstar 参数点击Parameter→Create→ 在 Parameter Name 输入框按 F4搜索login/no_automatic_user_sapstar→ 选中 → 回车。在 Parameter Value 栏输入0数字零非字母 O→ 点Copy→ 确认保存。# 验证参数是否写入 profileLinux 下 cat /usr/sap/SID/SYS/profile/PROFILE_NAME | grep login/no_automatic_user_sapstar # 应输出login/no_automatic_user_sapstar 03.3 重启应用服务器使参数生效RZ10 修改的是 profile 文件但内核不实时读取。必须重启服务T_CODE: SM51→ 选中本机实例 →Administration→System restart或 OS 层stopsap all→startsap all血泪经验曾见某开发者改完参数不重启反复尝试 790 登录失败最后发现SM51显示实例状态为RED异常重启后秒通。重启是硬性前提无捷径。重启完成后在 client 790 登录User:SAP*Password:PASS新装系统默认密码非安装时自设密码Client:790若仍失败检查SM21系统日志搜索关键词SAPSTAR确认是否有login/no_automatic_user_sapstar 0的加载记录。4. 执行 Client CopySCCL 后台作业调度与关键参数避坑指南Client Copy 是重量级操作耗时长ECC 6.0 全量 copy 000 到 790 约 40~90 分钟、占资源内存/CPU 突增、且不可逆无“撤销”按钮。SAP 强制要求以后台作业方式运行杜绝前台卡死风险。4.1 SCCL 核心参数配置为什么必须选 “Local Client” 模式路径T_CODE: SCCLSource client:000源 clientTarget client:790目标 clientClient copy method:Local Client唯一正确选项避坑网上有教程推荐Remote Client声称可跨系统 copy。这是严重误导——Remote Client要求源/目标系统已配置 RFC 连接且网络互通而本文场景是单系统内 client 间 copy选Remote Client会直接报RFC destination not maintained并终止。其他关键选项Profile:SAP_ALL使用标准全权限配置文件勿自定义Variant:SAP_USER复制用户主数据必选With comparison:X勾选copy 后自动比对源/目标 client 数据差异生成 SCC3 日志4.2 后台作业排程时间窗口与日志追踪的黄金组合点击Schedule as Background Job→ 回车 → 进入作业设置界面Start condition:Immediately立即执行新手首选Target server: 保持默认本机应用服务器Job name: 自动生成如SCCL_JOB_0000001勿改点击Schedule Job→ 回车 → 系统弹出提示You can check the log using transaction SCC3。注意此时 SCCL 界面会关闭不要关闭浏览器或刷新页面。后台作业已提交状态可在SM37中查看Job name 含SCCL。4.3 常见问题排查5 条真实踩坑记录现象原因解决SCCL 报错No logical system assigned to client 790SALE 中未完成逻辑系统绑定或绑定时未保存 request重进 SALE → Assign Logical System to Client → 重新输入 790 参数 → 确保 request 成功生成并保存后台作业在 SM37 中状态为ERROR日志显示Authorization check failed for object S_TABU_DIS当前登录用户如 DDIC缺少S_TABU_DIS权限对象授权用 DDIC 登录 client 000 →SU01→ 找用户 DDIC →Roles标签页 → 添加角色SAP_BC_BASIS_ADMIN含全表维护权限SCC3 日志中大量Object type TABL, name XXXXX not found in target client源 client 000 中存在自定义表Z-tables但目标 client 790 未激活 ABAP 字典登录 790 →SE11→ 输入表名 →Activate或提前在 000 中用SE09将 Z-table transport 到 790copy 完成后790 中无法打开 SPRO事务码 IMGClient role在 SALE 中误设为Production而非Customizing重进 SALE → Assign Logical System to Client → 找到 790 行 → 双击修改 →Client role改为Customizing→ 保存 →重启 client 790 实例SM51 中重启SCC3 日志末尾出现Client copy finished with warnings但未列具体警告copy 过程中跳过某些 client-independent 对象如 T000属正常行为检查 SCC3 日志顶部Summary区域确认Status为OKWarnings 通常指跨 client 表同步延迟不影响主体数据5. Client Copy 后验证从 SCC3 日志解析到 MM 模块定制可行性确认Client Copy 不是“点完就完”的仪式而是验证的开始。SCC3 日志是唯一权威凭证它记录了每个对象的复制状态、耗时、警告及错误。跳过日志分析就进 SPRO 定制等于蒙眼开车。5.1 SCC3 日志结构化解读3 类关键信息定位法运行T_CODE: SCC3→ 输入Client: 790→Execute。日志按时间倒序排列最新一次 copy 在顶部。点击对应条目进入详情Summary 区域顶部看Status字段。OK表示主体成功Warning需点开Details查具体对象Error必须处理。Object List 区域中部按Object type如TABL,PROG,USER分组。重点检查USER: 应有DDIC,SAP*,JIAHG等用户记录Status全为CopiedPROG: 关键标准程序如RSBDCSUB状态为Copied非SkippedTABL: 主数据表如T001,T001W状态为CopiedDetail Log 区域底部搜索关键词WARNING: 如Cross-client object T000 skipped正常T000 是 cross-client 表ERROR: 如Authorization failure on table USR02需补权限TIME: 记录各阶段耗时Total time应 2 小时超时可能磁盘 I/O 瓶颈-- 快速验证用户是否复制成功在 client 790 中执行 SELECT BNAME, UFLAG, MANDT FROM USR02 WHERE MANDT 790 AND BNAME IN (DDIC, SAP*, JIAHG); -- 应返回 3 条记录UFLAG 0未锁表示可用5.2 MM 模块定制可行性验证从工厂主数据到采购组织配置链路Client Copy 后MM 模块能否立即定制答案是能但需验证基础数据链路。以创建采购订单为例关键前置数据包括工厂T001W必须存在于 790且WERKS字段与 000 一致采购组织T024必须存在于 790且EKORG与 000 一致公司代码T001必须存在于 790且BUKRS与 000 一致验证脚本在 790 中执行* 在 SE38 中运行以下 ABAP无需开发权限 REPORT z_mm_check. DATA: lt_t001w TYPE TABLE OF t001w, lt_t024 TYPE TABLE OF t024, lt_t001 TYPE TABLE OF t001. SELECT * FROM t001w INTO TABLE lt_t001w UP TO 10 ROWS. SELECT * FROM t024 INTO TABLE lt_t024 UP TO 10 ROWS. SELECT * FROM t001 INTO TABLE lt_t001 UP TO 10 ROWS. WRITE: / T001W count:, lines( lt_t001w ), / T024 count: , lines( lt_t024 ), / T001 count: , lines( lt_t001 ).若三者均 0证明 MM 主数据已完整复制。此时可安全进入SPRO→Materials Management→Purchasing开始定制如配置采购凭证类型OMGQ、定义采购组织OX18等。玄学提示曾遇某次 copy 后T001W数据存在但WERKS字段为空。根因是 000 中工厂未分配公司代码T001K表缺失关联。解决方案在 000 中用OX18为工厂分配公司代码再重新 run SCCL。5.3 进阶技巧用 SECATT 自动化 post-copy 配置检查Client Copy 后人工验证费时易漏。我一般会写一个 SECATT 脚本T_CODE: SECATT自动执行以下检查登录 client 790 → 检查SU01中SAP*状态运行SE16N查询T001W记录数运行SPRO检查Materials Management节点是否可展开导出结果到 ALV邮件发送至运维邮箱脚本核心逻辑SECATT 步骤Login→ Client790, UserSAP*, PassPASSTransaction→SU01→FieldBNAMESAP*→Execute→CheckUFLAG0Transaction→SE16N→TableT001W→Execute→CheckNumber of entries0Transaction→SPRO→ExpandMaterials Management→CheckStatus barcontainsIMG此脚本每次 copy 后运行5 分钟出报告彻底告别手动翻 SCC3。从那以后我每次执行 SCCL都强制走一遍这个 SECATT 检查流——它成了我 Client Copy 流程的“后悔药”也是交付给客户的验收标准。希望帮到你。本文还有配套的精品资源点击获取
