自动调整的内存参数已经存在了很长一段时间，至少对于基于Windows的ABAP系统来说是这样。那里没有什么新鲜事。由于至少R/3 4.6b，控制工作进程内存的基本参数要么是自动的，要么是默认的足够高，考虑到当前服务器中物理内存的典型数量，将无法达到限制。Unix管理员经常调整的参数，对于Windows管理员来说，实际上是看不见的。

但是"零管理内存管理"这个术语仍然有点用词不当，因为系统管理员仍然需要监视和手动调整相当多的参数来控制nametab缓冲区，程序缓冲区，通用和单记录表键缓冲区等。各种注释详细说明了建议的起始值，然后在几天、几周或几个月的时间内，您将进行调整，以保持高命中率和低交换计数。

换句话说，仍然有大量的手动调整来获得正确的缓冲区，尽管随着物理内存成本的下降，现代服务器的构建也能容纳更多的内存，但有人可能会说，你只是在系统中投入更多内存，让所有缓冲区都变得非常大，然后就可以使用它了。

不过，这种方法缺乏一定的优雅和技巧，当一个缓冲区本可以在其他地方更有效地使用时，仍然会让您为它提供太多内存。

请输入NetWeaver ABAP 7.4，更具体地说是7.4 SR2及其附带的内核版本742。

每个新的内核版本都引入了新的参数，或修改了旧版本中的默认值，随着每个版本的发布，手游返利，SAP对初始参数设置的建议都有了细微的变化。

然而，740、741和742内核为一些参数引入了新的自动化水平，Basis管理员已经习惯了通过使用一系列级联公式进行配置。每个参数的值都来自另一个参数，所有的自动参数最终都会从众所周知且易于配置的physu MEMSIZE中找到它们的来源。

您可以在Note2085980（内核7.40版的内存管理新特性）或您自己的带有事务的7.4系统中轻松查找这些公式代码RZ11或报告RSPARAM。不过，在这里，我将尝试用简单的英语解释这些公式，物联网应用技术是什么，并说明每个值是如何从前面的参数派生出来的。

PHYS_MEMSIZE

古老的PHYS_MEMSIZE，它定义了SAP实例应该有多少主内存（兆字节）没有改变。它仍然默认为服务器中安装的物理RAM的数量，对于专用的应用程序服务器，通常应该保持未设置。这样做意味着，每当您向服务器添加额外内存时，大多数其他参数都会自动调整自己，而无需更改单个设置。

如果您的服务器同时运行数据库和应用程序实例（旧术语称为中央服务器），然后您仍然应该遵循关于设置PHYS\u MEMSIZE的旧建议来限制SAP将使用多少内存，以便为数据库保留足够的内存。同样，如果在同一台主机上运行两个或多个SAP实例：您将为每个实例设置此参数，以便在它们之间适当地分配内存。然而，这里的妙处在于，在大多数情况下，这是您需要调整的唯一参数。

扩展内存池

扩展内存池，即系统实际使用的内存量，云服务器一年多少钱，在系统运行期间是一个动态可变的量，从em/initial\u size\u MB的值开始，然后在系统需要时自动增加。在以前的版本中，这个池的初始大小等于PHYSèu MEMSIZE，但现在它的初始大小为该大小的70%，最大大小为500gb。此参数em/initial\u size\u MB随后成为大多数缓冲区大小计算的起点。

导出/导入缓冲区

例外是导出/导入缓冲区，它由rsdb/obj/buffersize和rsdb/obj/max\u对象控制。此缓冲区的大小设置为PhysMemSize的1%，最小值为4MB，最大对象值设置为buffersize的25%，最小值为2000个对象。

程序缓冲区

通过abap/buffersize控制的程序缓冲区，通常是多年来许多基本管理员存在的祸根，通常是系统中最大的缓冲区。以前默认为300 MB左右，现在默认为初始扩展内存池的15%（em/initial\ U size\ MB），四舍五入到4 MB的最接近倍数。

表缓冲区（以前的通用密钥缓冲区）

通过zcsa/Table\ U Buffer\ area和zcsa/db\ U max\ U buftab控制，此缓冲区以前默认为30 MB左右。现在它默认为初始扩展内存池的10%（em/initial\ u size\ u MB），但最小值约为30 MB，最大值约为3 GB。缓冲区中可存储的对象数（zcsa/db\u max\u buftab）以前默认为5000，但现在是缓冲区大小除以5120的函数，最少有20000个对象。

单记录缓冲区

这个缓冲区不再出现在ST02中，但它仍然存在。它的大小由rtbb/buffer\u长度定义，以前大约是10MB，但现在是表缓冲区的10%。同样，由rtbb/max\u表定义的对象条目数过去是500，大数据什么意思，但现在是表缓冲区中允许条目数的10%。

Nametab Buffers

这是四个相关缓冲区的集合。