34 YZJ3-OM-SW-001-B2-系统维护手册-V1 0

SAP系统升级、验证及资产管理项目系统维护手册SAP系统升级、验证及资产管理项目SAP ERP 日常维护手册YZJ2-OM-SW-001-B2财务公司IT处 修订历史版本号更新日期修订作者主要修订摘要1.02014/5/9刘志坚新建审批签字姓名部门签字日期张佳财务公司IT处张卫兵财务公司IT处系统关闭手册YZJ2-OM-SW-002-B2 Page 11 of 33 SAP系统升级、验证及资产管理项目系统维护手册目 录1手册目的42适用范围43每日检查清单44每周检查清单65每周检查清单问题总结76每月工作清单77日常维护代码介绍91 手册目的- 本手册用于指导SAP系统的维护操作。2 适用范围- 本手册适用于扬子江药业集团有限公司、扬子江药业集团江苏制药股份有限公司在SAP系统维护方面的操作。3 每日检查清单系统: _日期: _/_/_系统管理员: _工作任务任务处理描述具体内容检查结果查看R/3系统启动是否正常登录R/3系统查看每日备份任务的执行是否有错误.事务码DB12 备份日志总览DB13检查数据库的备份检查数据库备份运行的时间检查操作系统级的备份检查操作系统级备份运行的时间检查日常备份是否成功如果失败查明原因重新定义备份R/3任务处理描述具体内容检查结果检查所有服务器上的工作进程用SM51 SAP 服务器检查所有应用服务器是否正确启动。检查工作进程(使用SM51).SM50 进程察看所有工作进程 “运行”或“等待”状态检查更新失败 (更新中止).SM13 更新报告 设置日期到一年前 在用户名处输入：* 设置为 “all” 更新查找有“Err.”的行R/3 任务处理描述具体内容检查结果检查系统日志SM21-系统日志。在最近日志前设置时间和日期。检查内容:错误信息警告信息异常终止的数据库问题其它问题察看取消的和危险的作业SM37 选择后台作业在用户名处输入：*校验所有的危险工作正确完成。察看取消的作业检查锁定SM12 锁定列表在用户名处输入：*。 检查前几天的登录。检查系统中的用户SM04 用户AL08 用户检查未知的或不同的用户名和终端。这步骤一天要执行多次。检查打印问题SP01 打印请求查找在处理的超过一小时的打印工作。检查工作日志SM35 批输入检查:已处理的工作错误的工作检查工作进程SM50/51 进程4 每周检查清单系统: _日期: _/_/_系统管理员: _R/3 系统任务处理描述具体内容检查结果检查数据库的空闲空间DB02 数据库性能：表纪录空闲空间。监控数据库增长。DB02 数据库性能：表检查打印问题和清除打印请求。SP01 - 打印传输到 PRDSTMS, or TP所有适当的请求传输到PRD。数据库任务处理描述具体内容检查结果DBCCDB13检查DBCC 作业的错误输出(SQL Server).检查离线日志文件系统oraarch是否都以备份并删除检查数据库运行状态ST04检查缓存、类、锁定、高速缓存等操作系统任务处理描述具体内容检查结果检查文件系统的空间。RZ20 CCMS 警报文件系统察看空间使用情况以及在文件系统上是否还有足够的空闲空间。检查操作系统错误日志ST06操作系统文件系统检查硬盘空间查看硬盘空间是否已满View log(NT)其他任务处理描述具体内容检查结果检查系统，监视系统更新。系统监控检查所有要添加或删除的事件。检查系统，警报机制系统监控清洁磁带驱动器磁带驱动器使用清洗装置。5 每周检查清单问题总结问题操作结果6 每月工作清单系统: _日期: _/_/_系统管理员: _R/3 系统任务处理描述具体内容检查结果系统备份情况系统所有备份是否正常数据库任务处理描述具体内容检查结果划分数据库增长DB02数据库性能: 表纪录使用情况表空间大小及增长增加容量操作系统任务处理描述具体内容检查结果在操作系统层面系统日志是否有严重错误杀毒软件是否更新NT 备份检查文件系统使用情况纪录文件系统使用情况、块的使用情况 。是否需要额外的存储空间？其它任务处理描述具体内容检查结果检查可用的供给充足的空闲的磁带清洁装置。充足的空闲的磁带清洁装置。问题总结问题操作结果7 日常维护代码介绍SM50-处理概要显示控制Work Processes 用法：Work processes 做 R/3 系统的大多数处理。他们执行对话步骤如处理,更新,锁管理等。你能在术语表中找到 Work Process 的定义。你能在登陆的应用服务器上显示work processes 的状态通过Monitor System monitoring Process overview or Transaction sm50 。你必须刷新来显示最新的状态。这个屏幕的信息在一下章节会有描述。Process overview 主要用于信息收集。 例如, 你能监控过程来判断你系统的work processes的数量是否合适，用来调整，解决并发故障 。综述通过选择 Monitor - System monitoring - Servers, 显示 SAP 应用服务器概要。在这里，你能进一步显示 R/3 系统中某一特殊服务器的工作进程概要通过点击目标服务器名。 如果系统负荷很低的, 你要注意当使用Process overview时，你的请求似乎只在一个单独的work process上运行。dispatcher 使用一个work process 处理一个用户的多个对话步骤。这避免了重新为用户导入roll area。 特征：Process Overview 显示下面的信息：No.: 一个进程的内部ID 号。用来在系统日志中识别各 work process的消息。Ty.: work process的类型：DIA: Work process 用来执行用户请求的对话步骤。UPD: Update process 用来处理 U1 (time-critical) 数据库修改。UP2: Update process 用来处理 U2 (not time-critical) 数据库修改。ENQ: 用来锁定或释放SAP 锁对象。BTC: 用来处理后台作业。SPO:用来打印格式的处理。 PID: work process 的ID (在操作系统层面上) 。status: work process的当前状态. 可能的状态有:Running (执行请求).Waiting (空闲，等待请求)Hold (为一个单独用户挂起)HOLD 不是一个反常的状态, 但一个 work process 在 HOLD状态受到限制，只能为一个用户服务。 如果太多的进程在hold 状态, 那么系统将遇到问题。你就要使用Reason 栏来识别能释放的hol# 。Ended (中止重起，设置为No) Cause: 如果一个work process 在 HOLD 状态, 显示HOLD的原因。典型的原因是： 调试; CPIC 操作; 锁定操作; 更新操作; GUI (等待从SAPGUI前台程序的响应 ， 例如，当等待一个前台的remote function call (RFC) 。 你还能看到PRIV (PRIVate use) 作为一个work process 处于hold状态的原因。. PRIV 表示一个work process 用于给一个单独的用户用来进行内存管理时使用。work process如果超过了SAP内存分配的限制，要使用其他进程。进程就要held 直到当前用户要求局部存储器。 为了获得更多的信息，请看SAP 内存管理的专有存储器。 如果有相当比例的work processes 在PRIV 状态， PRIV transactions 会在当用户没有活动了一段时间之后自动的结束。这些都可以在R/3系统profile中设置。 Start: 指示当遇到以外的中止时，进程是否自动重起。你能修改重起的状态通过选择Process Restart after error Yes/No. 通常把 Restart 设为 Yes. 如果一个work process在他启动时中止了 ，系统自动把Restart设为No。 这是为了防止当数据库系统不可用时或一些其他的基本问题影响系统时，不停的重起。在处理完问题后，你就可以把Restart设为Yes 让系统来启动work processes。 Err: 指示work process中止了多少时间。 Sem: 指示多少semaphore 为了一个work process 而处于等待状态。 通常，它是为空的。如果一个或多个semaphore 经常出现，你就要用系统监控来评估你系统的运行状态了。 CPU: 累计 一个work process 从开始到现在的CPU 时间。时间单位是秒和百分之一秒。 计算CPU时间的花费很昂贵。因此你必须使用CPU 功能来处理这个信息。 Time: 指示一个work process对当前的处理共花费了多少时间。 Program : 当前正使用的ABAP 程序或报表。 Client: 当前处理的client。 User: 当前处理请求的用户。 Action: 当前程序处理的动作。这个动作已经记在了R/3 的性能监控中了。性能监控必须是活动的，或显示对表的访问 (R/3 profile参数 stat/level = 1 (默认) 。 Table: 如果数据库能访问，这栏就显示正在访问的表的名字。 菜单提供了一下的功能： 控制检查进程(菜单项的处理) 控制 ABAP 程序 (菜单项的程序) End session: 通过选择work process来删除用户正在执行的会话 (放入相应的菜单条上的垃圾箱按钮。) 编辑处理 (菜单对象的编辑) Goto: 你能显示处理的细节的信息，或相关的用户信息，或回到前一屏幕(相应的绿色箭头). 为了管理用户，使用User Overview ( 显示管理用户 会话). 使用这个功能，你不能确定你要删除的用户的session是否仍在你选的work process 上处理。 你可能无意间影响了其他用户的会话。SM51-监控服务器和 Work Processes用法当一个运行模式转换时，你能在处理总览中看到是否work process的类型已经正确地被修改了。 过程监控你当前应用服务器上的work processes:从R/3 的初始屏幕上，选Tools Administration Monitor System monitoring Process overview.或者调用 Transaction SM50。系统显示你当前登陆的服务器上的work processes 的概要。每个work process的信息显示在一行上。Ty. 栏显示work process的类型: 例如, DIA 是一个对话进程, BTC是一个后台进程。监控不同应用服务器上的work processes:从R/3 的初始屏幕上，选Tools Administration Monitor System monitoring Servers. 或者调用 Transaction SM51。系统显示一个R/3 服务器的列表。为了显示一个特定的服务器的处理过程，把鼠标放在服务器名字的那一行上，选择Processes。也可以察看:Work Process 负载监控SM04-显示管理 用户会话 用法你能显示在登陆的应用服务器上的所有的用户动作通过选择System monitoring User overview, 或 Transaction SM04。服务器名显示在状态条或屏幕的底部如下：Client:UserTerminalTransactionTimeSessionsTy.000ARRONTESp2387913.53.271 RFC 000BARZEWSKIp25581SM51 11.14.161 GUI 000BOCKMAYERp21223SE3814.21.441 GUI 000DAVIDHAp25556SCEM 14.29.391 GUI 000GANSERMp23838SM0413.12.101 GUI 000GORDONAp2559314.33.031 GUI 000GRANVILLEDIp31057SEU_INT 10.25.361 GUI 000HAUGTp24129SE3814.33.422 GUI * 8 个用户使用了9个会话*下面的表解释了各个栏的意思。Client:R/3 clientUser登陆的用户 (R/3 用户名)Terminal用户工作的终端。(如果是UNIX 前台, 终端名相应的显示变量为前台的进程；如果是Windows 或OS/2 前台, 终端名相应的显示变量为前台所在的主机名。) Tcode最后执行的R/3 transaction (transaction code)Time用户最后输入数据进行的对话的时间。Sessions用户打开的外部会话( R/3 sessions)的数量 (最多 6个) 。你能显示会话的细节信息通过选择用户会话功能。Ty.连接类型 (GUI 或 RFC)综述你能从SAP应用服务器总览调用用户总览，通过选择， Goto User, 或者通过执行 Transaction SM51 .特点以下的功能作为一个菜单项是可用的。重要的菜单项也能在菜单条中使用 。显示你系统所有用户。显示在另一个应用服务器上的用户。控制用户会话。监控用户会话。操作用户总览显示： 从任何 R/3 屏幕通过使用Transaction /nsm04。 从R/3 初始屏选择Tools Administration Monitor System monitoring User overview 。 从系统管理屏幕选择Monitor System monitoring User overview。SM02-创建和发送系统消息 前提你已经在Transaction SM02 (系统消息 屏幕).过程选择Create 按钮或从菜单上选Messages Create 。出现一个弹出对话框，输入一下内容： 在头上输入消息文本。消息文本的最大长度有3行。 你能限制client 和服务器。如果你不输入或输入一个*, 消息将会发给所有登陆在这个系统的用户。 有效时间指定了什么时候这个消息不会在对用户显示。但这个消息仍然在R/3 的数据库中并能被察看直到过了删除日期。默认的有效期设置为当天的晚上23:00, 默认的删除日期是一个月后。当然这个日期是可以更改的。结果你已经创建了一个系统消息。这个将为系统上的每个用户显示。当用户登陆到系统时就会接受到系统消息。 这将一直持续到消息的有效期结束，或者到它被删除。SM12-锁定 (BC-CST-EQ)你能够现实锁定通过transaction SM12。一个锁定包括 ： Client User: 锁定的设定者。 Time:锁定的设定时间 Shared: 如果为共享锁就包含一个 X。 Table: 被锁定的数据库表。 Lock argument: 被锁定的表条目SM21 系统日志 : 服务器的局部分析没有细节文档细节ST22-ABAP DUMP 分析程序检查 系当你创建ABAP 程序或运行时系统检查程序的状态 。静态检查在静态检查时，语法检查测试程序的语法，扩展程序检查执行一个语义的检查 (包括,例如, 检查接口的参数或数量，在外部进程中调用的是否正确。). 语法检查语法检查检查语法和程序内部的语义。当一个错误出现时，检查停止，系统产生一个错误信息。一个对话框出现，提示解决方案。选择 Correct 来采纳这个解决方案。系统从新开始语法检查。 当你在include程序中运行一个语法检查，系统在检查以前包含上层 程序 。当你运行一个主程序的语法检查时，系统只检查所有的属于这个程序的includes 的一致性和完整性(例如,所有的被调用的子程序已经被定义了) 。语法检查也许会产生警告。在这种情况下，语法检查不会马上结束，你能够运行程序。然而你必须纠正语法警告，由于他们也能在你运行程序时造成无法预料的错误。此外，如果SAP 调整了ABAP 语法, 任何警告都可能变成语法错误。扩展程序检查由于运行的原因许多检查都排斥在标准语法检查之外。外部程序检查执行一个包括一个外部程序接口的完整的检查 当你运行程序时，扩展程序检查错误 会造成运行出错。你必须纠正他们。当然这些代码的例外是无法避免的，但你应该尽量减小你程序的大小，来使的代码容易理解。 警告 在扩展程序检查纠正后。如果你的程序包含定义正确但仍产生警告的扩展程序检查时，你能通过使用pseudo comments ( #EC )检查来排除他们。 你应该在一个新程序中运行扩展程序检查。你运行了扩展程序检查并没有收到错误和警告，你才算完成了一个程序的开发。由于通常没有危险，你可以在程序中使用消息。扩展程序检查只是一个静态检查。他不能判断所有可能残生错误的环境。例如，在任何状态下你指定了动态的内容，是不能用静态检查的。 动态校验错误是不能动态的被发现的，而是要在ABAP 运行环境下被发现。 这些就叫做动态错误。如果你不能找到动态错误，运行环境中止程序，产生一个 short dump, 转换到一个分析屏幕。 Short dumps 按块来描述错误的不同部分。在总览中，你能看到在short dump中包含的信息，例如, 数据对象的内容 ，活动的调用，控制结构等等。short dump 总览也允许你显示ABAP调试器的终止错误。 以下的错误出现了: 内部错误kernel 出错. 这种情况下，联系 SAP. 安装，环境或资源错误由于系统安装不正确或丢失资源来产生的一个错误。(例如, 数据库关闭). 应用程序错误典型原因: 数字栏有错误的格式。运算溢出。外部过程不存在。典型的冲突当传递一个参数到外部程序。 Short dumps 在系统保留 14 天. 使用 Transaction ST22 来管理 short dumps. 如果你想保留short dump 超过默认的14天, 使用 Keep 功能。如果你想删除short dumps 通过数据标准而不是保留14天。选择Reorganize。如果你显示short dump 使用 Transaction ST22, 你不能直接调用调试器。 如果问题发生在ABAP 程序中，你无法独立解决, 你能发送short dump的摘要给 SAP。short dump的内容 对 SAP Hotline 和远程咨询是必须的。SPAM-SAP Patch Manager (SPAM) 使用SAP Patch Manager (SPAM) 是客户端的在线修正支持 (OCS). Transaction SPAM让你能有效的方便的导入SAP-提供的Support Packages 到你的系统中。 基于使用的系统或你系统的配置，你必须应用不同的类型的Support Packages。你能取得Support Packages 从 SAPNet R/3 前台, SAPNet 网络前台, 或是一张 CD。SSPAM在SAP transaction 层运行，应此使用这个工具不需要操作系统的知识。 SAP 现在使用 Support Package 替代了 patch。调用SPAM你能调用 Transaction SPAM 在一下的两种方法之一: 选 Tools ABAP Workbench Utilities Maintenance Patches. 输入 Transaction SPAM。功能 SAP Patch Manager 提供给你一下的功能： 载入 Support Packages:你能够从SAPNet网络前台，SAPNet R/3 前台, 或是一张你系统的 CD载入你需要的Support Packages。 导入 Support Packages 重起处理当你导入Support Package到你系统时, SPAM按照预先定义的步骤执行。 如果Support Package 的过程中止了，它能够在稍候的时间重做。从失败的地方重新再做。 显示你系统的导入状态。你能使用Transaction SPAM在任何时间发现你系统的导入状态。Transaction SPAM 已经归并到SAP 升级过程中。 SAINT SAP Add-On 安装工具SAP Add-On 安装工具 (SAINT) 让你直接从SAP系统安装，升级add-ons 。你也能使用这个去安装一个之前配置过的系统(PCS).要了解更多，输入Transaction SAINT 察看 online help。STMS 传输管理系统 (TMS) 修改和传输管理支持软件开发团队完成他们的工作直到释放了change request.。此后，传输管理系统支持管理员向目标系统导入request 。使用传输管理系统(TMS) 来管理, 执行和监控在SAP 系统见的传输。由于所有的请求信息和功能都是在SAP系统内处理的，因此没有操作系统层面的用户操作。传输管理系统提供一下的功能： 用图形编辑设置传输路径。 显示传输域中所有SAP系统的的统POge request. sesskiRFC) t17171717171717171717171717171717171717171717171717171717171717171717171717171717171717171717171717171717171717171717171717171717171717171717171717171717171717171717171717171717171717171717171717171717导入队列。 导入所有的导入队列的请求。 导入一个项目的所有请求。 导入单独的请求。 TMS 测试 。 指定传输流程。 在SAP系统间不用一般传输目录。 为了使用TMS, call the transaction STMS。ST03-应用统计 使用应用统计相比标准的统计使得你能更细化的分析系统吞吐量。在ABAP代码中使用特别的调用，系统能收集应用服务器各部分的状态 。当标准的统计分析一个完整的对话步骤时，应用统计分析那些一个功能就占据了大量资源的对话步骤 (例如：定价)。在一些情况下，应用统计能替代SQL 追踪。综述通过应用统计收集的统计信息通常与标准的统计是相同的(相应时间等)。前提为了使用应用统计，特别的功能调用必须在应用程序中执行。应用统计如果没有那些调用就不能收集。另外，下面的profile参数必须指出： stat/as_level=1 and stat/as_collect=2. 同样的，应用统计接受器( RSSTAT87 )必须在表TCOLL 中预定义。特征以下的按钮在应用工具栏是可用的： Download 保存和显示列各种格式列表作为一个本地文件。 Nex t/ previous Information 显示增加列表信息。 Top time 显示40个相应时间最长的状态纪录。 Top requests 显示40个最常用的数据库请求。 Techn. text 在技术和描述文本见的转换。操作你能从工作量监控初始屏调用应用统计。调用 Transaction ST03，指定服务器和工作量监控的时间。然后选择Application stat or Goto Parameters Appl. stat recor#.SE16-处理- 和Client-Specific 监控 使用从4.6A 版本开始，你能使用CCMS 警报监控来监控一个指定client或SAP transaction的响应时间。 这个监控能用来执行服务层的协议，例如服务提供商按协议对他们的客户提供一个特定的响应时间。例如你能基于所有的响应时间，从那些用户使用的服务层协议的，或危险的transaction响应时间, 到系统范围的或一个特定的client。前提你首先要指定哪个client 或哪个 transaction 要监控过程1. 调用 Transaction SE16 输入表名 ALTRAMONI . 2. 在显示的选择屏，选Execute.。3. 选Create 输入你要监控的transaction或client。要监控在一个指定的client上的所有的transactions，输入* 作为transaction 名，然后指定client。 去监控对所有client的指定的transaction, 输入transaction code，输入 * 作为client名。4. 为你的选择输入一个有意义的对象名。这个监控对象名将显示你之后在Transaction RZ20中定义的监控树上。5. 输入一个 MTE 类名。 SAP 建议你对MTE 类名和监控对象输入一个相同的名称。这样你就可以通过client或transaction更容易的选择监控定义。 使用相同client和transaction的MTE类名你就能在一个监控中一起显示这些对象。你要做的只是在定义你的监控去显示所有的信息时选择一个MTE而不用选择一个单独的 MTE 类了。6. 输入 System ID as . 保存这些输入。 7. 调用 Transaction RZ20 选择 Extras Activate maintenance functions. 8. 对一个监控器设置你的选择，或者创建一个新的监控定义或编辑一个现存的监控器。 9. 选择Create nodes 然后 Rule node. 选择标准 GET_MTE_BY_CLASS 然后选 Continue。10. 指定你要监控的SAP 系统输入MTE 类 ContextR3DialogFocus. 这样就能创建一个监控器： 告诉你在表ALTRAMONI中的表条目的参考节点。 你选择来监控在client中监控对象和操作属性的报告。你能够输入你在表ALTRAMONI.中指定的MTE类名，系统不会显示在ALTRAMONI.条目中涉及到的节点。你是否在ALTRAMONI.中指定一个监控对象名并不重要。11. 选 Continue 然后 Generate monitor。12. 要显示表ALTRAMONI节点的信息，选Extras Display options 然后选Expert analysis 选项。 从打印文件到打印输出 在一个R/3 打印系统,不象其他的打印系统，打印的过程有两部分： 1. 在第一部分，打印文件创建(打印请求)。打印请求包含与设备无关的打印数据。 2. 输出请求直到打印文件已经分配到了一个特定的设备时才产生。这时，系统把与设备无关的打印数据转换成各个打印设备能够理解的打印语言(例如, POSTSCRIPT, PCL-5)。以下的情况列举了打印数据是如何发送到打印设备中去的。 情况 a: 打印请求和输出请求同时产生。 (立即打印).情况b: 一个输出请求在打印请求之后产生。这个输出请求然后打印到设备上。然后，用户为同一个打印请求创建两个额外的输出请求。这两个输出请求打印在两个不同的设备上。情况c: 只有打印请求产生，于是什么也没有打印。 这意味着你能在稍候打印打印请求而不用重建打印数据。 打印请求管理和输出请求使用输出控制器 (transaction SP01)。SP01 打印请求执行前台的打印 使用使用前台打印，你能从SAP系统打印到你的本地打印机上，即使这个打印机在你的SAP系统上没有直接定义过。这是特别用来满足一些在几个工作站登陆到SAP系统的用户的需求的。前提一个前台的打印输出设备必须能作为每个操作系统的典型。要了解更多，见：定义前台打印。过程1. 无论你在系统哪里，你选择Print 后，打印参数屏出现。 对 Windows, 在 Output device 栏, 输入你系统管理员定义的前台打印的打印机名。在你确定你的输入后，你选择了一个定义在你前台上的Windows 打印机。然后选Print.。 对与 Macintosh, 在 Output device 栏, 输入你系统管理员定义的Macintosh前台打印机名。然后选Print. 。 对与UNIX 工作站, 你必须知道你想要使用的打印机的打印类型 (是否是POSTSCRIPT 或 PCL 打印机).。然后选择打印机管理定义的相应打印机类型，然后选Print。2. 对于Windows PC ，R/3 系统启动 SAPlpd 传输程序。你的文件通过SAPlpd 发送到Windows打印机。在一个 UNIX 工作站或Macintosh, 系统在lpd打印机输出文件。这个打印机必须在你的UNIX 工作站上预先定义, 或者在你 Macintosh上的lpd上定义。lp/lpd 程序必须在你开始前台打印前就在UNIX 和 Macintosh 系统上运行。注意下面： 对于前台打印，一个打印请求(也可能是输出请求)创建成为一个其他R/3系统的打印类型 。这意味着你要在打印控制器观察前台打印请求，建立一个额外的输出等等， (transaction SP01 1)。 前台打印请求的状态是用Compl.,来设置的。只要输出请求传递到了目标工作站或PC。系统只能在输出请求日志上记录连接到PC的日志问题。其他的错误休息就丢失了。重起前台打印当创建一个前台打印输出在下面情况下时，用户接受一个错误信息： 当用户在一个R/3系统上已经有6个打开的会话时 当用户指定一个前台打印机作为后台作业输出设备时。为了输出这些请求到打印请求列表，选Utilities Restart frontend printing。请求就打印到用户登陆的系统的默认前台打印机上。ST04-DB2: 性能检查 数据库 前提以下的信息特别涉及到快要上线的系统。过程在辅助系统管理中点击或输入Transaction ST04 。检查屏幕值与下面的做比较：结果Overall Buffer Quality:它表明有多少页已经在主存(buffer pool)中，不用在到磁盘上去读了，这个值必须超过98%. 百分百 (100%)意味着 所有的数据都在主存中了。Number of IOServer:IOServer 提前读数据，这样数据实际是通过缓冲储备器来访问的。IOServers 已经对要上线的系统优化设置过了。Number of IOCleaner:IOCleaner 清除缓冲储备器，为新页释放空间。IOCleaners的数量已经对要上线的系统优化设置过了。Lock List Size:锁列表的清单显示能同时打开多少锁。所列表已经对要上线的系统优化设置过了。如果有多个Lock Escalations 发生, 你能够增加锁列表的大小。你也必须检查为什么锁的数量要这么大。Sort Heap Size:这个参数按种类指定可用主存的大小。Sort Heap Size已经对要上线的系统优化设置过了。如果这个大小不够的话，那么临时的表区域就不能使用了。这样就减慢了分类的动作，由于这个区域在硬盘上。如果Sort Overflows 的数量增加, 那么你能够扩大Sort Heap Size。注意，你必须有足够的可扩展的可用主存。Catalog Cache Size:这个参数直接连接到Package Cache Size。DB2系统的表信息存储在隐藏目录中。这个信息信息对于准备BD2应用包是必须的。你系统的值必须大于95%。Catalog Cache Size已经对要上线的系统优化设置过了。 如果几个 Catalog Cache Overflows 发生，你要增加Catalog Cache Size。注意，你必须有足够的可扩展的可用主存。Package Cache Size:R/3数据库的数据可以用包来访问。这个过程要求从DB2取数据。访问要用这些数据创建。这将是很花费时间的。如果访问计划要在高速缓冲存储器中，那么他们不要再创建一次，同时响应时间变短了。Package Cache Size已经对要上线的系统优化设置过了。你生产系统的这个值要大于98%。如果几个Catalog Cache Overflows 发生了, 你要增加Package Cache Size。注意，你必须有足够的可扩展的可用主存。如果你的数据库性能统计一直有问题，安排一个EarlyWatch 会议来分析你的系统，纠正问题。 RZ10-改变、转换 Profile参数 使用你能使用 CCMS profile 维护工具来改变，转换profile 参数。过程1 调用 CCMS profile 维护工具通过选择Administration CCMS Configuration Profile maintenance. Alternatively,调用Transaction RZ10.。2. 在Profile栏指定你要修改的参数的profile名 。3. 如果你想改变activated的profile的文件名，检查Administration data 然后选 choose Change。一旦你已经做了改变，选择Copy。 如果SAP系统profiles 自动导入，系统将自动创建管理数据。 4. 维护最重要的profile 通过检查Basic maintenance 然后选择Change。一旦你已经做了改变，选择Copy。5. 你能创建，或删除一个profile的所有参数通过选择 Extended maintenance。一旦你已经做了改变，选择Copy。你能在任何时候在Basic 和 Extended maintenance 间转换。当你把他们保存到数据库时，对profiles 的改变被采用。随后你能改变和转换SAP profile 参数而不用重起系统。转换 profile参数:1. 在Transaction RZ10.输入栏内输入profile 名，然后选择Profile Dyn. switching Display parameters. 系统显示一组能转换的内存管理参数。2. 使用basic maintenance 来修改保存相关的profile 参数。 3. 在profile维护主屏，选Profile Dyn. switching Execute. 4. 从显示活动的应用服务器列表，选一个应用服务器进行配置。profile在修改后立即生效 ；你不必重起系统。最后，系统显示参数转换的日志。 ST06-检查页错误率 前提与Windows NT不同, 在UNIX下如果需要空间，页无法在工作内存外交换，然后重新再写。这样的交换花费了时间和性能。Transaction ST06显示系统的Pages out 值和Pages in 值。当评估系统时Pages out 值是很重要的。过程以下的图形显示transaction ST06的图形界面。在第一屏，显示当前的Pages in/s 和 Pages out/s 值(在下面图解的heading Memory 中)。为了显示选择屏细节信息，选Detail analysis menu。为了取得过去24小时的Pages in 和 Pages out 值, 在Previous hour 块，选 Memory。以下是在这个屏幕中显示的报告。以下的Pages in 值不能扩展。值的限制:在UNIX下的 Pages out Pages OutValue Limit:Short-term maximum for Pages out/s 200Long-term maximum for Pages out/h 600.000AL08 - 当前活动用户SM36-后台作业总览 这里是一个R/3系统后台作业工作的总览。这个图像显示了R/3各种后台作业的类型。工作时间表：在后台处理系统运行之前，后台作业先在时间表中定义。你能用transaction SM36 (工作时间表), 在ABAP编辑器(Transactions SA38 和 SE38, 在后台运行程序 选项), 或通过后台处理系统的程序接口或外部借口。许多R/3 应用都使用内部程序接口用来处理长期的时间表后台作业。 作业存储管理：工作存储在R/3 数据库。存储后台系统的基本表如下： TBTCO: 作业标题表(工作管理数据) 。TBTCP: 作业步骤表 (工作单独的处理步骤) 。TBTCS: 时间控制的控制时间表。BTCEVTJOB: 由事件驱动的预定工作。作业记录在R/3 TemSe数据库中 (暂时连续的对象) 。TemSe 常用来记录你主机的作业日志文件。 对你来说访问管理显示作业日志是透明的。你能通过作业总览或后台图形监控显示删除作业日志。(transaction SM37)。老的作业日志通过ABAP 程序 RSBTCDEL和作业一起自动转移这个程序要周期性的运行。(见 必须的基本后台作业).作业开始管理： 时间表：R/3系统有两个时间表。：时间驱动的作业通过一些时间规则来周期性的运行，来检查工作的预定(例如，开始日期或日历)。默认情况下，每个R/3系统默认的时间表是60秒，并且至少有一个后台进程。开始的时间间隔是由系统profile 参数 rdisp/btctime 控制的。当绑定了相应的事件后，时间驱动的工作时间表接管不能启动的事件驱动的作业 (例如，没有可用的空闲后台作业。)这些已经超过了运行时间和日期的作业将尽快开始运行。 立即启动的作业通常直接由R/3的dispatcher 启动 (不包含时间驱动时间表)。但如果它们没有按预期执行，这些工作也能由时间表接管。就象事件绑定的作业一样，他们由时间表管理已经到达启动时间和日期的作业。 事件驱动的时间表在当一个后台处理系统的一个时间触发时执行。事件是后台作业系统的对象，他们对工作流程来说没有任何影响，也没有任何系统范围的意义。一个典型的事件是，例如，系统事件作业完成。 时间表检查并开始任何已经预定的在等待的事件。他们包括预定开始时间为在事件触发后、运行模式的作业。事件有两个可能的来源：那些在R/3系统或操作系统中创建的 ，当然也可以是外部时间。事件会自动通过消息服务器来转移到后台处理服务器。R/3系统必须激活相应的外部事件。一个事件外部程序在R/3系统不能运行时是