Mac 上的 backupd 是什么，为什么会占用网络？

最后更新: 2026-08-08

它是什么

backupd 是 macOS 自带的 Time Machine 备份守护进程。创建备份、维护备份历史，都由它参与完成。它的标识符是 com.apple.backupd，程序位于 /System/Library/CoreServices/TimeMachine/backupd，并且带有 Apple 签名。

macOS 会在需要时启动 backupd。用户无需手动运行它，也不该靠强制禁用这个进程来管理 Time Machine。进程列表里出现 backupd，只能说明系统当前启动了它，不能据此判断它正在持续上传文件。

备份有没有网络流量，关键看目的地。备份盘直接接在 Mac 上时，备份正文在本机与磁盘之间写入，不经过网络。只有把 Time Machine 指向网络目的地，相关备份数据才需要通过网络传输。因此，看到 backupd 正在运行，不等于它一定在联网；看到它联网，也不等于数据正在发往 Apple。

它为什么要联网

Time Machine 配置了网络目的地后，backupd 才需要连接并写入远端备份盘。触发方式不止一种：系统按计划自动备份、用户选择“立即备份”，或者通过 tmutil 启动备份，都会让它开始相关工作。

目的地可能是支持 Time Machine 的 SMB NAS，也可能是另一台 Mac 共享出来的 Time Machine 备份位置。当前系统仍然支持的 AirPort Time Capsule 或旧式 AFP 目的地，也可能出现在这条链路上。数据写到哪里，取决于用户在 Time Machine 中配置了什么，并不是由 backupd 自行挑选某个云端服务器。

发现网络备份服务器时，Bonjour 通知可能参与其中。不过，Apple 的公开资料没有证明所有发现流量都会记在 backupd 名下。mDNSResponder 等系统组件也可能处理部分发现工作，所以不能把相关网络包全部算给 backupd。

从网络磁盘恢复数据时，Time Machine 同样会重新连接目的地。但恢复期间的流量是否直接归入 backupd，现有公开资料没有核实。查看逐进程统计时要保留这个边界：监控工具显示的 backupd 流量，未必覆盖发现和访问网络备份盘所涉及的全部通信，也不能反过来把所有相关流量都归到它头上。

正常流量应该是多少

backupd 没有一个适用于所有 Mac 的“正常流量区间”。现有资料不足以给出可靠的 MB 或 GB 数字。实际传输量取决于备份范围、首次备份包含多少内容，以及上一次备份之后有哪些数据发生了变化。

第一次向网络目的地备份时，往往要传很久，流量也会很大。这里没有固定上限，纳入备份的数据越多，需要写入目的地的内容就越多。后续备份主要处理上次备份之后的变化，通常会小一些，但“后续备份”不等于“小流量”。照片、视频、虚拟机或大型数据库只要发生明显变化，单次传输仍可能很大。

没有执行备份时，检查目的地或发现服务器产生的流量，通常远小于真正的备份正文。如果使用直连磁盘，备份正文不会产生网络流量。此时即使 backupd 出现在进程列表中，也不能套用网络备份的判断方式。

因此，单看某一刻的流量峰值，很难判断是否异常。更有用的核对顺序是：当前是否正在备份，是不是首次备份，Time Machine 指向本地磁盘还是网络目的地，最近是否改动了大量照片、视频、虚拟机或数据库。先把这些背景对上，再解释流量；没有可靠依据时，不应拿一个具体数字当作通用警戒线。

能不能关掉

不建议强行结束 backupd，也不建议禁用 com.apple.backupd。macOS 需要时，launchd 仍可能重新启动它。要是正在备份，强制结束还可能直接打断本次任务。Apple 的 man page 也明确说明，用户不应手动运行这个守护进程。

如果只是想停止定时自动备份，可以把频率改成手动。路径是：

Apple 菜单  > 系统设置（System Settings）> 通用（General）> 时间机器（Time Machine）> 选项（Options）> 备份频率（Back Up Frequency）> 手动（Manually）

改成手动后，系统不再按计划自动备份，之后需要由用户自己启动。这个选项并没有关闭 backupd；macOS 仍然可以在需要时将它唤起。如果很久都没有手动执行备份，可用于恢复的备份版本会越来越旧。

对网络备份做适度限速，通常会拉长完成时间，但不能断言影响只有“慢一点”。限速过低时，备份可能无法在预期时间内完成，恢复点会长期得不到更新，还可能增加超时或失败的风险。Apple 没有提供或背书专门针对 backupd 的进程级限速设置。这里能调整的是自动备份频率，并不是守护进程开关或官方限速功能。

常见的误解

• “backupd 是恶意软件，或者是 Apple 用来上传文件的程序。” 这个说法不对。backupd 带有 Apple 签名，属于 Time Machine 的系统进程。它把备份写到用户配置的目的地；Time Machine 不会把 iCloud 当作备份磁盘。

• “只要 backupd 在运行，就说明它一直在上传。” 进程启动不等于持续传输。备份到直连磁盘时，备份正文不经过网络。明显的网络传输主要出现在已经配置并访问网络备份目的地的情况下。

• “每次备份都会把整台 Mac 重新传一遍。” 首次备份确实可能很大，但后续备份主要处理上一次备份之后发生的变化。照片、视频、虚拟机或大型数据库改动较多时，后续备份仍然可能产生大量流量。

• “backupd 流量很大，说明 macOS 正在遥测或监视用户。” 网络 Time Machine 备份本来就可能包含大量数据。遇到这种情况，先核对当前备份状态和目的地。只凭流量规模，不能得出遥测或监视的结论。

• “结束 backupd，或者禁用 com.apple.backupd，可以安全地优化系统。” launchd 可以重新启动它，强行结束还可能中断正在进行的备份。这个进程由 macOS 按需管理，不需要用户手动启动，也不适合用强制禁用的方式处理。

• “限速只会让备份慢一点，不会有别的影响。” 适度限速往往只是延长网络备份时间，但限得太低，任务可能迟迟完不成。结果可能是恢复点长期停留在旧状态，也可能出现超时或失败。Apple 没有提供官方的 backupd 单进程限速选项。

• “Time Machine 的本地快照会一直上传到 Apple。” 本地快照保存在源 APFS 磁盘上，不会因为快照存在就持续上传。执行网络备份时，相关变更数据会写入用户配置的网络目的地，而不是写到 iCloud。

怎么看它到底用了多少

下一步可以在 Bytetally 里查看 backupd 的逐进程上传与下载统计，再对照 Time Machine 的备份时间和目的地类型。不要只看进程有没有出现，要确认当时是否真的在执行网络备份。发现流量、文件系统组件和其他辅助进程各自承担多少，目前没有得到 Apple 公开资料的完整核实。

相关进程

常见问题