SAP BASIS

SAP BASIS用的最多的十个T_CODE

1、stms：CR的传输

2、su01：创建用户，初始密码，解锁账户

3、sm21：查看系统日志

4：ST22：错误分析

5、SM51 SM50 SM66:查看工作进程

6：SM13：检查失败的更新动作

7：SM12：检查被锁的对象

8：SM04 ,AL08：检查系统中的用户

9：db02：查看数据库表空间大小

10：ST02：检查BUFFER参数

11：ST04：数据库监控

12：DB12：检查日常备份是否成功

13：SM02：管理员在系统是公布消息

Sm12

Basis管理用的，查看表锁定的情况以及解锁。

有时，一些后台作业，或者程序执行过程中出现问题，一些表就会一直处于被编辑状态，其他用户就没法进行相应操作，比如如果MARA表被锁定，就没法进行创建更改物料的操作。

通过SM12可以把锁定MARA表的进程删除掉，然后就可以进行正常操作了。

sm13

检查失败的更新动作

sm21：查看系统日志

sm37

监控和管理后台作业

强制结束后台作业

查看后台job

sm51

查看sap实例情况

sm66

用于查看SAP系统中与每个应用程序及批处理服务器的进程执行相关的系统级别的性能.

st02

ST02 Setups/Tune Buffers 设置/调谐缓冲 

内存管理和优化统计 ST02

优化统计(Tune Summary),能够实时查看每个SAP应用服务器的内存及多个缓冲区的运行情况.就某个负载而言,如果缓冲区没有正确配置或是未被优化,那么在Swaps列就会显示出缓冲区的值越积越大,并用红色高亮显示出来,这就我们就很容易鉴别出问题所在的区域.

ST02不仅可以管理缓存,还可跟踪每台应用服务器的内存使用情况.要特别注意当前扩展内存的使用率(与高峰时期相比).同样,要经常检查堆内存(heap memory)的使用是否已最小化.

堆内存是特定于工作过程的.当程序使用工作过程的共享内存时,它必须采用独立维护内存的PRIV模式.此时,正在执行的程序是无法切换到另一个工作过程的,它会被一直阻塞直到程序执行结束.程序结束后,系统会重启动工作过程,一切又恢复正常(程序在何处进出内存要视SAP系统的需要而定).

St04

ST04 Select DB activities 选定数据库中的活动 

数据库概述与性能 DB02及ST04

DB02可跟踪数据库如何随着时间的增长而增长,也可跟踪索引的数量以及它们的大小,数量和历史发展趋势.

ST04(Database Performance Analysis)数据库性能分析事务,它可以实时地分析缓存命中率,逻辑读对物理读的对比,关键"缓冲区繁忙等待(Buffer Busy Waits)"值,以及更多其它信息.

注意,如果需要确定最近某一种变动对数据库性能的影响,这些实时数据的统计数据是可以复位的.借助Detail Analysis Menu(详细分析菜单),你可根据特定SQL需求或表的访问来深入到整个活动,异常事件,资源消耗量以及更多的历史数据当中.

源文档 <http://blog.chinaunix.net/uid-20607558-id-1916144.html>

ST06 Operating System Monitor 操作系统监视器

用于分析整个SAP技术栈的性能.

OS监控器 ST06

OS Monitor(ST06)是另一个可以显示大量实时性能数据的SAP事务.它包括了根据用户,系统和空闲时间来进行排序的CPU利用率,CPU进程队列(也称为CPU负荷计数).

内存OS监控还支持检查短期历史数据;点击"Datail Analysis Menu,详细分析茶单"就可以访问到根据主硬件子系统及应用服务器划分的历史数据信息.

有了这些历史数据,你就可以将在OS和数据库那里所收集到的磁盘性能指标以SAP可见的方式进行管理.你还可以查看过去24小时中每小时CPU的负载情况,这样容易确定负载峰值,还可监视并分析CPU的吞吐性能(如执行SP03N来查看某一段特定时间内的对话数量).同样,深入SAP性能数据库也使得从 OS监控器那里获取其他通用服务器或某一具体服务器的性能分析变得容易起来.你可以将这些数字与你通过基于硬件或OS的性能工具那里收集到的结果进行比较或是关联.

OS监控器或事务ST06即提供了实时的性能快照也可以对历史数据进行访问.

通过它可以综合分析出CPU,交换空间,以及内存的使用率,总结出操作系统的性能. 

ST22 用于查看ABAP dump,这样就可以鉴定程序错误.这有助于将这类问题反馈给到相关部门或开发组.

db02

DB02 Analyze tables and indexes 分析表和索引 

数据库概述与性能 DB02及ST04

DB02可跟踪数据库如何随着时间的增长而增长,也可跟踪索引的数量以及它们的大小,数量和历史发展趋势.

ST04(Database Performance Analysis)数据库性能分析事务,它可以实时地分析缓存命中率,逻辑读对物理读的对比,关键"缓冲区繁忙等待(Buffer Busy Waits)"值,以及更多其它信息.

注意,如果需要确定最近某一种变动对数据库性能的影响,这些实时数据的统计数据是可以复位的.借助Detail Analysis Menu(详细分析菜单),你可根据特定SQL需求或表的访问来深入到整个活动,异常事件,资源消耗量以及更多的历史数据当中.

DB12

Overview of Backup Logs 备份日志的概观 

db13

DB13 Database administration calendar 数据库管理日历 

休闲垂钓快速调漂方法

进入预定钓场，使用预定线组，把开好的饵料按照正常钓鱼大小上饵，用虫饵则直接挂好，双钩带饵抛入钓点，如果浮漂打横不站立则向下拉漂，直至站立起来，浮漂站立某位置不再下降，再次向下拉1漂深度还不下降，则适当加铅直至下降，如果快速下降则剪铅。

总之，在半水通过加减铅皮达到，浮漂到位翻身站立后缓慢下降，大约3~5秒后漂尾没入水中，即完成全部全部调漂过程，此时向上推浮漂，钓1、2目还是3目根据您自己的习惯，这里强调一下，压线不压线在细尾漂上有一目的差别，所以调漂时压线垂钓时也要压线，能看到鱼就饵漂相清晰，提竿中鱼率高，上鱼正口就达到了目的。

休闲快速漂法的优点

1、简单易学，方便快捷。一看就会，三分钟内就能调好漂，记住三句话就好，半水双钩带饵，浮漂到位后翻身站立后缓慢下降大约3~5秒，漂尾入水即可。

2、不用找底，不设定调目。自动避免陈年老塘底部淤泥较深，钓友一旦不注意采用了大铅皮找底，铅皮没入酱层而过底，垂钓时之间鱼星不见鱼口的情况。

3、浮漂同时打窝。每一次抛竿调漂，落点就接近打窝，调漂时同步完成打窝工作，省时省力。

4、适用范围广。钓友们休闲钓鱼不拒江河湖泊，夜钓难免水底高低不平，常有一会露出大半漂尾，一会又不见了浮漂踪影的情况，大水面空旷，小风则大浪，强力追求钓几目很难实现，还有可能遇到水流大风也会造成水流，本法调漂多钓几目对灵敏度影响不大，尽管大胆操作。

5、自动校正选漂与钩饵不搭配带来的负面因素，同样钓鲫鱼有的钓友习惯用3号袖，而有的钓友可能用3号伊势尼，其自重会对垂钓的灵钝带来很大影响，搓饵和拉饵的质量也会差较大，鲫鱼漂钓鲤鱼，鲤鱼漂钓鲫鱼，以上诸多情况在讲求调几钓几的理论下，都有可能造成浮漂不停的跳舞提竿没鱼，或者浮漂没有动作提竿换饵钩上有鱼的情况。

6、垂钓全程实时监控垂钓的灵钝状态，每一次抛竿，都能观察浮漂的沉降速度，一旦浮漂降速过快就是顿了，而浮漂下降缓慢，将不到位置露出水面过多，可能是丢铅发生太灵了，可及时检查排除。



要想真正学好台钓，首先要过调漂这一关。关于调漂的文章与方法也有许许多多，但对于刚入门新手来说显得过于复杂，如何准确调好调漂，使自己快速成为这方面高手，请按照下面步骤操作：
1.在铅皮座上卷上铅皮，铅皮一定要裹紧一点。要不钓鱼呢时候一用力铅皮就松开了
2.在漂座上安上鱼漂以后放入水中，铅皮的重量使漂沉入水中，这是因为现在漂的浮力小于铅皮重量。漂沉入水中以后把漂向上移动使水线增长，直到漂露出水面两目。这样就可以测出水的深度，从漂两目以下一直到连接铅皮座尾端这段鱼线的距离有多长，水就有多深了。这样就可以测出水深了。
3.测出水深以后就可以调漂了，把漂和铅皮座的距离调到水深的一半，然后放入水中这时漂再次沉入水中。
4.这时你就可以用剪刀把铅皮座上的铅皮一点点的剪掉，注意一次不要剪得太多。你每剪掉一点铅皮、铅皮的重量就减少一点，随着铅皮重量的慢慢减少，当铅皮的重量小于漂的浮力漂就会慢慢浮出水面。
5.让漂浮出水面4目就可以啦，若漂浮出水面的目数多于4目再在铅皮座上增加点铅皮，让漂下降到只露出水面4目为止。
6.然后在鱼钩上挂上食，放入水中这时漂又沉入水中了。这是因为挂上食以后铅皮和食的重量又大于漂的浮力。这时你只要把漂向上调直到露出水面3目，多出3目向下调直到露出水面3目为止。这就是台钓所说的调4钓3，就是空钩调到漂露出水面4目放上食以后调到露出水面3目。你可以结合以上方法调4钓2、调6钓3、或调4钓4等等......其中调4钓2最灵敏、调4钓4最钝。这就是台钓所说的钓灵和钓钝。一般小鱼闹的地方应把漂调钝一点，大鱼多呢时候基本没小鱼搅就可以把漂调灵一点。