数据粒度和保留
数据值的聚合
-
Monitor Service 会收集各种数据,包括用户会话使用情况、用户登录性能详细信息、会话负载平衡详细信息以及连接和计算机故障信息。数据根据其类别以不同方式进行聚合。了解使用 OData 方法 API 呈现的数据值的聚合对于解释数据至关重要。例如:
- 连接会话和计算机故障会持续一段时间。因此,它们以时间段内的最大值形式公开。
- 登录持续时间是时间长度的度量,因此以时间段内的平均值形式公开。
-
登录计数和连接故障是时间段内发生次数的计数,因此以时间段内的总和形式公开。
-
并发数据评估
您的会话必须重叠才能被视为并发。但是,当时间间隔为 1 分钟时,该分钟内的所有会话(无论是否重叠)都被视为并发。由于间隔大小很小,计算精度所涉及的性能开销不值得其增加的价值。如果会话发生在同一小时内,但不在同一分钟内,则不被视为重叠。
-
汇总表与原始数据的关联
-
数据模型以两种不同方式表示指标:
- 汇总表以每分钟、每小时和每天的时间粒度表示指标的聚合视图。
-
原始数据表示会话、连接、应用程序和其他对象中跟踪的单个事件或当前状态。
-
尝试跨 API 调用或在数据模型本身中关联数据时,了解以下概念和限制非常重要:
- 不提供部分时间间隔的汇总数据。 指标汇总旨在满足长期历史趋势的需求。这些指标会聚合到汇总表中以形成完整的时间间隔。在数据收集的开始(可用的最旧数据)和结束时,不提供部分时间间隔的汇总数据。当查看一天的聚合(间隔 = 1440)时,这意味着第一个和最近的不完整日期没有数据。尽管原始数据可能存在于这些部分时间间隔中,但它从不进行汇总。从特定汇总表中提取最小和最大 SummaryDate 以确定特定数据粒度的最早和最晚聚合间隔。SummaryDate 列表示间隔的开始。Granularity 列表示聚合数据的时间间隔长度。
- 按时间关联。 指标会聚合到汇总表中以形成完整的时间间隔,如上一节所述。它们可用于历史趋势,但原始事件在状态方面可能比已汇总用于趋势分析的数据更具时效性。任何基于时间的汇总数据与原始数据的比较都必须考虑到,对于可能发生的部分时间间隔或时间段的开始和结束,没有汇总数据。
- 遗漏和延迟的事件。 如果事件被遗漏或延迟到聚合周期,则聚合到汇总表中的指标可能略有不准确。尽管 Monitor Service 尝试维护准确的当前状态,但它不会回溯时间来重新计算汇总表中遗漏或延迟事件的聚合。
- 连接高可用性。 在连接 HA 期间,当前连接的汇总数据计数存在间隙,但会话实例仍在原始数据中运行。
- 数据保留期。 汇总表中的数据与原始事件数据的清理计划不同。数据可能因已从汇总表或原始表中清理而丢失。不同粒度的汇总数据保留期也可能不同。较低粒度的数据(分钟)比较高粒度的数据(天)清理得更快。如果数据因清理而从某个粒度中丢失,则可能在较高粒度中找到。由于 API 调用仅返回请求的特定粒度,因此某个粒度未收到数据并不意味着同一时间段内较高粒度的数据不存在。
- 时区。 指标以 UTC 时间戳存储。汇总表按小时时区边界进行聚合。对于不落在小时边界上的时区,数据聚合的位置可能存在一些差异。
粒度和保留
Monitor 检索的聚合数据的粒度取决于所请求的时间 (T) 跨度。规则如下:
- 0 < T <= 30 天,使用每小时粒度
- T > 31 天,使用每日粒度
未来自聚合数据的请求数据来自原始会话和连接信息。此数据往往增长迅速,因此有其自己的清理设置。清理可确保仅保留长期相关的有用数据。这可确保在保持报告所需的粒度的同时,提高性能。
| # | 设置名称 | 受影响的架构表 | Monitor 页面中受影响的表和图表 | Premium 版的保留天数 | Advanced 版的保留天数 |
|---|---|---|---|---|---|
| 1 | GroomSessionsRetentionDays | MonitorData.Session and Monitordata.Connection tables | 此设置会影响“趋势”页面上的会话详细信息、“按用户会话划分的登录持续时间”和“基于应用程序的使用情况”表。 | 90 | 31 |
| 2 | GroomFailuresRetentionDays | MonitorData.MachineFailureLog and MonitorData.ConnectionFailureLog | “趋势”页面:此设置会影响“故障”选项卡上的图表和表。 | 90 | 31 |
| 3 | GroomLoadIndexesRetentionDays | MonitorData.LoadIndex | 此设置会影响“趋势”页面上“负载评估器索引”选项卡中显示的数据。 | 3 | 3 |
| 4 | GroomDeletedRetentionDays | MonitorData.Machine, MonitorData.Catalog, MonitorData.DesktopGroup, and MonitorData.Hypervisor entities that have a LifecycleState of ‘Deleted’. This setting also deletes any related Session, SessionDetail, Summary, Failure, or LoadIndex records. | 具有“已删除”生命周期状态的计算机、目录、桌面组和虚拟机管理程序实体。此设置还会删除任何相关的会话、会话详细信息、摘要、故障或负载索引记录。 | 90 | 31 |
| 5 | GroomSummariesRetentionDays | MonitorData.DesktopGroupSummary, MonitorData.FailureLogSummary, and MonitorData.LoadIndexSummary | 此设置会影响“趋势”页面上的所有图表数据。 | 365 | 31 |
| 6 | GroomMachineHotfixLogRetentionDays | MonitorData.Hotfix | 此设置会影响“计算机详细信息”页面上显示的 VDA 修补程序数据。 | 90 | 31 |
| 7 | GroomHourlyRetentionDays | 所有摘要表 | 这会影响“趋势”页面上显示的每周图表。 | 32 | 31 |
| 8 | GroomApplicationInstanceRetentionDays | MonitorData.ApplicationInstance | 此设置会影响“容量管理”选项卡上的图表和表以及“趋势”页面上的应用程序使用情况表。 | 90 | 不适用 |
| 9 | GroomNotificationLogRetentionDays | MonitorData.NotificationLog | 此设置会影响 Monitor 上显示的警报。 | 90 | 不适用 |
-
10 GroomResourceUsageRawDataRetentionDays MonitorData.Resourceutilization 此设置会影响“计算机详细信息”页面中“历史计算机利用率”中显示的 CPU 和内存图表,以及成本优化区域“工作负载大小调整”选项卡上的数据计算。 3 3
| 11 | GroomResourceUsageHourDataRetentionDays | MonitorData.Resourceutilizationsummary | 此设置会影响“计算机详细信息”页面中“历史计算机利用率”中显示的 CPU 和内存图表,以及成本优化区域“工作负载大小调整”选项卡上的数据计算。 | 30 | 30 |
-
12 GroomResourceUsageDayDataRetentionDays MonitorData.Resourceutilizationsummary 此设置会影响“趋势”页面上计算机“资源利用率”中以及特定计算机的“计算机利用率”页面上显示的 CPU 和内存图表。 365 31
| 13 | GroomProcessUsageRawDataRetentionDays | MonitorData.ProcessUtilization | 此设置会影响计算机历史使用情况页面上显示的每个进程的资源趋势信息。 | 1 | 1 |
| 14 | GroomProcessUsageHourDataRetentionDays | MonitorData.ProcessUtilizationHourSummary | 此设置会影响计算机历史使用情况页面上显示的每个进程的 CPU 和内存使用趋势。 | 7 | 7 |
| 15 | GroomProcessUsageDayDataRetentionDays | MonitorData.ProcessUtilizationDaySummary | 此设置会影响计算机历史使用情况页面上显示的每个进程的 CPU 和内存使用趋势。 | 30 | 30 |
| 16 | GroomSessionMetricsDataRetentionDays | MonitorData.Sessionmetrics | 此设置会影响用户详细信息页面上“会话性能”选项卡中显示的所有图表。 | 1 | 1 |
| 17 | GroomMachineMetricDataRetentionDays | MonitorData.Machinemetrics | 此设置会影响“趋势”页面上“资源利用率”选项卡中的图表和表。 | 3 | 3 |
| 18 | GroomMachineMetricDaySummaryDataRetentionDays | MonitorData.MachineMetricDaySummary | 此设置会影响“趋势”页面上“资源利用率”选项卡中的图表和表。 | 365 | 31 |
| 19 | GroomApplicationErrorsRetentionDays | MonitorData.ApplicationError | 此设置会影响“应用程序”页面上“应用程序错误”列中显示的错误详细信息。 | 1 | 1 |
| 20 | GroomApplicationFaultsRetentionDays | MonitorData.Applicationfailure | 此设置会影响“应用程序”页面上的“应用程序故障”列。 | 1 | 1 |
注意:
您无法修改 Monitor Service 数据库中的值。
长期保留数据对表大小有以下影响:
-
每小时数据。 如果允许每小时数据在数据库中保留长达两年,包含 1000 个交付组的站点可能会导致数据库按如下方式增长:
1000 个交付组 x 24 小时/天 x 365 天/年 x 2 年 = 17,520,000 行数据。聚合表中如此大量的数据对性能的影响非常大。鉴于仪表板数据是从此表中提取的,因此对数据库服务器的要求可能很高。过多的数据量可能会对性能产生巨大影响。
-
会话和事件数据。 这是每次启动会话和建立连接/重新连接时收集的数据。对于大型站点(10 万用户),此数据增长迅速。例如,这些表两年的数据将收集超过 1 TB 的数据,需要高端企业级数据库。