在分配的总240 GB（即64 * 0.90 +（252-64）* 0.97）内存中，峰值使用率仅为220 GB。 乍一看，这看起来不像是数据库的内存不足。

注意：以上信息的可靠性直接与数据库没有重新启动多长时间直接相关。

-您分配了99 GB的交换空间，是否在同一主机上运行应用程序？

-您是否为任何进程获取* oom * .trc ？ 转储指的是哪种内存问题？

由于即将达到检查-默认值的低警报阈值，警报即将出现-检查已用物理 针对已分配的内存，即80％

已使用185259/已分配229755 = 0.806，即> 80％

（229755MB，即大约224 GB-索引服务器的"有效"分配限制） 240GB）

详细信息 1900257-如何处理HANA警报43："服务的内存使用情况"

如此低的警报的原因可能只是几个查询。 使用同一注释的"分辨率"部分检查OOM跟踪：由于OOM问题触发的警报。

注意：由于这是生产系统，因此我不会获得最佳性能 建议您标记任何表卸载以减少内存使用。

Hello Prashant，

从操作系统方面来看，仍有49GB保留在缓存中。 因此，正如上述 Suit Jaiswal 先生所更新的那样，您起初似乎没有记忆不足的问题 一眼。

我认为您已为"高/中"设置了一定百分比的警报阈值，您可以从hana studio中看到它，并更改阈值以避免收到此类警报。 为了安全起见，请与管理服务器的人员联系，并尝试扩展硬件上的内存。

最好的问候，
Vivek Sahu

您好，蓬松的纳加尔

那不是正确的ID，对于您遇到的错误，请检查ID =" 43"中的阈值，检查名称="服务的内存使用情况"，然后进行相应的调整。

最好的问候，
Vivek Sahu