简介这份资源是面向SAP Basis运维与实施人员的Client Copy集团拷贝操作手册重点解决在SAP ECC 6.0 32位系统中从生产集团000复制出测试集团790的完整流程问题适合具备一定SAP基础、需要搭建独立定制与开发测试环境的工程师参考。压缩包内仅含1个doc文档约776KB以图文步骤形式记录了逻辑系统定义、逻辑系统分配至客户端、新集团参数设置以及SAP*登录配置等关键环节并附有作者对网络资料未经核实、错误转载现象的提醒。文档还涉及RZ10参数调整、SCCL后台作业排程等易错点可帮助读者避开常见配置陷阱快速完成集团拷贝并投入后续MM流程定制与程序开发。目前已有626人学习下载适合作为实操时的对照清单与排错参考。1. 从 000 到 790SAP Client Copy 到底在拷什么很多刚接触 SAP Basis 的朋友第一次听到“集团拷贝”这个词脑子里浮现的是把整个数据库复制一份。真到生产环境里动手才发现Client Copy 拷的不是数据库文件而是集团级别的业务配置与主数据。ECC6.0 装完之后系统里默认有 000、001、066 这几个集团000 是出厂配置的“样板间”里面放着 SAP 标准的定制内容。你要做开发、做测试、跑 MM 物资流程的定制总不能直接在 000 里改——改坏了整个系统跟着遭殃。所以标准做法是从 000 拷一个干净的集团出来比如 790在这个“沙盒”里折腾。这份操作手册的价值就在这儿。它不是泛泛讲概念而是把 ECC6.0 32 位系统下从建 ID、定义逻辑系统、分配集团、改参数文件到 SCCL 排程的完整链路走了一遍。适合谁看刚接手 SAP Basis 的运维、准备搭测试环境的顾问、以及需要在独立集团里做 MM 定制和程序开发的 ABAPer。网上关于 client copy 的资料确实多但正如手册作者说的转载时不验证错误也跟着传。下面我按实际动手顺序把每一步的参数含义和容易翻车的地方拆开讲。2. 动手前的账本管理员账号、逻辑系统与集团角色的选型2.1 为什么不能直接用 DDIC 和 SAP* 做定制ECC6.0 安装完成后系统会给你两个管理员账号DDIC 和 SAP*。密码是装系统时设定的这个得记牢。但这两个账号有个硬限制——不允许做系统定制。DDIC 主要用于 ABAP 字典和传输管理SAP* 是紧急登录用的“万能钥匙”它们的设计初衷就不是让你拿来做日常配置的。如果你硬用 DDIC 去跑 SCCL 或者改集团参数系统会在某些节点上直接拒绝或者留下权限隐患。所以第一步是建一个专用的定制账号。用 DDIC 登录 000 集团跑 T_code: SU01把 JIAHG 这个 ID 复制出来。SU01 里选“复制用户”源用户填 DDIC 或者一个已有的顾问账号目标填 JIAHG然后补上角色和参数文件。常见做法是给这个账号挂上 SAP_ALL 和 SAP_NEW测试环境里省事生产环境千万别这么干。提示复制用户时注意“用户组”和“地址”页签也要跟着改不然登录时可能被用户组限制卡住。2.2 逻辑系统定义跨集团表的那个警告不是闹着玩的接下来跑 T_code: SALE路径是 Basis Settings → Logical System → Define Logical System。点“Define Logical System”的时候系统会弹一个警告“Caution: The table is cross-client”。这句话的意思是你在这里创建的逻辑系统存在一张跨集团共享的表里。你在 000 里加一条790 里也能看到你在 790 里改一条000 也跟着变。这不是 bug是 SAP 的底层设计。点“New Entries”输入逻辑系统名比如 QASName 写“Test of Logical Systems Create by Jiahg”。保存时会让你记一个 Request。如果是新系统还没有 Request就新建一个记下 Request 号。这个 Request 后面传输的时候还要用别弄丢。参数项示例值说明逻辑系统QAS自定义建议用环境缩写名称Test of Logical Systems描述性文字方便识别Request新建或选已有跨集团对象必须挂请求2.3 把逻辑系统指派到 790集团角色和保护级别怎么选回到 SALE走 Basic Settings → Logical Systems → Assign Logical System to Client。同样会弹跨系统警告直接回车。进去之后能看到系统里所有集团前三个是默认的。点“New Entries”开始定义 790。这里有几个参数需要想清楚再填Client790你新建的集团号。CityHeNan.zhenzhou随便写但建议写真实位置以后排查问题时有用。Logical systemQAS上一步定义的那个用搜索帮助选。Std currencyRMB币别按实际业务选。Client role这里选 Customizing。如果这个集团以后要当生产用就选 Production纯测试选 Test。角色决定了系统对集团的一些默认行为。Automatic recording of changes新系统建议勾上自动记录修改出问题能追溯。Cross-Client Object Changes选“Changes to Repository and cross-client Customizing allowed”允许对资源库和跨集团定制做更改。保护级别设为 0不限制。eCATT and CATT allowed如果以后要跑 SECATT这里得选上。填完保存系统提示“Data was saved”。到这一步790 这个集团在系统里就算“注册”好了但还不能登录因为 SAP* 默认是关闭的。3. 让 790 能登录RZ10 参数文件修改与 SAP* 解锁3.1 新装 ECC6.0 为什么 SAP* 登不进 790集团定义完之后你试着用 SAP* / PASS 登录 790大概率会被拒。这不是密码错了而是 ECC6.0 新装系统默认把 SAP* 的自动登录关掉了。控制这个行为的参数叫login/no_automatic_user_sapstar默认值是 1意思是“禁止 SAP* 自动登录”。要改成 0才能用 SAP* 进新集团。改这个参数得回 000 集团跑 T_code: RZ10。注意RZ10 改的是实例级参数文件改完必须重启服务器才生效。这也是为什么很多人改完参数发现没反应——没重启。3.2 RZ10 导入 profile 与扩展维护的完整操作进 RZ10 之后菜单走 Utilities → Import profiles → of active servers。这一步是把当前活动服务器的 profile 装载进来。新装的 ECC 系统如果不做这步后面的搜索帮助里是空的你根本选不到参数文件。导入成功后会显示日志看到“Profile import executed correctly”就对了。后退回 RZ10 初始界面点 Profile 的搜索帮助能看到三个已装载的配置文件。选哪个选你系统对应的那个比如 JHG_DEVBMGSOO_SAPIDES。命名规则是JHG 是 ECC 服务器系统标识SAPIDES 是操作系统计算机名。各人装的环境不一样名字肯定不同按自己系统的来。选中之后在 Edit Profile 里选“Extended maintenance”点“Change”。然后点“Parameter”创建按钮用搜索帮助找login/no_automatic_user_sapstarParameter val 填 0。点“Copy”弹对话框回车保存。再点“Display”确认参数已经在第一行了。# 参数修改后的重启操作操作系统层面 # 先完全停止 SAP 服务器 stopsap all # 确认所有进程已退出 ps -ef | grep sap # 重新启动 startsap all上面是操作系统层面的停启命令不同环境可能用 sapcontrol 或者图形化工具。关键是必须完全停止再启动不能只重启实例否则参数文件不会重新读取。重启完成后用 SAP* / PASS 登录 790应该就能进去了。注意改 RZ10 之前最好把当前 profile 备份一份改错了还能回滚。血泪经验是有人把参数名拼错重启后系统起不来只能从备份恢复。4. SCCL 排程与 SCC3 日志拷贝参数怎么设、日志怎么看4.1 SCCL 选参数从 000 拷到 790 的配置项登录 790 之后跑 T_code: SCCL。这是 Client Copy 的主控界面。Source Client 填 000Target Client 自动是 790。下面有一堆勾选项决定拷哪些内容User master用户主数据建议勾上不然新集团里没账号。Profiles参数文件跟用户主数据一起拷。Authorization profiles权限参数文件。Cross-client Customizing跨集团定制这个必须勾逻辑系统那些配置就在这里面。Client-specific Customizing集团特定定制按需。Application data应用数据测试环境一般不用拷拷了体积很大。选好之后点“Schedule as Background Job”。弹对话框直接回车然后选“立即”执行。再点“Schedule Job”系统会提示你可以用 SCC3 看日志。回车之后后台作业就开始跑了。 SCCL 排程后可以用 SM37 查看后台作业状态 作业名通常是 RSCLXCOP 或者类似的 在 SM37 里选作业名、用户名、状态点执行SM37 里能看到作业是“已释放”“就绪”“运行中”还是“已完成”。如果作业卡在“就绪”不动多半是后台工作进程被占满了去 SM50 看看有没有僵死的进程。4.2 SCC3 日志分析哪些错误可以忽略哪些必须处理拷贝跑完之后跑 T_code: SCC3 看日志。SCC3 里会列出每次拷贝的汇总点进去能看到详细日志。日志里常见的几类信息RC 0成功不用管。RC 4警告通常是某些表不存在或者跳过多数可以忽略。RC 8错误需要看具体是哪张表、哪条记录。RC 12严重错误拷贝可能中断。如果看到 RC 8 集中在某几张表上先查这些表是不是跨集团表跨集团表在 client copy 时本来就不该被拷。如果是自定义表报错检查表结构在 000 和 790 之间是否一致。返回码含义处理建议RC 0成功无需处理RC 4警告确认跳过的表是否影响业务RC 8错误查具体表名和记录号RC 12严重检查日志中断点可能需要重跑4.3 拷贝完成后的验证动作拷贝结束后别急着开始定制。先做几个验证用 SU01 看用户主数据在不在用 SALE 看逻辑系统配置有没有带过来用 SM30 看几张关键配置表有没有数据。如果发现跨集团配置没拷过来检查 SCCL 里 Cross-client Customizing 有没有勾。如果用户没拷过来检查 User master 勾选和参数文件。5. 避坑与排查Client Copy 里最容易翻车的五个点5.1 现象SAP* 登录 790 提示“用户已锁定”原因SAP* 默认是锁定状态或者login/no_automatic_user_sapstar参数没生效。解决确认 RZ10 里参数值是 0并且服务器已经完全重启。如果还不行用 DDIC 登录 000跑 SU01 看 SAP* 在 790 里的状态手动解锁。5.2 现象SCCL 排程后作业一直“就绪”不执行原因后台工作进程被其他作业占满或者作业队列里有优先级更高的任务。解决SM50 看进程状态SM37 看作业队列。如果是进程不够等一会儿或者调整操作模式。别强行删作业容易留下锁。5.3 现象SCC3 日志里大量 RC 8集中在某几张表原因这些表可能是跨集团表或者 000 和 790 的表结构不一致。解决先确认表是不是跨集团表SE11 看 Delivery Class。如果是自定义表用 SE14 对比结构。跨集团表报错可以忽略自定义表报错得先修结构再重跑。5.4 现象拷贝完成后790 里看不到某些配置原因SCCL 里对应的勾选项没选或者配置属于跨集团但没被正确带过来。解决回 SCCL 看勾选记录确认 Cross-client Customizing 和 Client-specific Customizing 都选了。如果还缺用 SCC1 做单表传输或者手动在 790 里重建。5.5 现象RZ10 改完参数重启后系统起不来原因参数名拼错、参数值格式不对或者 profile 文件被改坏了。解决进操作系统层面找到 profile 文件所在目录用备份文件覆盖回去。平时改 RZ10 之前先把 profile 文件复制一份到安全位置。后悔药就是备份。6. 拷贝之后在 790 里跑通 MM 定制与 SECATT 的衔接技巧Client Copy 跑完只是开始790 这个集团的价值在于你能在里面放心折腾。手册作者提到后续重点在物资流程MM的定制和经典程序收集这里说一个我常用的衔接技巧用 SECATT 把重复的定制步骤录成脚本在新集团里批量重放。具体做法是在 000 或者一个已经配好的集团里用 SECATT 录制一套 MM 定制操作比如定义工厂、采购组织、物料类型的配置路径。录完之后导出脚本登录 790用 SECATT 导入并执行。这样比手动点配置快得多而且不容易漏步骤。 SECATT 脚本导入后的执行检查点 1. 确认脚本里的变量如工厂代码、采购组织已替换为 790 的目标值 2. 用 SECATT 的“测试运行”模式先跑一遍看有没有报错 3. 正式运行时勾选“后台执行”避免前台超时 4. 跑完后用 SCC3 或 SM37 看日志确认每一步都成功参数替换是关键。SECATT 脚本里如果写死了 000 的配置值到 790 里就会报“条目已存在”或者“值无效”。我一般会在脚本里用变量占位执行前统一替换。另一个技巧是把 SECATT 脚本和传输请求结合起来——先在 790 里跑脚本确认无误后用传输请求把配置传到其他集团避免重复劳动。验证拷贝是否彻底我习惯跑一个简单的 MM 流程ME21N 建采购订单MIGO 收货MIRO 发票校验。如果这三步能走通说明 MM 相关的基础配置和主数据都到位了。走不通的话看报错信息定位是哪张配置表缺数据回 000 对比用 SCC1 单表补传。从那以后我每次做完 Client Copy都强制走一遍“登录验证 → SCC3 日志检查 → MM 最小流程测试”这三步不跳过任何一步。希望帮到你。本文还有配套的精品资源点击获取