OpManager中的数据库归档和维护

以下是一些可以使用OpManager执行的数据库操作。

1. 数据库归档：

为了有效地监控添加到OpManager中的设备，并以用户友好的格式可视化其指标，OpManager会定期从被管设备收集数据。默认情况下，OpManager根据存储在数据库中的轮询间隔收集性能数据，这称为详细统计信息。然后，数据按小时间隔聚合，称为每小时统计信息。按每日间隔聚合的每小时数据称为每日统计信息。这些汇总数据以及原始数据将用于图表和报表。

在每个阶段聚合数据并将其移动到后续表的过程称为数据资源清单档。

数据库归档如何影响报表生成

基于数据资源清单档，监控数据将存储在小时表和日表中。

特定小时（例如凌晨 12：00 到凌晨 1：00）的每小时数据是根据配置的轮询间隔计算的。如果配置的轮询间隔为5分钟，则对于每小时（60分钟），OpManager将轮询设备12次（12*5=60分钟）。

然后，将计算 12 个值的平均值（经过 12 次轮询后获得）并将其存储为该特定小时的每小时数据。同样，每个小时都会收到数据。

对于每日表，任何特定日期的数据都是通过计算该天每小时数据的平均值来生成的。

每日数据 = 每小时数据总和/24

生成报表时，根据请求报表的持续时间，从每小时或每天表中获取数据。

如何使用小时表数据生成报表

根据监控首选项，用户可以修改小时表和日表的维护周期。

请求报表时，将考虑以下两个因素，从每小时或每日表中获取数据：

• 小时表维护的配置周期
• 报表覆盖期（请求报表的期间）

通常，使用的算法是，如果请求报表的期间等于或高于配置的小时表维护周期，则将从每日表中获取数据。如果报表周期小于每小时统计信息维护周期，则将从小时表生成数据。

例如，让我们假设小时表维护的配置周期为 30。

30 天或少于 30 天

当生成 30 天或少于 30 天的报表时，将从小时表中获取数据并显示为报表。

超过30天

当生成的报表超过 30 天时，将从每日表中获取数据。

请注意，当数据取自每日表时，时间窗口选项将不可用。“时间窗口”选项将仅针对每小时表数据显示。

2. 数据库维护：

OpManager允许您使用所需的数据来维护数据库。默认情况下，详细数据将保留 7 天，每小时数据将保留 30 天，每日数据将保留 365 天。在指定的时间段后，将自动清理数据库。

可以通过归档数据并定期清理数据来执行数据库维护。导航到常规设置->设置->数据库维护以利用此功能并定义适合您的值。一旦过了截止时间，OpManager将删除过时的统计数据。

我们为什么要在OpManager中维护数据库？

数据库大小可能因许多因素而异，例如监视器数量、监视器中的实例数、轮询间隔、托管设备和接口的数量等。因此，维护您的数据库至关重要。当数据库维护值配置为更高的值时，可能需要更多磁盘空间，从而导致影响性能的问题。有关推荐值，请参阅下表。

值	原始数据（详细数据）	每小时数据	每日数据
默认值（天）	7	30	365
最大推荐值（天）	15	90	3650

如何在OpManager中配置数据库维护？

要配置您自己的数据库维护设置，请按照以下步骤操作：

1. 单击设置→常规设置→数据库维护。
2. 指定以下字段的值：
   • 在数据库中维护最近的告警 - 必须在此处指定要维护的最近告警的最大数量。默认情况下，最近的10,000个告警将保留在OpManager数据库中。
   • 事件将保留过去N天 - 默认情况下，150万个事件将存储在OpManager数据库的表中。如果该表超过 150 万个条目，将创建一个新表，旧数据将在 7 天后删除。
   • 详细的统计信息将保留过去N天 - 表示详细数据将存储在OpManager数据库中的天数。
   • 每小时统计信息将保留过去N天 - 表示每小时数据将存储在OpManager数据库中的天数。
3. 单击保存以应用更改。

 

图形显示设置

为了保持图形中数据的粒度/准确性，可以相应地配置图形显示设置。您可以通过导航到数据库维护->运行归档->图形显示设置来访问图形显示设置。详细的、每小时和每天的数据限制使用户能够对他们想要的图形粒度级别进行一些控制。可以进一步研究这样形成的图形，以深入了解设备和接口的性能。要了解有关图形显示设置的更多信息，请单击此处。

3. 数据库清理

由于其规模，具有大量记录的庞大数据库将难以维护和解释。因此，必须定期清理数据库。数据将根据数据库维护下配置的值自动清理。