企业官网建设流程全解析

简介：这份资源是面向SAP Basis运维与实施人员的Client Copy（集团拷贝）操作手册，重点解决在SAP ECC 6.0 32位系统中从生产集团000复制出测试集团790的完整流程问题，适合具备一定SAP基础、需要搭建独立定制与开发测试环境的工程师参考。压缩包内仅含1个doc文档，约776KB，以图文步骤形式记录了逻辑系统定义、逻辑系统分配至客户端、新集团参数设置以及SAP*登录配置等关键环节，并附有作者对网络资料未经核实、错误转载现象的提醒。文档还涉及RZ10参数调整、SCCL后台作业排程等易错点，可帮助读者避开常见配置陷阱，快速完成集团拷贝并投入后续MM流程定制与程序开发。目前已有626人学习下载，适合作为实操时的对照清单与排错参考。

1. 从 000 到 790：SAP 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”，输入逻辑系统名，比如 QAS，Name 写“Test of Logical Systems Create by Jiahg”。保存时会让你记一个 Request。如果是新系统还没有 Request，就新建一个，记下 Request 号。这个 Request 后面传输的时候还要用，别弄丢。

2.3 把逻辑系统指派到 790：集团角色和保护级别怎么选

回到 SALE，走 Basic Settings → Logical Systems → Assign Logical System to Client。同样会弹跨系统警告，直接回车。进去之后能看到系统里所有集团，前三个是默认的。点“New Entries”，开始定义 790。

这里有几个参数需要想清楚再填：

• Client：790，你新建的集团号。
• City：HeNan.zhenzhou，随便写，但建议写真实位置，以后排查问题时有用。
• Logical system：QAS，上一步定义的那个，用搜索帮助选。
• Std currency：RMB，币别按实际业务选。
• 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_sapstar，Parameter 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 填 000，Target 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 之间是否一致。

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 最小流程测试”这三步，不跳过任何一步。希望帮到你。

本文还有配套的精品资源，点击获取