sap memory调优

最新推荐文章于 2025-10-28 14:08:48 发布

原创最新推荐文章于 2025-10-28 14:08:48 发布 · 5.5k 阅读

4 ·

CC 4.0 BY-SA版权

文章标签：

#sap #buffer #parameters #optimization #system #performance

basis 专栏收录该内容

30 篇文章

订阅专栏

1：操作系统physical memory 和 swap

# swapinfo
             Kb      Kb      Kb   PCT START/      Kb
TYPE      AVAIL    USED    FREE USED   LIMIT RESERVE PRI NAME
dev     31719424 7685696 24033728   24%       0       -    1 /dev/vg00/lvol2
reserve       - 6339036 -6339036
memory 7949508 2536248 5413260   32%

(要理解伪交换，首先得清楚交换区的概念和HP-UX的交换机制！
交换区，就是系统物理内存不足时，OS用来临时存放物理内存的的一部分数据，从而腾出更多的物理内存空间！
HP-UX的交换机制：系统每启动一个进程，都会在交换区预留一定的空间（等同于该进程使用物理内存的大小），以防内存不足时，有足够的交换区来临时存放数据，但不一定真正使用。但是交换区预留以后，不管是不是真的被使用，就不能再被其它进程预留（使用），除非该进程运行完毕自然释放。
打个比方，酒店里客人预定了座位，那么这个座位就不能再接受别人的预定，除非客人打电话取消预定。当然，即使客人预定了不代表就一定来吃。
和交换区预留不一样的是：座位预定了通常客人是要来真正使用的，而交换区预留以后通常是不使用的。
这种机制会导致的一个问题是：如果内存很大，可能会导致内存浪费！为什么呢？
假设系统物理内存是8G，那么按照常规的设置，交换区大小是内存的1－2倍，就是8-16G！但是，通常的情况是，购买了大内存，就是为了避免内存不足产生交换，这种状况下，交换区是很少有机会做真正的数据交换的。有些客户会把交换区设为4G或者更少到2G（这完全有可能；节省存储空间啊）！
后果是，随着新进程的不断启动，当交换区被预留完了以后，系统就不能再启动新的进程；而此时其实物理内存可能还有3G或者更多的空余，却什么也不能干了！
为了解决这个矛盾，HP-UX推出“伪交换区”的概念！就是当系统启用伪交换以后，系统会默认为交换区的总数＝物理内存的75％＋其它交换区的总数。而这个75％的伪交换区其实是不存在的（欺骗）：不在内存、不在硬盘或者任何文件系统中。意思就是说，当真正的交换区用光了还要启动新进程时，告诉系统，我的交换区还多着呢，该启动谁尽管启动......
是否启用伪交换，可以通过系统内核参数swapmem_on来设置，1表示启用，0表示不启用。
通常，实际交换区的大小大于或等于物理内存大小时，这个参数启不启用没什么影响；否则建议启用伪交换。
但是，注意有些应用程序（很少），当启用伪交换时，性能可能会下降！)

System Page Size: 4Kbytes
Memory: 5031688K (1707228K) real, 14773260K (5220256K) virtual, 174236K free Pa
e# 1/40 87904 (585640 14783968K (234710 1667932 g

(top 只能看到进程所使用的内存量，所以你看到的 92764K (15880K) real 就是所有进程所使用的内存总和，这个内存是指物理内存，括号前那个值是Total Real Memory,括号内是Active Real Memory, 这两者的区别就在于Active Real Memory的值只是分配给那些已经在run queue或者正在运行的进程的Real Memory,而Total Real Memory 包括所有的进程。
对于后一项值 65796K (13316K) virtual 的解释也是同样的，不过这个值代表了Virtual Memory（一般为建在Disk上的Swap空间，当然你要问了，我的Swap空间可不止这么些啊 by executing ‘swapinfo‘，没错，Swap空间是大于这里的Total Vitual Memory的，但我前面说了，这里的值只是计算的分配给进程的），最后一项33684K free 到确确实实是Free 的Memory，它等于Physical Mem - kernel used - user used - buffer cache.)

下面是对SAM->;Performance Monitor ->; System Property ->; Memory的显示结果的解释
Physical Memory       256.2 MB    实际物理内存大小
Real Memory
  Active:             21113.5 KB    同 top （当然这里举的例子由于有时间差，所以看上去不大一致）
  Total:                97083.5 KB    同 top
Virtual Memory:
  Active:             16247.3 KB    同 top
  Total:                68390.7 KB       同 top
Free Memory Pages:    6738 at 4 KB/page 6738 * 4 就是 top 显示出来的结果
Swap Space:
  Avail:                1024 MB          同Swapinfo中 dev filesystem 总和（一般不会用到Pseudo Memory)，为实际Swap Space 的大小。
  Used:                231 MB             同Swapinfo中的Reserve, 为系统在创建进程时为该进程预留的Swap 空间总和）

物理内存8G swap 32G

2:当同一服务器包含ORACLE数据库和SAP实例的系统（即Central System)时，使用的内存数量比例为30%和70%

You can only optimize memory parameters and resource parameters such as DB_CACHE_SIZE or DB_WRITER_PROCESSES individually. Therefore, this note cannot give any general recommendations. However, you can determine options for optimization on the basis of a database performance analysis (see Notes 618868, 619188, 789011).

The parameterization described below is directed towards the use of the features of the dynamic SGA (Note 617416) and the automatic PGA administration (Note 619876).

3：sap

Share Memory	1.SAP Buffer
	2.Extend Memory
	3.Paging Memory
	4.Roll Memory
Local Memory	5.Heap Memory
	6.Local Work Process Memory

sap 在使用physical memory和swap时：

roll buffer/roll area 用户在使用 physical memory 时处理dialog step时占用work process 不占用wp时 user context都存放在roll buffer 当roll buffer不够用是存储在roll area 涉及到extended memory和roll area extended memory、设置为physical memory的70% roll area=max_connections*user_buffer(50M）

用户使用heap memory时使用HM,此时WP设置为PRIV 用户不再因为dialogstep结束而释放进程
会一直占用进程直到所有操作结束(transaction finish) abap/heaplimit和abap/heaparea_(non)dia

heap memory< heaplimit 用户操作结束时自动释放wp hm但是swap不会释放还是属于wp

heaplimit <heap memory<heaparea 用户操作结束时自动释放wp hm wp自动重启释放swap

heap memory>heaparea 用户操作被终止用户被迫释放进程 hm自动释放 wp自动重启以释放swap