高"触发器异步读/写比率"警报

2020-08-22 07:25发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


亲爱的社区,

我的HANA环境向我发出警报,例如:

第4卷(saphana:30007,类型为DATA,路径为/hana/data/mnt00001/hdb00004/)具有88%的异步触发读取率。

我发现的SAP Note告诉我,我应该告诉硬件供应商,谁告诉我问SAP。 有谁知道这种行为的原因是什么?

亲切的问候,

弗雷德

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


亲爱的社区,

我的HANA环境向我发出警报,例如:

第4卷(saphana:30007,类型为DATA,路径为/hana/data/mnt00001/hdb00004/)具有88%的异步触发读取率。

我发现的SAP Note告诉我,我应该告诉硬件供应商,谁告诉我问SAP。 有谁知道这种行为的原因是什么?

亲切的问候,

弗雷德

付费偷看设置
发送
9条回答
Climb_Ma
1楼 · 2020-08-22 08:23.采纳回答

嗨,

请参见注释1965379解决此问题。 该警报实际上不会影响系统。 您可以更正注释中描述的警报设置。

问候,Ruediger

huskylover
2楼-- · 2020-08-22 07:57

卡尔,

该注释的初始实施导致HANA系统运行非常慢,持续了多个小时,并且自从应用了参数以来,ASYNC警告已消失。 谢谢! 然而; 虽然我没有看到任何其他警报,但statisticsserver PID的内存不足。 我认为可能有必要将这些参数重置为低于99999的阈值,因为默认值要低得多:

我已将默认值更改为999,并已实现-我将跟踪状态。

太Q了
3楼-- · 2020-08-22 08:17

我回到了这一点,并在早上的大部分时间中进行了搜索。 在一位同事的帮助下,这可能是由于查询重复运行所致,然后我双击错误本身进行了更深入的研究:

注意,触发事件的发生间隔为5分钟。

转到"配置"选项卡并打开statisticserver.ini文件,然后找到statisticserver_array_VOLUME_IO_DETAILED_STATISTICS_TRIGGER_ASYNC_READ_COUNT和statisticserver_array_VOLUME_IO_DETAILED_STATISTICS_TRIGGER_ASYNC_WRITE_COUNT,并注意间隔均为interval_5min:

也许因为此文件的默认值为5分钟,所以它无法完成初始搜索? 或者,也许两个查询都在争夺相同的信息? 此外,文件的默认大小设置为8MB。

由于我们尚未使用该系统,因此我将触发间隔设置为15分钟。 注意:要在配置中轻松找到自定义或手动更改,请找到灰色菱形:

希望这会降低百分比。

太Q了
4楼-- · 2020-08-22 08:16

Philip,

感谢您花时间与我们分享。 乍一看,我的期望是您收到警报的频率降低,但是导致警报的原因不会消失,我希望我错了。

请及时通知我们!

亲切的问候,

弗雷德

空代码
5楼-- · 2020-08-22 08:06

弗雷德

在安装HANA SPS07的VM时遇到相同的问题。 如果您查看"卷"表,您会发现xsengine通常位于/hana/shared/log/mnt00001/hdb00004,并且可能对应于"警报"已触发65%的异步读取率,或者在您的情况下为88%。 但是目前还没有答案;研究xsengine,这可能使您对正在发生的事情有一些了解。我计划进行研究,并且此错误正在新安装的HANA实例上发生。 链接以获取更多信息:

http://www.saphana.com/docs/DOC-3212

很好奇,您在系统上分配了多少内存? 数据库有多大? 您是否看到昂贵的SAQL语句? 我看到一些链接引用了CPU到RAM的配置-这可能是硬件配置问题。

问候,菲尔

追夢秋陽
6楼-- · 2020-08-22 08:24

菲利普,

我在新环境中遇到了同样的问题,那就是新的生产环境。
即使没有任何活动,我们也会每300秒对此环境发出警报。
我要求硬件提供商 验证,但他们什么也没找到。

我想HANA SPS07引入了此问题

宇峰Kouji
7楼-- · 2020-08-22 08:24

嗨,弗雷德,

我很确定这是SPS07附带的新"功能"。

今天我在虚拟SAP HANA测试系统上将补丁级别从"补丁级别46"升级到了补丁级别70,并且正在运行以下问题:

----------------------------------

第4卷(erphana1:30107,键入LOG_BACKUP,路径/usr/sap/HT1/HDB01/backup/log/)具有100%的异步触发写入率。

第4卷(erphana1:30107,键入LOG,路径/usr/sap/HT1/log/mnt00001/hdb00004/)具有58%的异步触发写入率。

----------------------------------

具有不同的卷和不同的路径名。

甚至无法使用SAP HANA Studio登录到HANA实例(我之前将其更新为相同的补丁程序级别)。 我刚收到一条等待消息.....

在升级后的第一步中,我认为可以通过重新启动和重新启动HANA盒来解决此问题。

但是即使重新启动后也是如此。 由于我已经为旧补丁程序级别上的警报配置了电子邮件通知,所以我收到了很多有关此问题的电子邮件。

我还尝试通过其他方式访问系统,例如 我叫命令

---------------------------------

./saphostctrl-主机erphana1-用户ht1adm <密码>-功能GetDatabaseStatus -dbname HT1 -dbtype hdb

-----------------------------------

以root用户身份在目录"/img/usr/sap/hostctrl/exe"中的服务器上。 此命令应立即为您提供SAP HANA实例的状态。 但是这里..只是没有答案。

大约30-40分钟后,整个情况突然变得畅通无阻。

SAP HANA Studio再次正常运行,并具有预期的性能。

GetDatabaseStatus命令运行正常,一切恢复正常。

可能是升级后的新行为吗?

有人有同样的经历吗?

这种行为会在一段时间后消失吗?

感谢您的答复。

此致

Robert

一周热门 更多>