> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/knowledge-base/zh/storage-vsan/understanding-journal-walks-and-vsan-tier-status.md).

# 了解 vSAN 层状态/日志遍历

## 概述

本页面旨在帮助您了解在 *vSAN 层仪表板*上提供的 VergeFS 状态指标。这些指标提供与 ***Journal Walks（日誌巡检）***相关的见解，Journal Walks 是持续监控并支持 vSAN 数据完整性的进程。

{% hint style="info" %}
**在正常运行期间，通常无需监控本页所涵盖的 vSAN 层状态信息（可在主仪表板上监控常规 vSAN 健康状况和活动）。以下详细信息旨在用于故障排查，或供对查看 Journal Walk 活动细节感兴趣的用户参考。该仪表板在调查问题或跟踪 Journal Walk 进度时最有用，例如在更新过程中。**
{% endhint %}

## Journal Walks（日誌巡检）

VergeFS 使用一种名为 *Journal Walks（日誌巡检）* 的进程（也称为“Walks”）来持续验证存储可靠性，并防范硬件故障、静默位腐、断电以及误导性的设备写入确认等风险。这些 Walk 会自动触发，扫描每个节点以验证其是否持有预期的数据块。如果有任何数据块缺失——这可能由以下原因导致：设备问题、计划内节点重启或环境中断——VergeFS 会主动执行修复以恢复一致性。

Journal Walks 作为后台进程运行；在 Journal Walk 进行期间，系统操作会正常继续。

系统执行 **三种类型的 Journal Walks**:

* **部分（差异）Walk** - 针对自上次 Walk 事务以来发生变化的数据，以便更快验证
* **完整 Walk** - 扫描所有节点上的全部数据
* **混合 Walk** - 当非控制器节点重启时发生；仅对该节点进行完整扫描，而其他节点进行差异扫描。

## 访问 vSAN 层状态信息

导航到： **基础架构** > **vSAN 层** > **双击所需的层**。这将显示所选 vSAN 层的仪表板。请参考本页上的“状态”磁贴。

## 状态数据

* **冗余：** *（复选框）* 表示当前是否已验证该 vSAN 层具备冗余。如果未勾选，将禁用维护模式以防止中断。在完整 Journal Walk 期间，在确认冗余之前，该框可能显示为未勾选。如果在 Journal Walk 完成后无法验证冗余（例如某个节点离线），它也会保持未勾选状态。
* **已加密：** *（复选框）* 显示 vSAN 层中的数据是否已加密。加密状态在安装期间设置并保持固定；部署后无法修改此设置。
* **工作中：** *（复选框）* 表示该层的 Journal Walk 正在运行。如果没有快照或数据变化，Walk 可能完成得太快，以至于 UI 中不会显示为“工作中”。
* **完整 Walk：** *（复选框）* 标记是否正在进行完整的 Journal Walk。完整 Walk 由控制器启动或拓扑变化等事件触发（例如节点离线或新增、驱动器故障等）。

{% hint style="info" %}
**当除活动控制器之外的节点重启时，会改为触发混合 Walk。**
{% endhint %}

* **Walk 进度：** 以百分比显示当前 Journal Walk 的进度；如果没有活动的 Walk，则显示“空闲”。
* **上次 Walk 时间（毫秒）：** 最近一次 Journal Walk 的持续时间，单位为毫秒。
* **上次完整 Walk 时间（毫秒）：** 最近一次完整 Journal Walk 的持续时间，单位为毫秒。
* **当前事务：** 代表最新事务的唯一 ID。无论是完整、混合还是差异 Walk，该值都会在每次 Journal Walk 时递增。
* **事务开始时间：** 表示当前或最近一次 Journal Walk 开始的时间戳。对于诊断长时间运行或停滞的操作很有用。（参见 [Journal Walk 持续时间](#journal-walk-duration) 下文）。
* **修复：** 显示在该层上检测到的缺失数据块的当前数量。在节点故障、维护操作或更新等事件之后，看到非零值是正常的。VergeFS Journal Walk 会自动识别这些检测到的块，并利用存储在其他节点上的冗余数据尝试修正它们。如果冗余失败（例如双节点故障），系统会尝试从已配置的修复服务器检索数据块。持续存在的修复计数（即在多次事务递增之后）可能表明需要手动处理，在这种情况下建议联系 VergeIO 支持。

{% hint style="success" %}
**如果已经检测到缺失的数据块，但尚未配置修复服务器，现在设置还不晚。** [**设置修复服务器**](/automate-protect-and-extend/backup-and-dr/repair-server.md) **现在可让 VergeFS 在后续的 Journal Walk 中自动尝试恢复这些数据块。**
{% endhint %}

* **损坏的驱动器：** 表示自当前 Journal Walk 开始以来缺失的驱动器数量。在节点重启、维护或更新后，这里出现非零值很常见；这并不自动意味着驱动器故障。缺失的驱动器通常与离线节点或 Walk 开始时的检测延迟有关。如果没有节点离线而此字段显示数量，请通过系统仪表板查看驱动器和节点状态以获取进一步信息。

## Journal Walk 持续时间

Walk 的时间跨度会有所不同，以下几个因素会影响持续时间，包括：

* 用于元数据的 NVME Tier 0
* 控制器节点上的可用内存
* 该层上的数据量
* 自上次事务以来的数据变更量

### Walk 时间注意事项

* 更新涉及完整 Walk 和混合 Walk，因此这些操作所需的时间会影响必要的维护窗口。
* 执行大规模删除和数据层迁移（例如从一个层迁移到另一个层）最终所需的时间将取决于差异 Walk 的时间。
* 遵循已发布的容量和设计建议的系统应具有可接受的 Walk 持续时间。例如，在更新操作期间触发的 Walk 通常可以在标准维护窗口内完成。

### Walk 时间优化

Walk 时间取决于层大小和数据变化速率。充足的资源和正确的网络设计会显著影响 Walk 性能。

#### 优化 Journal Walk 时间的提示

* 遵循建议的 [节点容量要求](/plan-and-deploy/implementation-guide/sizing.md) （例如，使用 NVME 驱动器的专用 Tier 0，以及根据您的环境合理配置控制器内存）
* 实施 [网络设计](/plan-and-deploy/implementation-guide/network-design.md) 建议（例如，至少 10Gb 的充足节点间带宽，隔离、专用的核心网络）
* 避免在计算与存储（HCI）节点上过度配置工作负载 RAM。
* 在可能的情况下，将会触发 Full 或 Mixed Walk 的维护操作安排在计划维护窗口内，同时避免并发的大量 I/O 操作。

{% hint style="info" %}
**如果您对 Walk 事务的时间范围有任何疑问或担忧，请联系我们的支持团队寻求帮助。**
{% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.verge.io/knowledge-base/zh/storage-vsan/understanding-journal-walks-and-vsan-tier-status.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.