2020-08-22 07:25发布
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
亲爱的社区,
我的HANA环境向我发出警报,例如:
第4卷(saphana:30007,类型为DATA,路径为/hana/data/mnt00001/hdb00004/)具有88%的异步触发读取率。
我发现的SAP Note告诉我,我应该告诉硬件供应商,谁告诉我问SAP。 有谁知道这种行为的原因是什么?
亲切的问候,
弗雷德
嗨,
请参见注释1965379解决此问题。 该警报实际上不会影响系统。 您可以更正注释中描述的警报设置。
问候,Ruediger
卡尔,
该注释的初始实施导致HANA系统运行非常慢,持续了多个小时,并且自从应用了参数以来,ASYNC警告已消失。 谢谢! 然而; 虽然我没有看到任何其他警报,但statisticsserver PID的内存不足。 我认为可能有必要将这些参数重置为低于99999的阈值,因为默认值要低得多:
我已将默认值更改为999,并已实现-我将跟踪状态。
我回到了这一点,并在早上的大部分时间中进行了搜索。 在一位同事的帮助下,这可能是由于查询重复运行所致,然后我双击错误本身进行了更深入的研究:
注意,触发事件的发生间隔为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分钟。 注意:要在配置中轻松找到自定义或手动更改,请找到灰色菱形:
希望这会降低百分比。
Philip,
感谢您花时间与我们分享。 乍一看,我的期望是您收到警报的频率降低,但是导致警报的原因不会消失,我希望我错了。
请及时通知我们!
在安装HANA SPS07的VM时遇到相同的问题。 如果您查看"卷"表,您会发现xsengine通常位于/hana/shared/log/mnt00001/hdb00004,并且可能对应于"警报"已触发65%的异步读取率,或者在您的情况下为88%。 但是目前还没有答案;研究xsengine,这可能使您对正在发生的事情有一些了解。我计划进行研究,并且此错误正在新安装的HANA实例上发生。 链接以获取更多信息:
http://www.saphana.com/docs/DOC-3212
很好奇,您在系统上分配了多少内存? 数据库有多大? 您是否看到昂贵的SAQL语句? 我看到一些链接引用了CPU到RAM的配置-这可能是硬件配置问题。
问候,菲尔
菲利普,
我在新环境中遇到了同样的问题,那就是新的生产环境。即使没有任何活动,我们也会每300秒对此环境发出警报。我要求硬件提供商 验证,但他们什么也没找到。
我想HANA SPS07引入了此问题
嗨,弗雷德,
我很确定这是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
最多设置5个标签!
嗨,
请参见注释1965379解决此问题。 该警报实际上不会影响系统。 您可以更正注释中描述的警报设置。
问候,Ruediger
卡尔,
该注释的初始实施导致HANA系统运行非常慢,持续了多个小时,并且自从应用了参数以来,ASYNC警告已消失。 谢谢! 然而; 虽然我没有看到任何其他警报,但statisticsserver PID的内存不足。 我认为可能有必要将这些参数重置为低于99999的阈值,因为默认值要低得多:
我已将默认值更改为999,并已实现-我将跟踪状态。
我回到了这一点,并在早上的大部分时间中进行了搜索。 在一位同事的帮助下,这可能是由于查询重复运行所致,然后我双击错误本身进行了更深入的研究:
注意,触发事件的发生间隔为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分钟。 注意:要在配置中轻松找到自定义或手动更改,请找到灰色菱形:
希望这会降低百分比。
Philip,
感谢您花时间与我们分享。 乍一看,我的期望是您收到警报的频率降低,但是导致警报的原因不会消失,我希望我错了。
请及时通知我们!
亲切的问候,
弗雷德
弗雷德
在安装HANA SPS07的VM时遇到相同的问题。 如果您查看"卷"表,您会发现xsengine通常位于/hana/shared/log/mnt00001/hdb00004,并且可能对应于"警报"已触发65%的异步读取率,或者在您的情况下为88%。 但是目前还没有答案;研究xsengine,这可能使您对正在发生的事情有一些了解。我计划进行研究,并且此错误正在新安装的HANA实例上发生。 链接以获取更多信息:
http://www.saphana.com/docs/DOC-3212
很好奇,您在系统上分配了多少内存? 数据库有多大? 您是否看到昂贵的SAQL语句? 我看到一些链接引用了CPU到RAM的配置-这可能是硬件配置问题。
问候,菲尔
菲利普,
我在新环境中遇到了同样的问题,那就是新的生产环境。
即使没有任何活动,我们也会每300秒对此环境发出警报。
我要求硬件提供商 验证,但他们什么也没找到。
我想HANA SPS07引入了此问题
嗨,弗雷德,
我很确定这是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
一周热门 更多>