企业官网建设流程全解析

简介：这是一份面向SAP系统管理员与BASIS初学者的日常运维命令速查资料，以科莱特SAP内训讲义为底本整理，帮助读者快速定位用户权限、集团管理、数据库维护、后台作业、打印与系统监控等高频事务代码，适合刚转入BASIS运维岗或需查漏补缺的从业者随查随用。压缩包仅含1个PDF文件，约2.02MB，篇幅紧凑，便于在电脑或移动端翻阅，也可打印后作为工位旁的速查手册。内容按运维模块分章罗列SU01、PFCG、SCCL、DB13、SM36、SPAD、ST06、STMS等常用事务码，并对解锁改密、集团拷贝、备份日志检查、假脱机请求处理、系统日志分析等操作给出简要说明与注意点，末尾还附有启动、进程、传输、数据库四类日志的路径及BASIS学习路径建议。目前已有962人学习，说明其在入门与日常排障场景中具备一定参考价值。

1. 先弄明白一件事：SAP BASIS 运维到底在守什么

很多新手听到「SAP BASIS 运维」，脑子里浮现的是一块黑屏幕、一堆看不懂的代码、随时可能爆炸的生产系统。换个说法就好懂了：把 SAP 系统当成一栋办公楼，业务顾问和最终用户是楼里的住户，他们关心的是房间好不好用、业务跑不跑得通；BASIS 就是这栋楼的物业和工程部，管门禁权限、管水电容量、管消防报警、管监控录像、管设备报修。住户不会关心配电房在哪，但配电房一出问题，整栋楼都得停摆。SAP 日常运维 BASIS 干的正是这件事：用户权限、集团（系统内的独立数据区）、数据库、后台作业、打印、系统监控、传输管理，一样一样盯住。这份内训资料把这些日常动作按九个大类整理成了一张张事务码清单，适合完全没接触过 SAP 系统管理、但准备入行做运维的人，从第一个账号操作开始跟做。

2. 为什么零基础也值得学：一条从「接电话」到「管系统」的路

刚接触这个方向的人，最容易犯的错是把 BASIS 想象成一座必须从地基开始爬的高山：先学安装，装完才配学别的。真到了实际工作里你会发现，日常运维这一侧的门槛比想象中低得多，因为它每天处理的事情非常具体——某个同事密码忘了、某个报表跑不出来说没权限、某个后台作业挂了一晚上没动静、某台打印机一直吐白纸。这些问题的共同点是：有明确的现象、有明确的入口事务码、有明确的检查顺序。新手需要的不是先把整套架构啃透，而是先建立起「看到什么现象，去哪个事务码，看哪一栏」的条件反射。

2.1 BASIS 的两副面孔：实施和运维各干什么

BASIS 这个角色，按工作内容的偏向可以分成两块。实施偏向前期：规划系统架构、安装、配置、写交付文档，相当于把楼盖起来、把水电接通、把图纸归档。运维偏向长期：管理、监控、维护、日常支持，相当于楼盖好之后的值班表、巡检表、报修单。调优这件事两头都沾，需要综合考量，但更偏实施一侧，因为它常常要动到参数和架构层面的东西。

这里有个新手容易误解的地方：实施顾问的要求整体高于运维，但不代表实施在所有方向上都比运维专业。实施定了大局，运维在这个大局已定的前提下把日子过好，有点像萧规曹随——规矩是前人定的，你负责让规矩稳定运行。反过来说，一个天天处理用户报障的运维，对「用户到底怎么用系统」的理解往往比只做过安装的人更深。

还有一个绕不开的底线：数据安全。系统可以重装，数据丢了没有后悔药。所以数据库备份和还原是这套技能里必须认真掌握的一块，不是选修。新手一开始不用碰还原，但要知道备份日志在哪个事务码看、备份失败长什么样，这是运维的基本责任心。

2.2 新手最容易卡住的三个误解

第一个误解：必须先学会安装，才能学其他 BASIS 技术。这套内训资料的原文里直接写了「其实不然」，理由很实在——BASIS 是一层一层的角色和任务，基础没打好就跳到安装，等于跳过日常支持和维护直接上高级技术，非常不划算。自己在家搭个练习环境装一遍，属于例外，那叫熟悉流程，不叫入门路径。

第二个误解：BASIS 是纯技术岗，不用懂业务模块。这想法害人不浅。你装好、配好的系统，是给业务用；缺了使用者的验证，就是自己夸自己。举个具体例子：用户报「月末结账跑不出来」，你从系统侧看进程正常、内存正常、数据库正常，那问题很可能在业务逻辑或数据量上。你要是完全不知道对方在跑什么功能，就只能干瞪眼。所以有机会的话，把 SAP 各产品线的简介和系统架构做点了解，别瞧不起非技术的那部分。

第三个误解：把事务码背下来就算会了。事务码只是门牌号，进门之后看哪一栏、什么值算正常、异常了往哪查，才是本事。同一个 ST22，有人只会看「有 dump」，有人能按程序名归堆、看出这是某个自开发报表每周固定时间崩一次——差别就在这儿。

2.3 这套内训资料按九块内容铺开，先看哪块

资料把日常运维拆成九个大类，每一类下面挂着一串事务码。新手最容易犯的晕是「一次性全背」，正确做法是先按「每天都会用到」和「出事才用到」分个层：

这张表的用法很简单：前三行是你入职头两周必须能独立操作的部分，后面的按需补。资料里那句「手脑动」说得很到位——光念书考试不行，念完立刻演习。你现在就把这张表存下来，后面每学一块就回来打个勾。

3. 第一个例子从哪下手：用 SU01 把「用户」这件事摸透

第一个要动手的事务码，我建议选 SU01，而不是装系统。原因有三个：风险最低，测试环境里改错了不心疼；反馈最快，改完立刻能验证；使用频率最高，几乎每个 BASIS 的日常都从「某个人登录不了」开始。这一章我们把 SU01 拆成三个动作，每个动作都落到具体按钮上。

3.1 先学会怎么进任何一扇门

SAP 登录之后，屏幕左上角有一个命令输入框，所有事务码都从这里进。直接输SU01回车，就进用户维护界面。有个细节新手常卡住：如果你已经在某个事务里，想跳到另一个事务，要在前面加/n，比如/nSU01，/n的意思是「结束当前事务再进新的」。不加的话，有些界面会提示你先退出。

提示：事务码不区分大小写，但养成全大写或全小写的习惯，看别人文档时不容易对不上。

进去之后你会看到一个输入框让你填「用户」，也就是账号名。填进去回车，界面上会出现一排按钮：显示、编辑、锁定/解锁、密码、复制、删除等等。接下来所有操作都围绕这几个按钮展开。

3.2 跟着做：解锁一个账号、改一次密码

场景很常见：某位同事连输错几次密码，账号被锁了，打电话过来。你按下面这几步走：

1. 命令框输/nSU01，回车。
2. 在「用户」栏填对方账号，回车。
3. 确认顶部按钮区处于「显示」状态，先核对姓名、部门对不对，别改错人。
4. 点「锁定/解锁」按钮，弹出对话框后会看到账号当前是锁定状态，点解锁图标并确认。
5. 如果对方同时忘了密码，点「密码」按钮，输入新密码，再输一遍确认，保存。
6. 退出后让对方立刻登录，把密码改掉。

第 3 步看起来啰嗦，实际很重要。生产系统里改错账号是真实会发生的事，尤其是账号名相近的时候。第 6 步也不是客套：新密码由你设定，意味着你知道对方的密码，让对方登录后自己改，既是规矩也是自保。

注意：解锁之前先确认对方身份。最省事的办法是让他用公司内部渠道发一条消息过来，别只凭一个陌生电话就动手。

3.3 复制账号：新手最常用也最容易翻车的一步

新同事入职，要开一个跟老同事权限差不多的账号。资料里给的例子很典型：mycw12是已经存在的账号，MYCW14是要新建的账号。做法是：

1. /nSU01，填源账号mycw12，回车。
2. 点顶部「复制」按钮（有的界面在菜单里），弹出复制界面。
3. 在「到」的字段填新账号MYCW14，回车。
4. 系统会问是否复制该用户的权限、地址等附加信息，按需要勾选。
5. 进入新账号的编辑界面，把姓名、部门、邮箱、登录语言这些个人化信息改成新同事的。
6. 点「密码」按钮，给新账号设一个初始密码，保存。

翻车点在第 4 步和第 6 步之间。复制会把源账号的状态一起带过来——如果源账号本身处于锁定状态，新账号建出来就是锁的，新同事一登录就报「用户已锁定」，你还以为密码设错了。所以复制完立刻检查一下锁定状态，顺手把密码设好，别分两次做。

另外一个容易被忽略的点：复制过来的是角色（角色在 PFCG 里维护），不是权限的全部。如果新同事岗位跟老同事不完全一样，得回 PFCG 里调整角色分配，或者干脆新建一个角色。批量改多个账号时用 SU10，可以一次选中一批用户统一改登录语言、用户组这类属性，但别拿它改密码——风险太大。

3.4 权限这条链路：SU01 → PFCG → SU53

把权限讲清楚，是 BASIS 入门里最值钱的一段。用一句大白话概括：角色是「岗位说明书」，权限对象是「说明书里的一条条要求」，权限字段是「每条要求的具体取值范围」。

我给个类比。PFCG 里建的那个东西叫角色，好比「仓库管理员」这个岗位说明书；说明书上写着「可以查看库存报表、不可以改价格」。落到系统里，这个「库存报表」就是一个权限对象，「查看」还是「修改」就是权限字段的取值。SU21 用来创建和维护权限类与权限对象，SU20 维护权限字段，SU22 维护事务代码对应的授权对象——这三个是给「造说明书」的人用的，新手知道它们存在就行，日常不用动。

你真正每天打交道的链路是这样：用户报「我进某个事务码提示没有权限」→ 你在 SU01 里看他挂了哪些角色 → 如果不该有，就回 PFCG 调角色 → 如果应该有，让他重现一次，然后看 SU53。SU53 的价值在于它是「第一现场证据」：它会明确告诉你，系统在那一刻检查了哪个权限对象、要求什么值、用户实际有什么值。很多人跳过 SU53 直接猜，猜半天不如看一眼。

PFCG 里改角色有个顺序别搞反：改完菜单或权限数据之后，一定要点「生成」按钮。不生成，角色改了也不生效，这是新手最常见的「我明明改了啊」。生成完，权限变更一般要用户重新登录才刷新。

4. 把「每天看一眼」变成习惯：系统监控与日志的第一套巡检动作

运维和救火的区别，就在「每天看一眼」。系统平稳的时候看数据，等于给自己存了一张健康基线图；等真出问题，你才有对照物。这一章给你一套最小巡检动作：五个事务码加一遍日志目录，做完大概十分钟。

4.1 每天必看的几个事务码，记住看什么

不用一上来就全看，先盯这五个。

ST06看操作系统资源：CPU 使用率、内存使用率、PAGE SPACE（页面交换空间）使用率。重点不是某个瞬间的数字，而是趋势。连续几天同一时段 CPU 都顶到高位，那是有事要发生。

SM51和SM50是一对。SM51 列出当前所有应用服务器，点进去能看每台机器上的工作进程；SM50 看单台服务器上的进程明细，跑什么程序、跑了多久、状态是运行还是等待。长时间运行的进程、有缺陷的报表程序，不控制就会吃掉大量系统资源。这里最容易冲动的操作是在 SM50 里直接把进程杀掉——先别急，下面避坑那一章专门讲。

ST22看 ABAP 短存储，也就是大家说的 dump。报表或事务因为严重错误停下来，系统就会在这里留一条记录。新手看 ST22 的正确姿势不是「有没有」，而是按程序名和发生时间归堆：同一个程序每天固定时间崩一次，和随机崩一次，处理方式完全不同。

SM21看系统日志。系统事件和问题都记在这儿，所有警告和错误信息都该被分析和解决。看的时候按时间倒序，先扫最近两小时。

SM13看更新记录，也就是失败的更新动作。这一条要在心里标红：失败的更新在生产系统里绝对不该发生，一旦出现，立刻找开发确认。SM12管锁，用户断线、程序出错都可能留下没释放的对象锁，老的锁要清理，但清之前得搞清楚是谁锁的。

数据库这一侧，DB12看备份日志，重点确认夜间备份到底成没成，顺便看一眼日志目录剩余空间；DB13是数据库日常维护日历，备份、检查数据库、优化统计更新这些作业都挂在这里，也能查作业日志；DB02盯表和索引的增长与碎片。资料里那句「世上没有经验的替代品」说得挺重——性能出问题的时候很痛苦，平时多留工作量分析数据，等于给自己画了一张系统正常时的图，有了这张图，你才能预见到要发生什么。

4.2 跟着做：在操作系统层面把日志目录翻一遍

事务码看不到的地方，操作系统层面还有四个日志目录，出事时它们是第一现场。下面这几条命令可以直接在应用服务器上跑，注意把<SID>换成你自己的系统标识，比如 DEV、QAS 这种三位的。

# 传输日志：每次传输成功失败都记在这里，按时间倒序看最近 20 个 cd /usr/sap/trans/log ls -lt | head -20 # 进程日志：应用服务器的 work 目录，dev_w0 这类文件是工作进程日志 cd /usr/sap/DEV/DVEBMGS00/work ls -lt dev_w* | head # 盯住 0 号工作进程的最后 50 行，看有没有反复出现的错误 tail -n 50 dev_w0

第一段里ls -lt是按修改时间倒序排列，head -20只取前 20 条，这样你不用在几百个文件里翻。第二段的dev_w*是通配符，匹配所有工作进程日志，head同理只取最近改动的几个。第三段的tail -n 50是看文件末尾 50 行，日志越往后越新。

注意：命令里的<SID>在真实终端里要替换成实际值。如果你直接连尖括号一起复制粘贴，shell 会把它当成重定向符号，轻则报错，重则往当前目录写一个空文件，别问我怎么知道的。

另外两个常用位置记一下：启动日志在/home/<SID>adm用户的家目录下，进程日志就是上面那个 work 目录，数据库日志在数据库自己的saptrace/background目录里。这四个路径背下来，以后别人问你「日志在哪」，你能立刻答上来。

4.3 后台作业和打印：两个最小闭环

后台作业这块只有两个事务码，但用好了能省很多事。SM36定义后台作业：给作业起名、选执行的目标服务器、设定开始条件（立即、指定时间、或者跟着上一个作业后面跑）、挂上要跑的程序或外部命令。SM37监控作业：按作业名、状态、时间范围筛，重点看状态是「已取消」的那些。管理员应该把所有被取消的作业都过一遍，必要时分析原因并修正，把问题和解决办法记录下来。这事看着琐碎，但同一个作业反复被取消，往往是某个上游数据没准备好，记录下来下次就能直接定位。

打印这块，SPAD定义打印设备，一般配好了就很少动；SP01管假脱机请求和输出请求。用户报「打印没出来」，你先在 SP01 里查有没有对应的假脱机请求：有的话可以重新启动，堆积的可以删掉。这里有个坑必须说清楚——SAP 系统只跟踪打印任务到目标队列为止，输出控制器里显示「已完成」，不代表纸真的从打印机里出来了。所以重要的大批量打印任务，在被从 TemSe 里删掉之前，必须人工确认到纸。这类失败很多时候是用户端的问题，比如本机那个负责转发打印的小程序没开。

5. 避坑清单：新手最容易踩的五个坑

这一章的五条，每一条都是「不知道的时候觉得没事，知道之后后背发凉」的类型。建议你现在就把这五条抄到自己的笔记首页。

5.1 用 SU01 复制账号，新账号一登录就提示已锁定

现象：新同事拿着你给的初始密码登录，系统直接提示用户已锁定，你还以为密码输错了，反复重置。

原因：复制账号时，源账号的状态被一起带了过来。源账号如果因为离职、长期不用而被锁着，复制出来的新账号天生就是锁的。这一步系统不会提醒你，因为从它的角度看，你就是要一个跟源账号一模一样的账号。

解决：复制动作完成后，立刻在新账号界面点一次「锁定/解锁」按钮，确认状态是未锁定，再设密码、再保存。养成「复制完必查状态」的习惯，三十秒的事。顺带说一句，复制完也要检查角色是不是该全带——有些源账号挂着临时权限，直接复制等于把临时权限也发了出去。

5.2 在 SM50 里看到跑得久的进程，顺手就杀了

现象：你发现某个进程跑了半小时还没结束，觉得它在占资源，直接杀掉。过一会儿用户找过来说数据不对，或者某个更新做了一半。

原因：那个进程很可能正在跑一个正常的大批量作业，或者在提交一笔关键更新。SM50 能看到进程，但它不会告诉你这个进程背后的业务含义。杀掉进程的代价，可能比让它再跑十分钟大得多。资料里写得很明确：在杀掉这些进程前，需要与最终用户协商。

解决：动手之前走三步。第一，看 SM12 有没有相关的锁，锁在谁那儿；第二，看 SM13 有没有失败的更新记录；第三，联系对应模块的同事或最终用户，确认这个作业能不能中断。三步都过了再动手。真遇到跑飞的程序，也优先考虑让开发从代码层面停，而不是在操作系统层硬杀。

5.3 ST22 里只看最新一条 dump，以为问题已经过去

现象：ST22 里今天有十几条 dump，你看了一眼最新的那条，是某个不常用的功能，判断「不影响主流程」，关掉就不管了。第二天用户又来报同样的错。

原因：dump 是按时序堆的，最新一条不代表最要紧的一条。真正需要处理的是那些重复出现的——同一个程序每天崩一次，说明有个稳定的触发条件没被解决。只看最新一条，等于每次都在处理症状。

解决：进 ST22 之后先按程序名或按发生次数排一下，把重复项挑出来，再挑影响面大的看。分析的时候重点看三样：出错的程序名和行号、当时的操作（哪个事务码触发的）、以及错误文本。这三样凑齐了，才有办法交给开发。另外，一个报表或事务因为严重错误停下来，系统会在日志和一张专门的表里留下终止时的信息，这两处对得上，分析才有依据。

5.4 直接在生产系统上用 RZ10 改参数

现象：某个性能问题要调参数，你在生产系统上直接改了，保存、激活,然后发现没生效；或者生效之后系统行为变得奇怪，想回退却记不清原来的值。

原因：两个问题叠在一起。一是 RZ10 改的参数分「动态生效」和「需要重启才生效」两类，改完不重启就是不生效，你以为是改错了，反复改。二是改之前没记录原值，出问题想回退只能靠回忆。RZ11 是查参数当前值和含义的地方，很多人跳过它直接改。

解决：改参数走固定流程——先用 RZ11 查当前值和参数说明，确认这个参数是不是真的要改；把原值截图或复制到变更记录里；在测试系统先改一遍验证效果；确认无误再动生产；需要重启的，提前跟业务约好窗口期。RZ10 不是不能碰，是不能随手碰。

5.5 DB12 里看到备份是绿的，就认为备份没问题

现象：每天早上一看 DB12，备份状态正常，关掉。真到需要恢复的那天，发现备份文件不完整，或者恢复流程根本没人跑过。

原因：备份日志显示成功，只说明备份动作跑完了，不代表这份备份一定能恢复出可用数据。中间可能出过文件写入异常、归档目录空间不足、备份介质本身有问题。这些在「成功」两个字面前统统看不出来。

解决：定期做恢复演练，哪怕只是在测试环境恢复一次。资料里把数据库备份和还原单拎出来强调，原因就在这儿——数据安全这条线上没有后悔药。日常动作至少两条：每天看 DB12 的时候顺便扫一眼日志目录剩余空间；每隔一段时间确认一次「这份备份怎么恢复」的步骤文档还在、还对。

6. 下一步学什么：把 BASIS 拆成四段的学习路径

学 BASIS 最大的陷阱是贪多。九个大类、几十个事务码摆在面前，谁看了都发怵。我的建议是分成四段走，每段给自己定一个「能独立做完」的标准，做完了再进下一段。

第一段的关键是「敢碰人」。权限这块所有操作都可逆，改错了改回来就行，是新手最安全的练习场。第二段的关键是「存基线」——趁系统平稳的时候多看几眼，把正常长什么样记在脑子里，等异常来了你才有对比。第三段开始接触「会影响别人」的操作，比如建后台作业要选执行时间，别挑业务高峰；传输更是，SE09 里释放请求之前，先看清楚这个请求里到底装了什么对象。

第四段别急。安装这件事，自己在家搭个练习环境装一遍是可以的，目的是熟悉流程和排错顺序，不是拿来当入行门槛。真正的工作里，安装往往有标准文档和现成脚本，你更需要的能力是「装完之后怎么验证它是对的」。

还有一个方法上的建议，来自资料里那四条，我觉得比技术点更值得记：手脑动，看完立刻动手，把过程和结论记成自己的笔记库；广泛学，别把自己框死在技术里，业务模块的基本流程知道一点，排障时省一半力气；自答问，遇到别人问的问题，别放过，去查、去答、记下来，教学相长这件事在 SAP 这个一年数变的世界里尤其管用；向前看，版本在变、产品在变，BASIS 这碗饭吃十年二十年没问题，前提是你一直在往前走。

我第一次带新人的时候，犯过一个现在想起来还脸热的错：图快，直接跳到传输和参数那块教，觉得用户权限太小儿科。结果人家上岗第一周被一个「账号锁了」的电话问住，站在那儿翻文档。从那以后我每次带人，都强制走一遍「先 SU01、再巡检、最后传输」这个顺序，一步都不许跳。基础这东西，省下来的时间后面都要加倍还回去。希望帮到你。

这套内训资料把上面这些事务码按九个大类整理齐了，你现在就可以把它下载下来，对照着第 3 章那六步，在测试系统里把 SU01 走一遍——看完不动手，等于没看。

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