企业官网建设流程全解析

简介：面向SAP系统管理员与实施顾问的集团拷贝教程，围绕ECC 6.0 32位系统环境，详解SAP Client Copy的完整操作流程。内容包括逻辑系统定义与分配、新集团（如790）的参数设置、通过SCCL复制客户端数据，以及用RZ10调整login/no_automatic_user_sapstar参数激活SAP*账号等环节，适合为MM流程定制、开发与测试搭建独立环境。整个资源为1个doc文档，压缩包大小776KB，文档以图文形式逐步展示T-code路径与关键界面，便于对照操作。目前已有629人学习/下载，实用性经过验证。作者基于实际环境整理了流程，并指出网上资料中常见的转载错误，对跨客户端配置、后台作业调度、数据备份等易错点给出了明确提醒，可作为Client Copy实施的速查手册与排错参考。

1. 做不到一次就跑通的SAP集团拷贝：从ECC 6.0装完到Client 790落地

SAP client copy（集团拷贝）在ECC 6.0里是个绕不开的活：装完服务器后，谁也不想直接在000生产集团里做定制和测试，最稳妥的办法就是复制出一个独立的790测试集团，把开发、定制、测试全放在里面。但真正操作起来，发现SCCL虽然只是一个事务代码，前置的SU01、SALE、RZ10一个都躲不掉——少配一个逻辑系统，或者忘了给SAP解锁，拷贝作业就会卡在半路。我帮某公司装完ECC 6.0后，就被“SAP无法登录”卡了一整天，网上的资料几乎全是同一篇帖子的N手转载，连报错描述都在互相抄，看完更懵。这篇笔记把我实际跑通的完整流程记下来，从建ID、定义逻辑系统，到分配集团参数、改profile，再到执行SCCL并读日志，每个环节都标注了必须注意的坑。适合刚装完ECC、想搭独立测试环境又不想动000数据的开发者和BASIS新手。

2. 拷贝前先备好账号和逻辑系统：SU01复制ID与SALE定义逻辑系统

真正执行SCCL之前，有两件事必须落地：一个能用来干活的账号，和一个能标识集团身份的“逻辑系统”。很多新手直接拿DDIC一路操作到最后，结果SCCL跑完发现新集团里定制功能被锁死，前功尽弃。所以拷贝前，先把这两块底牌准备好，后面才有得玩。

2.1 SU01复制ID：为什么不能用DDIC直接干活

ECC 6.0安装完成后，系统里自带000、001、066三个预置集团。管理员账号DDIC和SAP*的密码，是安装过程中自己设定的，拿我这边32位ECC 6.0的环境来说，密码就是安装时输入的那套，系统不会给你准备什么默认值。但这里有个容易被忽略的规则：DDIC是SAP所有对象的属主账号，系统不允许用它做定制类操作——拿DDIC去配置逻辑系统、改Client参数，很多入口会直接被系统拒绝。

所以第一步是用SU01复制出一个可定制的ID。操作不复杂，但要点在于“复制”而不是“新建”：

登录集团000，事务代码 SU01 输入要复制的模板用户，例如 DDIC 点击“复制”图标（或菜单 Edit -> Copy User） 填写新用户ID，例如 JIAHG 维护密码、参数文件（Profile）、角色（Roles）后保存

复制用户这件事，本质是把DDIC的用户主数据当作模板，生成一个权限相当但“户口”独立的新ID。复制出来的ID权限虽然和DDIC几乎一样，但系统不会把它判定为DDIC本人，定制操作不会再被拦截。这里有个重要的取舍：复制ID的密码一定要自己重新设一遍，不要沿用模板的，否则别人拿模板密码就能登进来；角色和参数文件同样需要复核，不能直接照搬，否则权限可能过大或过小。生产环境里我还会给这类复制账号加一层角色限制，只给必要的定制权限，避免误操作波及整个系统。

这个新ID的命名建议跟人走，比如JIAHG这种拼音缩写就很好认。后面在790集团里做定制、开发、测试，都用这个ID登录，不必再碰DDIC。新手容易犯的错是复制完不测登录，直接关掉SU01，等拷贝完发现新账号进不去才回头查，白白浪费一次全量拷贝的等待时间。

2.2 SALE定义逻辑系统：跨Client共享表记住这个警告

有了可用的操作账号，接着要在SAP里定义一个“逻辑系统”（Logical System）。逻辑系统是SAP识别系统来源的标识，集团拷贝前必须给它建好，否则拷贝过程无法正确记录数据来源。操作路径如下：

T_code: SALE 展开 Basis settings -> Logical Systems 点击 Define Logical System 系统弹窗警告：Caution: The table is cross-client 回车确认 点击 New Entries Logical System: QAS Name: Test of Logical Systems Create by Jiahg 保存

那行“跨集团”警告值得多说一句：逻辑系统的数据存放在跨Client共享的数据库表里。也就是说，你在这里新建的QAS，不只属于000集团，它对服务器上所有集团都可见。任何集团对这张表的修改，都会影响其他集团。这不是操作出了问题，而是SAP里这类基础表本来就是跨集团共享的，看到警告不慌，确认后直接回车。

保存时，系统会弹出Request（传输请求）选择框。新装ECC 6.0有个典型坑：TMS还没配置，Request列表是空的。这时候不要强行回车，应该在请求对话框里选择“新建请求”，填一个简短描述，系统会自动生成一个本地请求号，保存就成功了。如果这一步没走对，逻辑系统根本写不进表里，后续的Client分配也会跟着报错。

提示：逻辑系统是跨Client共享的，定义一次，整个服务器所有集团生效。不要以为只在000集团操作就只在000里有效。

逻辑系统命名上，我习惯按“系统用途+环境”来定，比如QA系统就叫QAS，和集团号对应起来好记。Name字段只是描述，可以随便写，但尽量写清楚创建人和用途，方便后来的人对照。这套操作全部做完后，逻辑系统QAS就作为一条跨集团记录存在于服务器里，等着被分配到具体Client上。

3. 给790上户口：分配逻辑系统到Client及SCC4关键参数

逻辑系统建好了，但790集团还没有“户口”——SAP不知道790该归属哪个逻辑系统。这一步的入口还是在SALE里，叫“分配逻辑系统到Client”，实际改动的是SCC4视图的数据。很多教程把这步一笔带过，但这里填错一个参数，后面拷贝完登录就可能直接崩。

3.1 Assign Logical System to Client：每个Client绑定唯一逻辑系统

进入路径不复杂，关键是要理解你正在改的是跨集团共享的数据：

T_code: SALE Basic Settings -> Logical Systems -> Assign Logical System to Client 系统弹窗警告：此表为跨系统的 直接回车 点击 New Entries

这步弹窗警告和定义逻辑系统时类似，因为SCC4视图同样是跨集团共享的。界面上会列出服务器里所有的Client——前三个000、001、066是安装时自动生成的默认集团，它们的逻辑系统已经预置好了。我们要做的是点New Entries，给790添加一行记录。

这里有个容易混淆的点：SCC4维护的是“Client属性”，包括Client角色、更改记录选项、逻辑系统绑定等，但它本身是跨集团表。不管从哪个集团登录SALE，改的都是同一份数据。所以操作时一定要看清Client列，别把000或066的属性误改掉——我见过有人把066的逻辑系统改成了测试系统，结果整个服务器的传输链路全乱了。新装ECC的000、001、066三行记录保持默认就好，只动新增的790。

3.2 Client参数怎么填：role、币种、保护级别、ECATT

点击New Entries后，进入集团明细设置界面。下面这几个字段是拷贝后能不能正常用的关键，我按当时填写的值逐个说明：

每行都有它存在的意义。Logical system用搜索帮助选QAS即可，别手敲，容易拼错。Client role填Customizing是为了后续定制开发；如果填Production，SAP会自动关闭很多更改记录功能，等SCCL跑完再回头改就麻烦了。Std currency填RMB，集团内所有财务默认币种就是人民币，和生产保持一致。保护级别填0，意思是这个Client不做额外保护，对测试集团来说最省事；如果是生产环境，我会结合传输链把保护级别提高，防止有人乱改。

“Changes to Repository and cross-client Customizing allowed”这个选项尤其重要，它允许对资源库和跨集团定制进行修改——新测试集团必须要这个权限，否则复制完连定制入口都打不开，SCCL跑得再快也是白跑。

设置完保存，系统会弹“当更改逻辑系统时小心”的提示，直接回车确认，看到“Data was saved”字样，790的户口就算落上了。这一步做完，逻辑系统QAS正式和790集团绑定，登录时系统会通过这个逻辑系统判断当前集团的归属，也为后续搬运数据提供了来源标识。

4. 解锁SAP*登录790：RZ10参数login/no_automatic_user_sapstar

790集团的户口上好了，按理说可以登录了。新集团默认账号是SAP*，密码是pass，注意是小写。但如果你在刚装好的ECC 6.0上直接拿这组账号登录790，多半会被弹回来。这不是密码错了，而是SAP默认把这扇门锁了。

4.1 新装ECC的SAP*封锁：现象与原因

现象很明确：登录集团790，输入SAP和pass，系统提示登录失败或用户不可用。在000集团用DDIC登录完全正常，唯独新Client的SAP进不去。

原因藏在SAP的一个安全参数里：login/no_automatic_user_sapstar。这个参数在ECC 6.0默认值为1，意思是关闭SAP超级用户的自动启用机制。SAP虽然是内置账号，但系统出于安全考虑把它默认锁定了，必须显式把参数改成0、重启后SAP*才允许在各个集团登录。

网上搜这个问题，翻来覆去都是同一篇帖子的转载，很多人连“要配参数”都没提，只说“用SAP登录试试看”。我卡在那一整天就是这么来的。所以遇到这报错，先怀疑参数，不要怀疑密码。还有个小坑：SAP的密码首字母大小写也算一种写法，pass和PASS是两个不同的密码，默认是小写pass，输入法自动大写没关掉也会误报密码错误。

注意：SAP*默认密码是pass（小写），不是PASS。输入法开着大写锁或者手滑写成大写，一样提示登录失败，别急着改参数。

4.2 Import Profile + 改参数 + 重启：三步解锁

解锁操作要在000集团用DDIC或管理员账号执行，事务代码RZ10。步骤拆开是三段：先导入配置文件，再改参数，最后重启服务器。

第一步，导入配置文件：

T_code: RZ10 菜单: Utilities -> Import profiles -> of active servers 系统显示配置文件的导入日志 确认出现 Profile import executed correctly 后退回到RZ10初始界面

这步是很多操作者忽略的。新装ECC系统如果不先导入profile，RZ10初始界面的Profile搜索帮助里是空的，根本选不到现有的参数文件。先“of active servers”从活动实例加载一遍，系统才会列出当前服务器实际在用的配置文件。

第二步，给参数文件加参数。回到RZ10初始界面，单击Profile字段的搜索帮助，能看到三个已装载的配置文件。选哪个？以我当时的服务器为例，profile名称是JHG_DEVBMGSOO_SAPIDES——前段JHG是ECC服务器系统标识（安装时定义的System ID），中间DEVBMGSOO是实例名，末尾SAPIDES是操作系统计算机名。你的环境命名肯定不一样，规则就是“系统ID_实例名_主机名”，选对应你实际实例的那个。

选择profile后进入编辑界面 Edit Profile 选项里选择 Extended maintenance（扩展维护） 点击 Change 点击 Parameter 按钮新建参数 用搜索帮助选择参数名：login/no_automatic_user_sapstar Parameter value 填 0 点击 Copy，保存

参数名用搜索帮助选，避免手输拼写错误；值填0表示允许SAP*。保存后回到参数界面，点击Display按钮，确认第一行已经是login/no_automatic_user_sapstar = 0，参数就算真正写进profile了。

第三步，重启服务器。SAP的参数文件是在实例启动时读入的，改完不重启不会生效。这里说的重启，不是单纯重启SAP应用服务器，而是要等所有SAP服务完全停止后再启动。我一般会在命令行用stopsap把实例全部停掉，确认没有SAP进程残留后再startup，避免参数读到一半的情况——这种事看起来玄学，实际是旧进程没退干净导致的。重启完成后，再用SAP*和pass登录790，就能进去了。

5. SCCL执行与常见问题排查：后台作业排程、SCC3日志与踩坑记录

SAP*能登录790后，终于可以执行真正的集团拷贝。SCCL是本地Client Copy的标准事务代码，功能是从源集团复制主数据、定制数据等到目标集团。这里要强调：SCCL是整个流程中看起来最简单、但翻车概率最高的一步。排成后台作业只是开始，拷贝日志里的细节才是真正要盯的东西。

5.1 SCCL参数选择与后台作业排程：从000拷贝到790

登录集团790，User填SAP*，Password填pass，运行T_code: SCCL。SCCL界面会让你选择源集团——本次操作从000拷贝到790，所以源集团填000，目标集团是当前登录的790。

T_code: SCCL 选择源集团：000 确认目标集团：790 按需选择拷贝内容（Profile / User master data） 单击 Schedule as Background Job 按钮

SCCL支持前台执行，但集团拷贝动辄半小时起步，前台执行会把会话占死，期间什么都干不了。排成后台作业的好处是拷贝过程不占用登录会话，随时可以关掉GUI去SM37或SCC3看进度。点击“Schedule as Background Job”后，系统弹出排程对话框，直接回车进入，再点击Schedule Job按钮，进入后台作业的排程设置。在这里选“立即”执行，回车确认。系统接着弹出Continue确认框，点击Continue后，系统会提示可以用T_code: SCC3查看拷贝日志。

作业启动后，别急着关界面，去SM37确认一下作业状态，看它是不是从“已调度”变成了“运行中”。如果作业长时间停在排队状态，说明系统资源被占用，或者某个集团有活动锁，这就看5.3节的排查方法了。

5.2 SCC3日志怎么看：找到失败节点

拷贝跑完或出错后，最关键的就是SCC3日志。T_code: SCC3进入日志总览，能看到历次拷贝记录和每条日志的状态。SAP用红绿灯表示状态：绿色表示成功，黄色表示警告，红色表示有错误。

看日志的顺序我一般是这样：先看总览里目标集团790那条记录的图标颜色；如果是红色，点进详情，看是哪个阶段报错。SCCL内部会经历建立Client属性、拷贝表、拷贝用户主数据等多个阶段，日志里每一行对应一个执行单元，错误行通常会直接显示短文本，比如“Table XXX could not be copied”或者“User XXX locked”。定位到具体表或用户后，用SM13、SE14之类的工具处理完，再重新执行SCCL。重跑前要把目标集团里上一轮拷贝产生的半成品数据清理掉，直接重跑经常会因为表已存在而出错。

5.3 常见问题排查：四个高频坑的现象、原因、解决

SCCL这块我在不同环境里反复踩过，下面四条是最高频的。

坑1：SAP*登录790被拒绝

现象：输入SAP*和pass，系统提示登录错误或用户不可用。

原因：login/no_automatic_user_sapstar参数默认值为1，SAP*尚未解锁；网上资料大多只提默认账号密码，不提这个开关。

解决：按第4章的流程，RZ10导入profile后把参数改为0，完全停止并重启SAP服务。

坑2：SALE保存逻辑系统时一直卡在Request框

现象：新装ECC 6.0没有配置TMS，逻辑系统保存时Request列表为空，无法保存。

原因：跨集团定制修改必须挂在一个Customizing Request下，系统没有默认请求可用。

解决：在请求对话框里选择“新建请求”，填描述后生成请求号再保存；或者先去SE03配置本地请求对象，再回来重试。

坑3：SCCL后台作业排队不执行

现象：作业已经调度，SM37显示排队，SCC3一直没有新日志。

原因：源集团000或目标集团790有活动用户会话持有锁，或者后台作业调度器繁忙。

解决：去SM04确认集团里没有活跃用户锁，必要时让其他用户退出；确认服务器负载不高后，重新调度作业。

坑4：拷贝日志显示绿色但790登录后定制功能被锁

现象：SCC3显示成功，登录790后很多定制事务代码无法操作。

原因：SCC4创建790时Client role选了Production，SAP默认关闭了自动记录更改和跨集团定制允许。

解决：回到000集团，用SALE的Assign Logical System to Client重新编辑790，把Client role改为Customizing，确认“Changes to Repository and cross-client Customizing allowed”为允许，保存后重启实例。

这四条足以覆盖我踩过的绝大多数问题。遇到更特殊的报错，先别急着全网搜答案，打开SCC3日志把红色行定位出来，对照SCC4配置逐项核对——九成问题出在这两处。

6. 装完怎么验证跑通：登录790、查T000、看拷贝日志

拷贝完成之后，验证要做的不是“能登录就完事”，而是从三个层面确认790真的可用了：账号、集团属性、拷贝结果。

第一，账号验证。用SAP*（密码pass）登录790，能顺利进入SAP GUI，说明SAP*解锁和Client角色都正常。再用第2章创建的JIAHG登录790，确认普通定制账号也没问题——这一步能提前暴露权限同步的问题。

第二，集团属性验证。登录790后跑SE16，查表T000，看到Client 790这一行的逻辑系统是QAS、更改记录状态为自动记录，就说明SCC4的配置成功写入了。顺手再跑一下SCC4，直接看790的界面，Client role、保护级别和ECATT选项是不是和预期一致。

第三，拷贝结果验证。T_code: SCC3打开日志，找到最近针对790的拷贝记录，确认状态为绿色；点进详情逐行扫一遍，表拷贝阶段没有红色行。再结合SM37确认后台作业的结束状态为Finished。这三样都通过，才敢说这次集团拷贝真正跑通了。

从那次之后，我每次做集团拷贝都把SCC3日志截图留档，验证时先翻T000再翻SCC4，顺序倒过来容易漏掉配置层面的错。这套流程虽然繁琐，但照着走一遍，能少熬一个通宵。希望帮到你。

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