sap系统管理babp.docx

《sap系统管理babp.docx》由会员分享，可在线阅读，更多相关《sap系统管理babp.docx（7页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、JZSAP系统管理版本:1.0文件名：03a2495b07068e7d042ac5015dba37ed.docx页码：7 / 7使用者:马世立建立日期:10/17/2002 修改人：马世立修改日期：10/17/2002江中药业mySAP.com系统实施项目开发系统环境管理程序作者:马世立日期:2002.01.23版本:4.0目录文档目的3关键联系信息3启动与关闭4启动SAP系统4关闭SAP系统4系统监视4进程监视4服务器监视4用户监视5性能监视5警报监视5更新记录5锁定对象6出错分析6系统日志6数据库6操作系统6Network网络7工作定时系统7打印系统7文档目的指定控制系统的程序，包括刷新程

2、序等各个方面。关键联系信息NameTeamContact NumberEmail Address马世立TechnicalShili.ma启动与关闭启动SAP系统 启动SAP系统1以用户adm登录服务器(对于DEV系统，=dev，对于PRD系统，=prd)2. 输入startsap可直接启动3也可以先输入startdb启动数据库，然后输入startsap r3来启动r3服务4通过查看/home/devadm目录下的相关日志文件来查看系统启动情况。关闭SAP系统 关闭系统前的动作1检查活动的后台工作：选择System Services Jobs Job Overview，或用事务码SM37，查看所

3、有的活动工作。确保后台没有活动的工作在运行。2检查批量导入处理（batch-input）工作：选择System Services Batch Input Edit，或用事务码SM35，查看所有的批量导入处理（batch-input）工作。确保没有批量导入处理（batch-input）工作在运行。3检查登录的用户：事务码SM04。确保除了你之外没有用户在系统上。 关闭SAP系统1以用户adm登录服务器2输入命令stopsap可直接关闭3也可以先输入stopsap r3关闭r3服务，然后输入stopdb关闭数据库4等系统提示已经成功关闭时，才可以关闭服务器5通过查看/home/devadm目录下的

4、相关日志文件来查看系统关闭情况。系统监视进程监视 SM66/SM50 进程查看管理员需全天监看系统的进程。长时间运行的后台工作，有缺陷的报表程序，若不进行控制都将消耗掉大量的系统资源。管理员用这个事务码检查他们的环境。当然，在杀掉这些进程前，需要与最终用户协商。服务器监视 SM51 R/3服务器的列表可用SM51显示，管理员用它来监视不同服务器之间的工作进程。想要显示某一服务器的进程，鼠标指针点中服务器的名称，然后选Processes。用户监视 SM04 用户监视管理员应该考虑全天监视用户仅他们的活动。是否有非法用户？是否有用户试图或正在用他们不该用的事务码，等等。性能监视 ST03工作量分析

5、世上没有经验的替代品。当需要调R/3系统的性能的时候是很痛苦的事情。管理员应该保留尽可能多的工作量分析数据，特别是系统没用性能问题时候的数据。拥有一副系统工作正常时的清晰的系统图，将使你具有对你的系统的不可估量的感觉，这种感觉将使你能预见到将要发生的问题，并且很多时候可以避免问题的发发生。 ST02缓存分析R/3的缓存存储经常用到的数据，以使本地应用服务器的实例能取得这些数据。这样就可以减少数据库的访问，数据库的负载，网络的流量，从而提高系统的性能。数据缓存中包括了ABAP/4程序，屏幕，ABAP/4字典数据和公司的数据，这些数据在系统操作过程中是不会改变的。我们应该经常的监视缓存、点击率、剩

6、余空间、交换区。此进程可以帮助管理员作性能调整。警报监视CCMS警报监视被设计成R/3的预警系统。这些监视可以显示R/3环境中的严重的和简单的警报。CCMS提供了一系列图形监视：红绿黄等各种颜色，还有简单的文本监视，其显示与图形同样的信息。在出现潜在问题时，这些监视信息将大大提高管理员的反应速度，从而保证了系统的可用性。 AL01 SAP警报监视此警报监视为每台应用服务器显示严重的警报信息。警报信息是各种各样的方面的（如：在线的，后台的，打印的）。所有的警报都应被分析，修改并存档。 RZ02系统监视每天早上管理员的第一件事就是查看系统监视。此程序可以确定所有系统事以适当的运行模式在运行。更新记

7、录 SM13更新记录此事务码显示失败的更新动作。失败的更新动作在生产系统中是决不允许发生的，一旦发生，开发人员应马上修改。锁定对象 SM12 锁定对象用户总是会时不时的因为某种原因（如断线，程序出错等等）而锁定一个对象。所有被锁定的老的对象均要被分析，更正。出错分析 ST22出错分析当一个报表或事务因为严重的错误而停止工作时，ABAP/4开发工作台就会发出一个“突然出错”（short dump）。系统在系统日志中记录错误信息，并在表SNAP中记录程序终止时的出错信息。管理员需要每天检查是否有short dump 出现，如果有则分析并试图解决问题。系统日志 SM21系统日日志R/3服务器在系统日

8、志中记录系统的事件和问题。所有的警告和错误信息应被分析和解决。此程序应包括将问题及其解决方案做成文档。数据库 DB12 SAPDBA日志检查夜间备份是否成功。检查日志目录的剩余空间。 DB02 存储管理监控数据库的扩长。监控表和索引的扩长及碎片的情况。如有必要监控数据库的优化统计。 ST04 数据库日志每天监控数据库的错误日志。每天监控对数据库逻辑上和物理上的读，以追踪数据库负载的发展情况。 AL02数据库警报监视所有的警告均需被分析，修正和记录在案。操作系统 OS06 操作系统监视所有的警告均需被分析，修正和记录在案。 AL16 操作系统警报监视所有的警告均需被分析，修正和记录在案。Netw

9、ork网络 ST09/ST08 网络警报监视所有的警告均需被分析，修正和记录在案。工作定时系统 SM37 工作日志查看管理员应该检查所有被取消的工作，如有必要分析并修正这些工作。问题及其解决方案需记录在案。管理器应该检查所有的日志，包括输出列表 RZ01 图形化的工作监视打印系统SP01 打印需求查看失败的打印任务可以从新启动。这些打印任务的失败往往是用户端的问题（如PC上的SAPLPD程序被关闭了）。由于R/3 系统仅跟踪打印任务到目标队列中，输出控制器中的已经完成的状态并不能表明实际打印成功，因此那些比较重要和大量的打印任务在被从TemSe中删除前必须先确认是否完成。 SP12 TemSe Administration SP12 TemSe 管理管理器应检查文件系统和数据库的存储需求，这一点在你打印大量数据时显得尤为重要。在做打印的重整（RSPO0041）前, TemSe的检查（RSPO0043）每天都要进行。密件:仅供江中药业内部使用