资讯动态

SAP ECC 6.0集团拷贝实战:SALE、RZ10与SCCL避坑

发布时间:2026/10/27 14:48:24 来源:尧图企业网站定制
简介这份文档面向SAP Basis初学者与需在ECC 6.0环境中搭建测试集团的实施人员围绕集团拷贝Client Copy这一高风险操作给出可照做的流程指引重点解决从生产集团000复制出独立测试集团、又不影响生产数据的问题。包内仅1个doc文档约776KB按主题分步编排涵盖逻辑系统定义、逻辑系统分配至客户端、新集团参数设置及SAP*登录配置等内容并记录拷贝过程中权限、数据一致性等常见问题的处理思路。资源已有630人学习下载说明其在SAP运维入门场景中有一定参考价值。读者可据此掌握SU01复制管理员账号、SALE定义与分配逻辑系统、RZ10调整参数后重启、SCCL排程后台作业等关键环节同时获得一份可直接对照操作的步骤清单与排错参考降低在测试环境试错时的风险与时间成本。1. 从 000 拷出 790那次我在 SALE 和 RZ10 之间来回折腾了三个晚上Client Copy集团拷贝在 SAP 项目里属于那种“看起来只是点几下按钮、实际能让人熬三个通宵”的操作。拿到一台刚装完的 ECC 6.0 32 位系统从 000 参考集团拷一个 790 出来做定制、开发和测试本意是隔离风险结果第一步 SALE 里定义逻辑系统时跨集团表的警告就弹了出来好不容易把参数填完790 用 SAP* 又登不进去等把 RZ10 里的参数改好SCCL 跑起来又在某张表上卡住不动。更麻烦的是网上流传的那批资料彼此抄来抄去连错误也一起抄照着做只会越走越偏。这篇记录把整条路径按我实际操作的顺序重排一遍环境怎么对、账号怎么备、SALE 怎么填、RZ10 怎么改、SCCL 怎么调度、出问题看哪里适合正在装 ECC 6.0 或第一次做集团拷贝的同行照着抄。2. 装前把环境和账号对齐ECC 6.0 32 位系统的四个前置确认动手点事务码之前有几个东西必须先确认清楚否则后面每一步都会在“环境不对”上返工。这一章不涉及拷贝本身但决定了拷贝能不能一次跑通。2.1 系统标识、实例号与 32 位系统的内存边界SAP 的很多参数文件名、目录名、服务名都是拼出来的拼错一个字符RZ10 里就找不到 profile。命名规则是固定的三位的系统标识SID 两位的实例号 实例类型 主机名。比如我手上这台SID 是 DEV实例号 00实例类型是中央实例 DVEBMGS主机名 SAPECC拼出来就是 DEV_DVEBMGS00_SAPECC。你在 RZ10 的搜索帮助里看到的那一长串就是这个东西不要凭记忆手打。ECC 6.0 的 32 位系统还有个绕不开的限制单个工作进程的地址空间有限扩展内存Extended Memory一般配到 2GB 上下就接近上限了硬往上加会在启动时因为内存分配失败直接起不来。这意味着 Client Copy 这种大批量数据搬运不能指望靠“加大内存参数”提速只能靠后台进程的数量来并行。常见做法是先把rdisp/wp_no_btc调到一个合理值比如 4 到 6具体看机器核数和内存余量然后让 SCCL 的并行度跟它对齐。32 位机器上把 BTC 进程开到十几个、并行度拉到 10 以上结果往往是实例被拖死而不是拷贝变快这个取舍要提前想明白。项目我这次用的值说明系统版本ECC 6.032 位内存寻址受限参数不能照 64 位机器的经验抄SID / 实例号DEV / 00决定 profile 名、目录结构、sapcontrol 参数实例类型DVEBMGS中央实例拷贝期间数据库和后台作业都在这一台后台进程数4 到 6与 SCCL 并行度对齐别盲目拉高2.2 Profile 的两个来源操作系统文件和数据库里的活动版本RZ10 里能看到的 profile 有两份一份是操作系统层面\usr\sap\SID\SYS\profile目录下的文本文件一份是数据库表里记录的活动版本。刚装完的系统这两份经常是脱节的——数据库里还没导入所以 RZ10 的搜索帮助一片空白很多人在这一步以为系统坏了。正确的顺序是先在 RZ10 里走一遍Utilities → Import profiles → of active servers把操作系统上现有的 profile 全部导进数据库之后搜索帮助里才会有值。导入完会有日志看到Profile import executed correctly才算成功如果提示某个 profile 读不到先回头看 2.1 里的文件名有没有拼错或者实例有没有正常启动。提示导入 profile 是一次全量覆盖动作不是增量。如果之前有人在数据库里手工加过参数、但没同步回操作系统文件导入之后这些参数会以文件为准。动手前先导出当前 profile 内容留一份这是唯一的后悔药。2.3 SU01 复制一个日常定制账号别拿 DDIC 和 SAP* 干活系统装完之后默认给你两个高权限账号DDIC 和 SAP*密码是安装过程中设定的。这两个账号能用但不适合日常定制操作——DDIC 是系统级的很多地方会被限制SAP* 更是特殊账号登录行为受参数控制而且它的密码是公开的默认值。稳妥的做法是复制一个自己的账号出来用它做后续所有配置。用 DDIC 登录系统进事务码 SU01输入目标用户名比如JIAHG点“创建”然后在“参照”字段里填DDIC回车系统会把 DDIC 的用户主数据带过来包括角色和参数文件。接着按项目需要调整三样东西用户类型设为 Dialog日常登录用初始密码自己设一个强密码并勾选“首次登录必须修改”角色里保留 SAP_ALL 和 SAP_NEW测试系统里够用生产系统千万别这么给。保存之后会要求分配一个请求号新系统没有请求就新建一个。账号用户类型用途注意DDICDialog系统级操作如 SU01、SCC4不建议用于业务定制SAP*特殊应急登录、新 client 首次登录密码默认 PASS行为受参数控制自建 IDDialog日常配置、逻辑系统、拷贝调度密码策略和角色按项目规范配自建账号搞完之后后面 SALE 和 SCCL 都用它登录避免 SAP* 的参数问题干扰排查——把两个变量混在一起出问题时会很难判断到底是参数没生效还是权限不够。3. SALE 里定义逻辑系统并分配到 790两步配置的参数逐项过集团拷贝之前必须先让系统认识这个新 client这一步在 SALE 里做分两小步先建逻辑系统再把逻辑系统挂到具体的 client 号上。顺序不能反。3.1 Define Logical System跨集团表的警告到底要不要回车用自建账号登录 000进事务码 SALE路径是Basis settings → Logical System → Define Logical System点“Define Logical System”之后系统会弹一条警告大意是“此表是跨集团的”。这条警告不是在吓唬人它说的是事实逻辑系统定义存放在跨集团表里不属于任何一个 client改动对所有 client 生效。理解这一点很重要因为它意味着你在 790 里做的定义000 和 001 也看得见所以命名必须有全局唯一性。回车之后进入列表界面点“New Entries”填两列Logical System 填QASName 填一段描述比如Test of Logical Systems。命名惯例一般是SIDCLNTclient比如DEVCLNT790这样一眼能看出它属于哪个 client我这次沿用了QAS这种短名是因为后续还要挂到多个 client 上做对照测试。填完点保存系统会要求记入一个请求号新系统里没有现成的就新建一个记下这个请求号后面查配置有没有真正落库要靠它。字段建议填法说明Logical SystemQAS 或SIDCLNT790跨集团唯一命名规则提前定好Name可读的描述给自己和后来人看的别写无意义字符Request新建或选已有记下号码便于 SE09/SE10 里追溯3.2 Assign Logical System to Client790 每一栏怎么填还在 SALE路径换成Basic Settings → Logical Systems → Assign Logical System to Client点击时又会弹一次跨系统表的警告直接回车。列表里会列出系统里所有 client前三个通常是 000、001、066 这些系统自带的不要动它们。点“New Entries”进入明细界面这里才是真正创建 790 的地方。逐项填Client 填790描述填Test Of Logic System之类City 是自由文本填公司所在地的拼音缩写就行不影响功能Logical system 填上一步定义的QAS可以点搜索帮助选避免手打出错Std currency 选RMBClient role 这一栏要慎重测试和定制环境选Customizing或Test绝对不能选Production否则系统会按生产 client 的规则限制很多操作事后改回来还得走一遍传输。下面几个勾选项Automatic recording of changes勾上自动记录修改方便后续生成传输请求Changes to Repository and cross-client Customizing allowed选上允许对资源库和跨集团定制做修改保护级别设 0如果后面打算用 eCATT 做自动化测试把eCATT and CATT allowed也勾上。保存时系统会再弹一次“更改逻辑系统时请小心”的提示回车确认看到Data was saved才算落地。这里有个容易被忽略的点很多人以为在 SALE 里建了 790 就等于 client 建好了实际上 client 的物理创建和属性维护标准入口是 SCC4SALE 这边只是分配逻辑系统。两者都做完790 才算真正可用。注意Client role 选错是后期最难改的配置之一。生产角色会锁住大量定制入口测试阶段会一直报“不允许更改”改回来要重新走一遍 SCC4 和传输别在新建时图省事。4. 让 SAP* 登进 790RZ10 参数与 SCCL 发起拷贝配置做完接下来是两件事先让新 client 能登进去再从 000 把数据拷过来。这两步之间隔着一次实例重启顺序错了就白等。4.1 RZ10 里加 login/no_automatic_user_sapstar 并重启实例新 client 建好后默认能用的账号是 SAP*密码PASS。但在较新的 ECC 6.0 安装里这个默认登录往往是被关掉的直接登会提示用户名或密码错误——不是密码错了是参数不允许。控制它的参数是login/no_automatic_user_sapstar值为 1 时禁止 SAP* 用默认密码登录为 0 时允许。改法用 DDIC 或自建账号登录 000进 RZ10先按 2.2 说的走Utilities → Import profiles → of active servers把活动 profile 导进来然后在 Profile 搜索帮助里选中央实例那个 profile勾上Extended maintenance点“Change”再点“Parameter”新建一行Parameter name 填login/no_automatic_user_sapstarParameter val 填0点“Copy”回车保存。回到上一层点“Display”确认第一行就是这个参数值确实是 0。参数落库之后必须重启实例才生效因为 profile 是实例启动时读的。以sidadm身份在操作系统层执行# -nr 后面是两位实例号我这里是 00 sapcontrol -nr 00 -function Stop # 等到状态显示 Stopped / Gray 之后再执行下一条别连着敲 sapcontrol -nr 00 -function Start停的时候要有耐心SAP 实例关闭要等所有工作进程退出、数据库连接释放着急点启动会出现共享内存没释放、实例起不来的情况。起来之后用 SAP* /PASS登录 790注意密码是大写SAP 的密码区分大小写输入小写 pass 一样会被拒。登录成功之后出于安全考虑建议立刻给 SAP* 设一个自己的密码或者把参数改回 1 并重启别让默认密码长期挂在一个能访问全部数据的账号上。这个动作在测试系统里也值得做血泪经验是测试系统被当成跳板的事情并不少见。4.2 SCCL 选 Profile 与后台调度SCC3 看日志用 SAP* 或自建账号登录 790进事务码 SCCL。界面上要填的核心参数不多但每一个都有讲究参数建议值说明Source client000SAP 参考 client定制和基础数据齐全适合作模板Target client790自动带出当前登录的 clientSelected profileSAP_ALL / SAP_CUST / SAP_USER全量、仅定制、仅用户主数据按目的选Copy user master records勾选不勾的话 790 里没有用户登进去一片空Maximum number of parallel processes与 BTC 进程数对齐32 位机器上给 4 到 6 就够别贪多Test run第一次先勾只估算大小、不实际拷数据Profile 的选择直接决定拷完之后 790 长什么样。SAP_ALL是全量包含定制、应用数据、用户主数据适合做完整测试环境代价是耗时最长SAP_CUST只拷定制和跨 client 定制不拷业务数据适合做纯配置对照SAP_USER只拷用户主数据通常是补拷用的。第一次做我一般先用SAP_CUST跑一遍验证流程通不通通了再上SAP_ALL。参数填完点Schedule as Background Job系统提示“后台作业已排程”回车再点Schedule Job选执行时间选“立即”回车确认。系统会提示可以用 SCC3 查看日志回车之后拷贝正式开始。整个过程在后台跑前台可以退出去做别的事但别在 790 里登录其他账号也不要有人在 000 里操作否则可能因为锁冲突或数据一致性检查被中断。SCC3 里能看到每个阶段的进度先是用户主数据然后是表数据、索引最后是收尾检查。日志会一行行往下刷重点看状态列有没有变成Completed以及中间有没有红色的错误行。第一次跑不建议离开太久卡在某张大表上超过预期时间就该去看是不是表空间或日志空间满了。5. 五条踩坑记录从 790 登不进去到拷贝跑一半中断下面这几条都是我在实际环境里撞过的按“现象 → 原因 → 解决”记遇到同类问题可以直接对号。5.1 登录与参数类问题现象一790 用 SAP/ PASS 登录一直提示用户名或密码错误。* 原因通常有三个层次参数没加、参数加了没重启、重启了但改的不是当前活动 profile。排查顺序是先用 RZ10 的 Display 确认参数在当前 profile 里确实存在再用sapcontrol -nr 00 -function GetProcessList确认实例的启动时间是不是在你保存参数之后最后确认登录的 client 号有没有输错。都排除还不行就用 DDIC 在 000 里进 SU01 看 SAP* 用户是不是被锁了解锁后重试。现象二RZ10 里 Profile 的搜索帮助是空的什么都选不到。原因是没有执行导入。刚装完的系统数据库里还没有 profile 记录必须先走Utilities → Import profiles → of active servers导入成功后搜索帮助才有值。导入日志里如果出现某个 profile 读取失败多半是 2.1 里说的文件名拼写问题或者实例没起来、目录不可读。现象三SALE 里保存逻辑系统时提示“未找到请求”存不下去。原因是当前 client 没有可用的定制请求或者账号没有 S_CTS_ADMI 相关权限。解决方式是让有权限的账号在 SE10 里新建一个定制请求记下号码后在保存界面手工输入权限问题就用 SU53 看具体缺哪个对象让 BASIS 补授权别自己硬加 SAP_ALL 绕过去那样会把权限问题掩盖到上线前才爆。5.2 拷贝与日志类问题现象四SCCL 排程之后作业一直停在“已释放”或很快变成“已取消”。停在已释放基本是后台作业进程全被占满去 SM37 看有没有别的长作业在跑或者 SM50 看 BTC 进程是不是都卡住了很快取消多数是目标 client 里有用户在线、或者源 client 000 有人在操作SCCL 的前置检查会直接终止作业。解决方式是 SM04 清掉两个 client 的在线用户避开业务时段重跑。另外表空间或数据库日志空间不足也会表现为作业取消这个要去数据库层看别在 SAP 里绕圈。现象五拷贝跑到一半卡在某张表上不动日志长时间没新行。32 位系统上最常见的原因是并行度给太高几个 BTC 进程同时抢内存实例整体变慢甚至假死。处理方式是 SM50 看进程状态如果都是 Running 但 CPU 很低大概率在等 I/O 或锁等超过合理时间就 SM37 里取消作业把 SCCL 的并行进程数降到 4重新跑。已经拷过去的表不会重复处理重跑会从断点继续这一点比很多人想的要省心。注意每次重跑前先在 SCC3 里把上一轮的日志看完整确认中断原因已经排除。同一个原因导致的失败重跑多少次结果都一样只是多消耗几个小时。6. 装完怎么验证 790 真能用四个层次逐个过一遍拷贝作业显示Completed只代表数据搬完了不代表 790 就是一个能用的环境。我习惯按四个层次验一遍任何一层不过都不能把 790 交出去给业务或开发用。第一层看状态。SCC3 里最终状态必须是Completed日志末尾不能有红色错误行。同时去 SM37 看这个后台作业的结束状态Finished才算真正收尾如果 SCC3 显示完成但 SM37 是Cancelled说明收尾阶段出了问题数据可能是残缺的。第二层看 client 属性。用自建账号登录 790进 SCC4 看这个 client 的 City、Logical system、Currency、Client role 是否和 SALE 里填的一致尤其确认 Client role 不是 Production、Changes to Repository and cross-client Customizing allowed是勾上的。Role 不对后面所有定制都会被系统拦下来改起来要重走传输。第三层看数据。用 SE16 看几张关键表T000 里应该有 790 这条记录T001 里公司代码和货币设置正确USR02 里能看到拷贝过来的用户数量与源 client 对得上。再抽一张业务表对行数比如用 SE16 看某张常用表的条目数与 000 里的数量做个粗略比对差异在合理范围内就说明拷贝是完整的。验证项事务码期望结果拷贝日志SCC3状态 Completed无红色错误后台作业SM37作业状态 Finishedclient 属性SCC4Role 为 Customizing/Test逻辑系统为 QAS基础表数据SE16 → T000 / T001790 记录存在公司代码与货币正确用户主数据SU01 / USR02用户数量与源 client 一致第四层看能不能真正干活。用自建账号在 790 里进 SPRO随便打开一个定制节点试着改一个不影响业务的配置并保存能生成请求就说明定制链路是通的再进一个业务事务码比如物料或采购相关的界面能正常进入、能查到拷贝过来的主数据就说明应用数据这一层也站住了。这两步做完790 才算交付。从那以后我每次做完 Client Copy都强制走一遍这四层验证尤其是 SCC4 的 role 和 SPRO 的保存测试哪怕前一天刚跑过同样的流程也不省。拷贝作业成功而环境不可用的情况我遇到过两次都是靠最后这两步当场揪出来的比让开发用两天之后才发现要省事得多。希望帮到你。本文还有配套的精品资源点击获取

读完文章,也想定制专属网站?

尧图设计师 24 小时内与您沟通定制方案

免费获取报价 →
↑