简介《SAP集团拷贝Client Copy操作指南》是一份面向SAP Basis顾问、系统管理员及初学者的实操文档系统梳理了在ECC 6.0环境中复制客户端的完整流程解决测试、定制与开发环境搭建问题。资源为单个doc文档共1个文件压缩包大小776KB内容以图文步骤为主便于对照操作。已有629人学习适用于需要在新集团中开展MM流程定制或程序开发的人员。文档从逻辑系统定义、分配客户端、参数配置到登录新集团均有详细说明并特别整理了SAP*账号启用、跨客户端表修改等易错环节帮助规避常见排错坑。1. SAP集团拷贝从复制一个测试集团开始的全链路排雷SAP集团拷贝Client Copy听起来像是项目快收尾时管理员才会碰的操作但做过业务定制的人反而最清楚一个新环境的落地几乎都要从这个动作开始。它的价值很直白把现有集团通常是000完整复制成一个新集团比如790然后在这个新集团里做定制、开发、测试完全不影响生产数据。有人叫它客户端复制有人叫它Group Copy本质上都是同一件事。但这件事远不是“装完ECC服务器后点个按钮”那么简单逻辑系统定义、请求号处理、SAP*默认密码策略、跨客户端表提醒每一环节都有隐藏前提而且很多网上资料互相转载之后已经丢失了原版的有效信息。这篇笔记拆的是ECC6.0 32位环境下一份完整的Client Copy操作流程从账号、配置到后台复制把关键参数和踩坑点一次说清。2. 动手前的三道闸门账号权限、系统变更与跨客户端数据在真正运行SCCL之前很多人会直接跳到“定义逻辑系统”这一节结果复制过程中被权限和跨客户端锁卡住。我习惯先把三件事摆平谁能做定制、系统允不允许改、跨客户端表改了会有什么连锁反应。2.1 管理员账号的限制为什么DDIC都未必能直接改系统安装完ECC6.0之后系统自带两个初始管理员账号DDIC和SAP*密码是安装环节设定的。按官方设计这两个账号承担的是系统初始化和紧急恢复任务正常情况下并不鼓励拿它们去维护业务定制和集团参数。原因其实很朴素如果所有人都用超级管理员改配置哪天一个误操作把跨集团的表改错了排查时连责任边界都找不到。SAP把DDIC和SAP*定位成“系统级管理员”对Customizing动作默认受限这属于设计如此不是故障。举个例子当你用DDIC登录后运行SU01去复制一个新用户这件事本身没问题但你用DDIC直接去SALE里定义逻辑系统系统不一定拦你却可能在后面对集团属性做修改时遇到无法保存的情况。尤其在一些ECC6.0早期版本里DDIC对客户端相关的表比如T000、T001、T003并不具备完全写入权限。所以标准做法是先用DDIC登录在SU01里复制出一个带完整权限的操作账号之后所有Client Copy相关操作都通过这个新账号来做。2.2 SU01复制新ID的操作细节SU01是SAP用户维护的主事务码。在DDIC登录状态下输入SU01进入用户维护界面。此时不要点“新建”而是先输入一个新账号名比如NEWDEV然后点界面上的“复制”按钮。系统会弹出一个源用户选择窗口让你指定要复制哪个现有用户的字段。这里选一个有SAP_ALL或完整管理员权限的用户作为模板复制按钮才会把角色、参数文件、默认打印机、用户组这些基础设置一并带过来。复制完成后系统会进入该用户的详细维护界面你需要重新设置一个初始密码。密码策略方面新版本SAP要求最少八位且同时包含字母和数字如果输入得太简单保存时就会弹出密码不合规的报错。这个新账号建议放在一个独立用户组里不要直接塞进SUPER组否则后续限制790集团登录时会连带影响这个管理员账号。保存后再用这个新账号登录一次确认能顺利进入系统再做下一步。有人会跳过复制直接新建一个空白用户然后手配角色。我不推荐这个做法因为一个完整的SAP管理用户往往涉及几十个授权对象手动补齐很容易漏。复制模板用户再按项目需要增删角色是最稳妥的动作。2.3 跨客户端数据逻辑系统表不是一个集团说了算定义逻辑系统之前系统会弹出一行提示Caution: The table is cross-client。直接翻译是“注意此表是跨集团的”但它背后的含义比字面更深。当前这张表的存储结构是数据库级别的不属于任何一个具体集团也就是说你用集团790的身份去维护这张表写进去的内容对其他集团000、001也立刻生效。反过来别的集团改了这条记录你的790也会跟着变。正是因为这个特性逻辑系统的定义和分配才被单独拎出来作为Client Copy的前置条件。如果你在维护逻辑系统时不小心改到了生产集团正在使用的记录影响范围可能横跨多个环境。我曾在一次操作中图省事复用一个已有逻辑系统名称结果生产侧的角色同步开始报错最后花了一个多小时才定位到是逻辑系统归属被串了。从那以后我每次做Client Copy都先导出系统里现有的逻辑系统列表确认要新建而不是套用一个已有名称。2.4 系统变更选项复制完却改不动配置的隐藏原因另一个容易被忽略的准备工作是系统变更选项。SAP中有几个控制“是否允许修改”的总开关尤其是针对Repository对象和跨集团Customizing对象的。如果系统当前处于“不允许修改”状态复制完成后的790集团即使Client role设成了Customizing你进入配置界面去改一条物料组或会计设置保存时仍然可能被拒绝报错往往是“对象已锁定”或“修改不活跃”。这类总开关一般通过SE03或SE06维护窗口名称通常是“系统修改选项”。在做Client Copy之前先把跨集团对象修改设为允许否则复制出来的集团只是一个“能看不能动”的空壳。如果你以后还要在790上跑SECATT自动化测试分配集团参数时还要明确允许CATT和ECATT不然后期录制测试脚本时会发现录制功能根本启动不了。2.5 动手前的备份习惯最后一个准备动作是备份。字面上这指的是复制开始前给数据库做一次一致性备份。这不是可选步骤而是必选步骤因为SCCL复制过程中一旦遇到网络中断、磁盘耗尽或数据库锁冲突目标集团可能留下一堆半成品数据。最坏情况下传输请求队列也可能被锁住影响后续所有传输任务。常见的备份手段有两种一是数据库级别的完整转储这是最安全的兜底二是利用SAP传输系统加表级导出做增量保护。我习惯在动手前先确认备份已完成并有日志记录再开始后台作业调度。这个动作看着不起眼但真到复制中断需要回滚时它是唯一的后悔药。3. 定义逻辑系统与分配客户端SALE事务里的两个关键动作准备动作扎稳之后就进入SALE事务码操作。这一章包含两个动作第一是定义逻辑系统第二是把逻辑系统分配给集团。很多人把这两步混在一起做或者干脆跳过其中一步结果就是SCCL运行时报出各种奇奇怪怪的错误。3.1 定义逻辑系统命名、Request和跨集团提示的完整处理在事务码SALE的左侧菜单里按Basis Settings → Logical Systems → Define Logical System展开双击进入后系统会先弹出一条跨客户端警告。这个弹窗在多个步骤都会出现很多新手的反应是不敢继续其实它只是一个确认提示按回车或点击确认即可继续操作。进入维护界面后点击“New Entries”你会看到两个输入字段Logical System和Name。前者是逻辑系统的技术名称建议按照项目命名规范来取比如“QASCLNT790”这样既能看出用途又不和其他系统混淆的名称。后者是描述文本可以写“测试集团790使用的逻辑系统”这类可读性强的说明。需要特别注意的是Name字段不要写太过随意的内容因为后续在多个配置界面都会引用这段描述写清楚能省掉很多沟通成本。保存时一定会遇到请求号的选择。如果当前系统里已经存在可用的修改请求系统会弹出列表让你选如果是全新安装还没有创建过任何Request系统会引导你新建一个再保存。这一步是SAP标准动作不要图省事跳过。有些转载教程把请求号处理作为可选项省略了这是不负责任的。在ECC6.0的默认环境下直接保存配置表而不挂请求号虽然偶尔能成功但后续一旦涉及传输链或系统复制请求记录缺失会造成版本对不上排查起来极麻烦。保存成功后系统通常会给出一个请求号。建议用SE03或SE10记下这个请求号后续做传输或系统复制时可能会用到。3.2 Assign Logical System to Client790集团参数逐项拆解定义完逻辑系统后回到SALE菜单进入Basic Settings → Logical Systems → Assign Logical System to Client。这一步是把逻辑系统绑定到具体集团同时维护新集团的属性。系统同样会弹出一条跨系统警告直接确认继续。进入界面后左侧列表会显示系统里现有的所有集团前三个是系统初始自带的000、001、066等。点击“New Entries”新增一行此时系统会进入集团明细维护界面这一界面的参数较多建议逐项确认不要一路回车。下面是一组我在ECC6.0环境里实测可用的参数对照参数示例值说明Client790新集团编号三位数不能与已有集团重复City不填或填项目地点描述只是一个文本描述不影响功能Logical systemQASCLNT790必须从上一步定义的逻辑系统里选择可用搜索帮助Std currencyRMB集团本位币按项目所在地区选择Client roleCustomizing选Customizing表示允许在此集团做定制配置Changes and transports for client-specific objectsAutomatic recording of changes自动记录修改后续改动会进传输请求Cross-client object changesChanges to Repository and cross-client Customizing allowed允许对资源库和跨集团定制进行修改Protection level00表示不启用保护层级CATT/ECATTEcatt and catt allowed允许多级自动化测试工具使用保存时系统会弹出“当更改逻辑系统时小心”的提示因为逻辑系统一旦绑定就会影响集团间通信和ALE配置。确认无误后直接回车。再留意一下界面下方的保存反馈看到“Data was saved”或类似成功提示才算真正落库。3.3 保存后验证SCC4与SE03双重确认保存完不要急着退出先用事务码SCC4确认790集团的记录已经写入。SCC4是集团维护的主入口如果之前在分配界面里新建过790这里应该能看到这条Client记录。重点核对三项内容逻辑系统是否指向QASCLNT790、Client role是否为Customizing、跨Client对象修改是否允许。只要其中一项不对后续SCCL跑完后你就会在登录或配置阶段遇到诡异的问题。如果SCC4里看不到790说明之前新建的记录没有真正持久化。回SALE重新走一遍分配流程确认请求号已经生成并保存后再回到SCC4检查。这个过程看着多了一步但能避免后面复制完才发现集团属性设置不对而返工。3.4 逻辑系统命名的常见约定与实际用法很多第一次做Client Copy的人会问逻辑系统名称到底能不能随便取理论上它只是一个标识符只要在系统内唯一即可但在实际项目中逻辑系统名称往往与ECC服务器标识、业务用途绑定在一起。比如某公司以QAS开头表示质量保证环境以PRD开头表示生产环境。这样命名的好处是后续在做系统间接口配置时扫一眼逻辑系统名就能判断数据的来源和去向。我在这个系列资源里沿用了QAS这个名称目的就是保持阅读视角一致。如果你所在项目已有命名规范请按项目规范走不要照搬这里的示例值。逻辑系统是跨集团表数据一旦在项目中期被多个集团引用再想改名就要动表数据代价非常高。4. SAP*登录受限RZ10参数与重启启用的完整解法第3章完成之后790集团在系统里已经有了身份。此时你满怀期待地用SAP和默认密码去登录790结果大概率进不去。这不是密码敲错了而是全新安装的ECC6.0对SAP默认关闭。你需要在000集团后台通过RZ10调整参数然后重启服务器才能恢复默认访问。4.1 现象分析SAP*不能登录背后是安全参数在起作用在ECC6.0标准安装中SAP用户默认被限制自动登录。系统参数login/no_automatic_user_sapstar的默认值是1表示SAP不自动注册即不允许使用初始密码直接登录系统。这是SAP的安全设计防止新装系统被默认密码直接攻破。但这个设计也带来一个现实问题你刚复制出来的790集团还没来得及创建正式用户除SAP以外没有其他账号能登录。要进入790就得先把参数临时改为0允许SAP用安装时设定的密码登录然后重建用户数据再把参数改回1。这个参数改完不会立即生效必须重启SAP实例重新读取参数文件后才会起作用。如果改完参数忘记重启登录时依旧会提示SAP*密码错误白白折腾半天。4.2 RZ10导入活动服务器Profile第一步用DDIC登录000集团运行事务码RZ10。RZ10是SAP实例参数文件的维护界面。新装系统里参数文件可能还没有被导入到RZ10的管理列表中所以需要先做一次导入操作。在RZ10菜单中按Utilities → Import profiles → of active servers系统会读取当前活动服务器上已有的profile文件并导入到RZ10管理列表。导入完成后系统会显示一条“Profile import executed correctly”的确认信息。此时回到RZ10主界面点击Profile栏的搜索帮助就能看到已加载的参数文件名列表了。如果你是新装系统没有执行过上面的导入操作那个搜索帮助通常是空的。参数文件名一般由几段组成比如“系统标识_实例类型_计算机名”这种结构。你不用管前缀是几位字母只要选中当前活动实例对应的那个profile即可。如果不确定选哪个可以从文件名里找到和你系统ID一致的条目。4.3 扩展维护与参数修改把login/no_automatic_user_sapstar置为0选中参数文件后会进入参数维护界面。此时默认是显示状态需要先选择“Extended maintenance”扩展维护再点“Change”按钮系统才会允许新增或修改参数条目。点击创建参数按钮进入参数新增界面。用搜索帮助选择参数名“login/no_automatic_user_sapstar”然后在Parameter value字段里填入0。这里要注意不要直接关闭Search Help后手动拼写参数名很容易打错。填完点击Copy系统会提示参数已添加返回后保存这个参数文件的修改。参数值的含义很简单1表示SAP登录被拒绝0表示允许SAP登录。这里改的是“允许自动登录”而不是“永久放开SAP*账号”。等790集团里的正式账号创建好、复制过程验证无误之后建议再回到RZ10把这个参数改回1恢复安全默认值。4.4 保存参数文件与重启SAP实例的先后顺序参数保存后系统会提示是否需要重启实例。这里不要心存侥幸必须重启。在Unix/Linux服务器上常见做法是执行stopsap和startsap脚本在Windows环境下则通过SAP服务管理器执行停止和启动操作。下面是一个Unix环境下的常规操作序列# 停止SAP实例R3替换为你的系统标识 stopsap R3 # 检查后台进程确实退出避免残留进程影响启动 ps -ef | grep -i sap | grep -v grep # 重新启动SAP实例实例启动时会重新读取参数文件 startsap R3这段操作里R3是系统标识的占位符。执行stopsap后建议等30秒左右再检查进程列表确保所有SAP服务都已退出如果还有残留进程需要先清理再执行startsap否则实例启动时可能因为端口占用而失败。重启完成后用SAP*和安装时设定的密码登录790集团应该就能顺利进入了。如果仍然被拒绝去RZ10的参数文件里确认一下login/no_automatic_user_sapstar的值是否真的改为了0以及保存时是否选择了正确的profile。还有一种情况是参数写入了非活动profile导致未生效这种情况需要检查profile文件的实际加载状态。需要提醒的是重启过程会中断其他集团的在线会话。尽量选择业务空窗期操作并提前和项目组确认没有正在执行的传输或后台作业。5. Client Copy避坑记录SCCL后台作业与四个高频翻车点登录790成功之后SCCL才是真正开始复制数据。但在实际执行中许多问题不在复制本身而在准备和收尾。这些问题单看每一步都不复杂组合在一起却容易让人反复折腾。我把高频出现的几个坑按“现象 → 原因 → 解决”的方式整理在下面。5.1 现象SCCL直接报错目标集团缺少逻辑系统分配有人直接在SCC4里创建了790集团跳过了逻辑系统定义和分配步骤就运行SCCL。复制作业可能立刻中止弹出的日志里显示目标集团缺少逻辑系统分配之类的错误。这个错误出现的频率很高原因在于SAP要求每个参与Client Copy的集团都必须绑定了逻辑系统。这是传输和ALE主数据建立的基本前提没有它复制流程根本走不下去。解决方法是回到SALE把之前定义的逻辑系统正确绑定到790集团然后再跑SCCL。这一步看着多余实际上却是整个操作流程里最核心的前置条件。绑定完成后可以在SCC4里复查逻辑系统字段是否已经显示出来。5.2 现象后台作业一直在排队看不到实际运行日志在SCCL界面点击“Schedule as Background Job”后你选了立即执行但到SM37里看作业一直处于排队状态迟迟不走。这种情况常见原因有三个一是后台作业服务器上对应的作业优先级被拉得太低二是实例上没有足够的后台工作进程三是系统时间不同步作业被自动排到了未来时间。解决方法是先进入SM37后台作业管理界面找到对应的复制作业查看计划时间与实际执行时间是否一致。如果确认是时间问题可以取消后重新按“立即”调度如果是进程不足则换一台负载较低的应用服务器重新调度。SAP集团复制是数据库密集型操作不建议和大量报表或接口作业挤在同一台实例上执行否则速度会慢到让人怀疑卡死。5.3 现象复制到一半提示表锁或主键冲突SCCL执行过程中日志里出现特定表名并伴随“lock”或主键冲突消息多半是因为有用户正在目标集团上操作数据。SAP的Client Copy在复制数据时会占用目标集团相关表的锁如果这个时候有人正在790集团里跑程序或维护主数据双方就会发生锁冲突。最常见的处理方式是复制前先把目标集团的所有会话踢出或者直接通过SM37设置目标集团为“登录受限”等复制完成后再放开。SCCL本身并不强制要求目标集团无人登录但为了数据一致性和避免锁表这个步骤属于行业惯例。我在做过一次因用户在目标集团跑报表而导致复制中断之后就再也没跳过这个动作。5.4 现象复制日志显示成功但登录后部分配置是空的这是最让人头痛的情况——SCC3日志里全绿看起来复制很成功但进入790后某个IMG配置节点却是空的比如物料管理后台的一些参数没过来。排查之后才发现问题出在复制类型的选择上。SCCL复制类型很多有只复制定制数据的有只复制用户主数据的也有复制全部应用数据的。如果启动前选错了复制类型那定制的表可能复制了业务数据和项目特定参数却没有跟着过来日志自然不会报错。在ECC6.0的Client Copy场景里最常见的完整复制类型是SAP_ALL它会把定制和应用数据一并复制但如果你只需要复制定制给开发顾问用选SAP_CUST反而更快。所以启动复制前务必明确这次复制的目标范围而不是默认选完整复制。发现配置缺失之后核对SCCL界面里选择的复制类型再补跑缺失部分即可。5.5 现象网上教程互相矛盾照搬旧步骤总是卡住最后一条专门说给喜欢沿用旧教程的人。网上关于Client Copy的资料来源高度重合大量转载没有验证过甚至把错误原样放大。比如请求号处理、逻辑系统定义位置、SAP*密码重置方法不同版本之间经常互相矛盾。遇到这种资料时坚持以当前系统版本的报错信息和界面提示为准。尤其要注意“忽略警告”和“忽略必填字段”的区别。系统弹窗提示“跨集团表”时确认后继续是安全的但如果是保存时提示必填字段未维护那就得补上再保存。我的习惯是每到一个新版本服务器先手工在SAP里点一遍最小路径——比如从定义逻辑系统到分配集团——确认界面无误后再把完整流程写成项目内部笔记供团队复用。这个过程能拦住至少一半的“复制后登录失败”和“复制后配置缺失”问题。6. 复制后验证与定制收尾SCC3日志阅读的固定三步SCCL作业跑完之后最后都要靠SCC3来验明正身。SCC3这个事务码查看的是Client Copy的日志但如果你只是看一眼“作业完成”就认为拷贝百分百成功迟早要吃教训。我一般会在SCC3里固定做三步。第一步看整体状态列表里复制作业的状态应该显示“完成”或绿色标识。第二步点进作业明细逐表看复制行数尤其是用户主数据表和物料基础表例如USR01、USR02、MARC、MARA这些关键表。如果某张表的已复制行数和源集团不一致先别急着认为复制成功要么重新补一次表级复制要么检查是否存在传输范围排除导致的部分表未复制。第三步确认日志记录时间和实际执行时间吻合防止作业是在参数文件重启之前启动导致它读到的还是旧参数。这三步操作花不了几分钟但能捕捉到绝大部分隐患。确认790集团的配置和数据都完整复制之后再继续后面的定制和开发。从这以后我每次给新服务器复制集团都会强制走一遍“SCC3三步验证”而不是看到作业结束就退出——验证这一步才是保证后续所有定制工作不白做的根基。希望这份从准备到执行的笔记能帮你在下一次Client Copy时少走几个弯路少翻几次车。本文还有配套的精品资源点击获取