在 RcloneView 中使用 Min-Age 和 Max-Age 基于时间的筛选器

2026年4月9日 · 阅读需 9 分钟

Senior Engineer

并非每个同步任务都需要传输所有文件。RcloneView 的基于时间的筛选器可让您仅针对特定时间窗口内修改过的文件——同步今天的更改、跳过 30 天以前的文件，或仅备份最近上传的内容。

Rclone 的 --min-age 和 --max-age 标志是强大的工具，可根据文件的修改时间来控制哪些文件参与同步、复制或移动操作。RcloneView 通过其自定义标志界面公开了这些选项，让您无需接触命令行即可精确控制基于时间的文件选择。

在一个地方管理和同步所有云端

RcloneView 是 rclone 的跨平台 GUI。通过清爽的可视化界面比较文件夹、传输或同步文件，并自动化多云工作流。

WindowsmacOSLinux

核心功能免费。Plus 提供自动化功能。

这两个标志作为基于文件修改日期的时间筛选器发挥作用：

--max-age：仅包含在指定时间窗口内修改过的文件。2 小时前修改的文件可通过 --max-age 24h。3 天前修改的文件无法通过 --max-age 24h，会被跳过。
--min-age：仅包含在指定时间窗口之前修改过的文件。30 天前修改的文件可通过 --min-age 7d。昨天修改的文件无法通过 --min-age 7d，会被跳过。

可以这样理解：

这两个标志都支持灵活的时间格式：

时长值是相对于任务运行时的当前时间计算的。

当您的云存储中有数 TB 的数据，但只想同步今天发生变化的文件时：

--max-age 24h

将其添加到 RcloneView 任务配置中的自定义标志字段。同步任务将只考虑最近 24 小时内修改过的文件，从而大幅减少列出和比较文件所花费的时间。这对于每日增量备份很有用，因为通常每天只有一小部分文件发生变化。

将超过 90 天未变的文件从活跃存储移动到冷存储：

--min-age 90d

将此选项与移动操作（而非同步）配合使用，可将 90 天前的文件从 Google Drive 传输到 S3 Glacier。传输成功后，这些文件会从 Google Drive 中删除，释放活跃存储空间，同时将其保留在归档中。

结合使用这两个标志，可以针对特定的时间窗口。例如，同步 7 到 30 天前修改过的文件：

--min-age 7d --max-age 30d

这对于分阶段的归档工作流非常有用——不到 7 天的文件保留在活跃存储中，7 到 30 天之间的文件移动到温存储，超过 30 天的文件移动到冷存储。

在迁移过程中，您可能希望跳过正在被编辑的文件，以避免传输未完成的工作：

--min-age 1h

这可确保只有至少稳定了一小时的文件才会被传输。当前正在编辑或保存的文件会留到下一次同步运行时处理。

对于仅捕获当天工作内容的夜间备份任务：

--max-age 25h

使用 25 小时（而不是 24 小时）可与前一天的备份形成 1 小时的重叠，确保不会因备份计划与文件修改时间之间的时间差而遗漏任何文件。

在 RcloneView 的任务配置中：

这些标志适用于任务期间的每一次文件比较。不符合时间标准的文件会被完全跳过——它们不会被列出、比较或传输。这可以显著缩短大型远程存储的任务耗时。

基于时间的筛选器可以与其他 rclone 筛选选项配合使用：

这种可组合性使您无需复杂的脚本即可构建精确的传输规则。

在对生产数据运行基于时间的筛选任务之前，请使用 RcloneView 的试运行模式来预览将受影响的文件。试运行会列出符合您筛选条件的文件，但不会实际传输它们。这可以在正式执行操作之前，确认您的 --min-age 和 --max-age 值选中了正确的文件。

时区：修改时间是按 UTC 进行比较的。如果您的本地时区与 UTC 存在较大偏移，请相应调整您的时长值，或使用绝对日期格式。
提供商精度：某些云存储提供商（尤其是 Google Drive）报告的修改时间精度有限。在 Google Drive 上"今天"修改的文件，其时间戳可能与实际修改时间相差几秒钟。
同步与复制配合 min-age 使用：将 --min-age 与同步一起使用可能存在风险——同步会删除目标位置中源位置不存在的文件。如果 --min-age 从源文件列表中过滤掉了最近的文件，同步可能会在目标位置删除它们。在使用 --min-age 时请使用复制（而非同步），以避免意外删除。