indexserver oom处理

1. indexserver oom 报错  
在系统层面并没有生成OOM文件，但在DB02和 hana studio中可以查看到 系统在报 out of memory  
![b1d8b37137eabfaf22b4429885169a39](/media/202604/20260427145644326470.png)  
  
可以看到系统报indexserver out of memory 频率高 持续时间也长  
但在此之前，系统没有做任何变更，SAP也未进行发版  
因此怀疑是外围系统做了发版，导致在SAP这边取数SQL发生改变。故认为是有慢sql死锁了  
  
二、问题排查  
  
参考SAPnote：2000002 sap hana sql 优化  
执行HANA\_SQL\_SQLCache\_TopLists SQL 这个报告会输出占用资源较多的SQL语句，按照执行时间，准备时间，调用线程等多个维度分别排序，可以定位到潜在的问题语句  
  
![](/media/202604/20260427145647521895.png)

![f7838b7d45354645da539d029dcb2718](/media/202604/20260427145647537903.png)  
可以查看到CA类型 排在第一 耗时占比在43\.3% 属于严重拖慢了数据库运行时间

在根据查到的哈希值 来查询所执行的sql

**SELECT** STATEMENT\_STRING

**FROM** SYS.M\_SQL\_PLAN\_CACHE

**WHERE** STATEMENT\_HASH \= 'c2282cf83aac427d54228cca7e348f19';  
  
![](/media/202604/20260427145647597515.png)  
可以看到是这个SQL 导致的  
查看ZTSD0026这张表 发现是STS相关表  
![](/media/202604/20260427145647634663.png)

三、如何处理

因该SQL是SAP自身的定时任务，可能是因为要查询的表的大小过大又或者该sql被执行的次数过多  
  
询问开发发现这个调用存在逻辑问题，是外部供应商调用接口查询公司代码  
内部不能控制  
  
可以通过直接终止这个程序来解决