Windows 10 在 9 个月内平均每天向 SSD 写入超过 50GB

Question

更新：将以下文件夹移出驱动器，然后对它们进行符号链接消除了对 C: 的持续写入。

• %LocalAppData%\Google\Chrome - 轻松成为最大的消费者。
• %LocalAppData%\Microsoft\Windows\FileHistory

我将它们移到新格式化的驱动器中。3 小时后，已经有 10.5GB 的读取和 10.3GB 的写入。同时，驱动器 C:\ 仅读取 3.5GB 和写入 1.3GB。

---

这已经困扰我一段时间了。Windows 10 教育版似乎无缘无故地不断将数据写入 C:\ 驱动器，即使 PC 一次闲置数天也是如此。我找不到写入的来源或它写入的数据。

在短短 9 个月内，500GB 三星 850Evo 的驱动器寿命就消耗了 10%。这是因为 Windows 在后台进行了大量日志记录和跟踪吗？如果这就是原因，我想要有关如何禁用它的建议。我觉得没有什么可以离开C:\驱动器了（更多关于这个在故障中）

HWInfo64 过去 12.75 天（正常运行时间为 14 天）一直在运行以跟踪驱动器统计信息。在此期间，从 7 月 1 日到 7 月 5 日或 7 月 8 日，PC 没有被触及。我认为最大可能的使用时间约为 5 天，因为在工作日，它至少有 18 小时没有动过。

以下是大多数驱动器的细分：

• 500GB 三星 850Evo( Age: 0.7yr | HostWrites: 13.3TB(~50GB/day))

  • C:\过去 2 周：没有安装任何新东西，但写入了 900GB（64GB/天）。即 180GB/天，使用 5 天。ShadowCopy（系统还原）设置为 10%，并且此驱动器没有 FileHistory。

• 500GB 三星 850Evo( Age: 1.7yr | HostWrites: 8.6TB)

  • A:\重要数据和 UserProfile 文件夹映射在这里。这是唯一启用 FileHistory 的驱动器。ShadowCopy（系统还原）设置为 15%。
    这曾经是大约一年的 Windows 7 C: 驱动器。

• 250GB 三星 840Evo( Age: 3.7yr | HostWrites: 10.5TB) & 256GB Crucial m4( Age: 4.8yr | HostWrites: 25TB)

  • D:\驱动器被合并以创建一个剥离的存储空间（raid0）。PageFile、TEMP 文件夹、SoftwareDistribution、NodeJS/npm、Origin、Steam 和 Recorded TV 都存储在这里。此驱动器没有 ShadowCopy（系统还原）或 FileHistory。
  • 在 Windows 7 下，每个驱动器都曾经是系统驱动器，840Evo 是一年，m4 是 3 年。m4 在过去 30 天内刚刚开始出现故障，并且经常会在大量写入期间掉线。HWInfo 统计数据甚至显示它没有拉动它的重量。StorageSpaces 可以很好地管理驱动器，我还没有来得及移除驱动器。 这是在 5 年期间仅 25TB 的 HostWrites 之后，850Evo 已经完成了一半。这是这个问题背后的推动因素。

• 4TB HGST Deskstar( Age: 2.6yr | HostWrites: 17TB) & 4TB HGST Deskstar( Age: 0.75yr | HostWrites: 7TB)

  • B:\&M:\驱动器被汇集起来分别创建一个 2TB 剥离和一个 3TB 镜像存储空间。两个卷都没有 FileHistory 或 ShadowCopy 保护。电影、音乐等存储在B:\n 上。M:\是所有 FileHistory 的后备存储，其中更改的文件每 10 分钟进行一次版本控制和备份。

如您所见，Windows 7 写入的数据没有磨损。这是 HWInfo64 的屏幕截图。

Answer 1

您可以使用任务管理器查看哪些进程将最多数据写入磁盘。

打开“任务管理器”，选择“详细信息”选项卡，右键单击表标题，然后单击“选择列”。然后检查I/O 读取字节、I/O 写入字节和I/O 其他字节，然后单击“确定”。

也就是说，我认为文件历史记录是罪魁祸首。

根据我的经验，文件历史记录数据库（Catalog1.edb和Catalog2.edb）会随着时间的推移变得非常大。更糟糕的是，每次更新历史记录时（系统上配置的每 10 分钟）它们都会被完全重写，如果您使用 NTFS 压缩，Windows 将会解压缩它们。随着时间的推移，这可能会导致对磁盘进行大量写入。

无论文件历史记录涵盖哪些驱动器，这些数据库都存储在您的用户配置文件中，网址为C:\Users\<username>\AppData\Local\Microsoft\Windows\FileHistory\Configuration。对于一对 100 MB 数据库，假设每次更新都写入两个文件，则每天每次更新 10 分钟将向系统卷写入近 30 GB 数据。

我的解决方案是使用连接点。停止文件历史记录服务，将配置文件夹移动到写入耐久性不成问题的另一个位置，创建指向新位置而不是文件夹原始位置的接合点，然后重新启动文件历史记录服务。这应该可以解决问题。