去年，我写了一篇关于最常见的SAP HANA警报的博客文章。许多修订更新后，我想知道是否图片已经改变。因此，我这次检查了42个生产环境HANA实例并评估了它们的警报数据。

当然，元警报22、23和24（简单地说"发生了一些警报"）仍然位于最前面的位置，几乎每个系统都会报告它们。让我们忽略它们，看看真正的警报。首先，微信淘客，几乎每个系统上都会出现哪些SAP HANA警报？如表1所示：

这与去年几乎完全相同。虽然SPS从主要的SPS 8+9更改为现在主要的SPS 10+11，但新引入的警报并没有进入顶部位置。

最重要的更改是新的默认统计服务器数据保留。从SPS 11开始，大数据时代纪录片，统计服务器只保存42天的数据（例如警报信息）。所以在大多数情况下，只收集最近的事件。现在让我们看看发生的绝对数量，提供一个完全不同的图片，如表2所示：

虽然去年43号和21号警报已经在这些位置的列表中，但旧的topscorer（警报65）被替换为新的topscorer（警报79）。保持双方高铁系统的配置相同是一个真正的挑战，尤其是在报告不相关的不一致时。

作为结论，几乎所有系统上发生的警报（见表1）已经实施了一些重复抑制机制。经常发生的警报不会发生在许多系统上（见表2），红淘客，但警报79可能例外，信息大数据，南京大数据，它几乎发生在所有使用HANA系统复制的系统上。