---
schema_version: "1"
id: 8e6f48a33d1fc86e72dfa06f17193d82ca75d3c4b8020a1d2df56dfe33e7f275
title: 使用活动日志监控视图加载时间
collection: tableau
version: next
locale: zh-cn
portal_url: https://docs.salesforce.com/tableau/next/zh-cn/online/activity_log_monitor_view_load_times.md
canonical_url: https://help.tableau.com/v0.0/online/zh-cn/activity_log_monitor_view_load_times.htm
source_site: help.tableau.com
content_type: documentation
content_hash: 9c63518f3d2dbfba51ad9a2c3d4877c827046b66bbb653fac890010636e00558
description: Use Activity Log vizql_http_request events to monitor view load times and troubleshoot slow workbooks.
---
[跳转到主要内容](#main-content)

# 使用活动日志监控视图加载时间

确保视图以最佳方式为用户呈现是管理员的重要职责。使用活动日志，您可以实时识别性能问题并解决出现的问题，以保持站点平稳运行。

本主题介绍管理员如何使用 `vizql_http_request` 事件类型来了解视图加载时间并解决性能瓶颈问题。

## 先决条件

若要监控视图加载时间，您的活动日志数据必须采用结构化且可查询的格式。在继续之前，请确保满足以下先决条件：

- **活动日志配置：**设置活动日志以将日志文件写入 AWS S3 存储桶。
- **数据导入：**将活动日志生成的日志文件导入监控工具，例如 Splunk 或 Amazon EventBridge。或者，您可以将它们导入云数据仓库，比如 Snowflake 或 Google BigQuery。目标是将数据转换为易于查询和分析的格式。

**注意：**本主题未介绍将活动日志数据导入数据存储的过程。有关详细说明，请参阅[设置活动日志](https://help.tableau.com/v0.0/online/zh-cn/activity_log_setup.htm)和适用于您选择的数据平台的文档。

## 入门指南

那么我们从哪里开始呢？您可以通过关注仪表板或视图的初始加载（称为“引导程序会话”事件）来监控视图性能。此事件通常会捕获呈现视图所需的大部分时间，让您清楚地知道加载所花费的时间。

监控引导程序事件：

1. 打开您设置的监控工具，例如 Splunk 或 Amazon EventBridge。
2. 在以下值上进行筛选：
    
    1. `eventType = vizql_http_request`。
    2. `endpointName = bootstrapSession`。
    3. `eventOutcome = success`。
3. 在结果中，查找 `duration` 字段。

Vizql\_http\_request 事件的 duration 字段表示操作完成所需的时间（以毫秒为单位）。这有助于跟踪和分析 Tableau 视图的初始加载时间。

> [!TIP]
> 
> **提示：**不知道从哪里开始？使用 Admin Insights Starter 工作簿中包含的“Dashboard Load Times”（仪表板加载时间）仪表板。此仪表板显示内容的加载时间和性能评级，帮助您识别有问题的视图。然后，您可以使用活动日志实时查看哪些用户正在遇到问题，以及工作簿修订可能会如何影响性能。有关详细信息，请参见[使用“在线管理见解”创建自定义视图](https://help.tableau.com/v0.0/online/zh-cn/adminview_insights.htm)。

## 监控错误

除了性能之外，您还可以使用引导程序会话数据来查看用户在查看内容时是否遇到错误。若要查看这些错误，请搜索 eventOutcome 和 eventOutcomeReason 字段。这些字段对于设置监视通知和提供调查起点非常有用。举例来说，如果用户在查看仪表板时报告错误，您可以查看引导程序会话以查看历史用户交互。这有助于查明触发错误的原因并确定问题开始的时间。了解此信息对于排查问题的根本原因非常重要。

- **eventOutcome：**此字段记录每个操作的高级成功或失败类别（success、failure、client\_error 或 internal\_error）。
- **eventOutcomeReason：**此字段提供有关所出错情况的更多详细信息，通常记录描述错误的 HTTP 状态代码。

监控错误：

1. 打开您设置的监控工具，例如 Splunk 或 Amazon EventBridge。
2. 在以下值上进行筛选：
    
    1. `eventType = vizql_http_request`。
    2. `endpointName = bootstrapSession`。
    3. `eventOutcome != success`。
3. 在结果中，查看 `eventOutcomeReason` 以了解有关错误的更多详细信息。

## 排查性能问题

有许多因素会导致性能问题，从而使问题难以调查。不过，您可以采用几种方法来简化流程。此部分概述了使用引导程序会话排查工作簿性能问题的常见方式。首先，确定问题是出在一个工作簿还是几个工作簿上。然后，按照相关部分中的说明进行操作。

### 排查单个工作簿的问题

如果性能问题出现在单个工作簿上，请使用这些步骤。

1. **确定工作簿修订：**
    
    请检查性能问题是否是新的工作簿修订引入的。您可以通过在引导程序会话中查看 `workbookRevision` 属性来执行此操作。此过程可能需要将用户访问与工作簿的早期版本进行比较。
    
    如果新修订版导致性能问题，请与工作簿所有者联系，并与他们一起改进设计。
2. **检查用户特定问题：**
    
    如果性能问题不是特定于工作簿修订的，请确定它是否仅影响某些用户。您可以通过在引导程序会话中查看 `requestUri` 和 `actorUserLuid` 属性来执行此操作。`requestUri` 属性提供正在访问的工作簿或视图的 URL，`actorUserLuid` 属性提供访问视图的用户。使用这两种方法都可以帮助您区分单独的用户会话。
    
    如果问题是特定于用户的，请查找用户之间的相似之处。例如，问题可能是由于这些用户正在访问的自定义视图，或者他们与视图交互的某些方式所导致的。您将需要解析 `requestURI` 属性以标识特定视图。
3. **查看行级安全性：**
    
    如果某些用户遇到性能问题，并且自定义视图不是原因，则问题可能与工作簿中实施的行级安全性 (RLS) 有关。RLS 可能会显著影响性能，特别是在安全规则复杂或数据集很大的情况下。有关详细信息，请参见[Tableau 中的行级安全性选项概述](https://help.tableau.com/v0.0/online/zh-cn/rls_options_overview.htm)。

### 排查工作簿子集问题

如果性能问题出在工作簿子集上，请使用这些步骤。

1. **确定常用数据源：**
    
    查找受影响工作簿使用的数据源中的共性。
    
    如果受影响的工作簿使用与数据库服务器或云数据仓库的实时连接，则性能问题可能出在实时连接上。
    
    如果受影响的工作簿正在使用数据提取，请检查它们最近是否有更新。您可以使用活动日志中的 `hist_publish_datasource` 事件类型或“在线管理见解”中的“TS 事件”数据源来识别最近的更改。
2. **查看数据源性能：**
    
    对于实时连接，请监控数据库服务器或云数据仓库的性能。检查服务器端是否有任何最近的更改或问题。此步骤在 Tableau 外部执行。
    
    对于提取的数据源，请查看提取过程和任何最近的更新。请确保数据提取经过优化，并且数据不会太大或太复杂。有关详细信息，请参见[在 Web 上创建数据提取](https://help.tableau.com/v0.0/online/zh-cn/datasource_extract.htm)。

## 重要注意事项

使用活动日志来监控视图加载时间是掌握仪表板性能和用户参与度的好方法。但是，并非每个仪表板或视图呈现操作都会生成引导程序会话事件。下面是一些不需要引导程序会话事件的情况：

- **缓存的仪表板：**如果仪表板或视图是从以前的缓存中检索的。
- **标签切换：**如果用户在同一工作簿中切换标签，并且加载或缓存新标签的内容。

通过使用 `vizql_http_request` 事件类型并关注 `bootstrapSession` 事件，您可以获得对视图性能的宝贵见解并主动解决问题。