El Capitan升级后，Time Machine异常缓慢

我最近更新到El Capitan，并告诉Time Machine进行备份。它在准备备份上停留了几个小时，因此我停止了它，删除了InProgress文件，重新启动并再次尝试。约30分钟后，Time Machine仍在准备中。我查看了活动监视器，发现备份的内容在30分钟内仅读取〜140Mb。。。查看iStatMenus，我发现备份的读取速度通常在无和120Kb / s之间（如果我很幸运。有时它会达到峰值到500kb / s，很少是1Mb / s）。Spotlight未建立索引（正如我所听到的，有时Spotlight会成为备份的方式），并且在我撰写本文时，硬盘驱动器已经进入睡眠状态，很少唤醒我的Mac短暂读取其中的内容。

这是搜索备份时控制台中显示的内容：

如果我想降级到优胜美地，我宁愿不必重新格式化硬盘，但是我愿意解决它。

此外，似乎每当我重新启动Mac时，硬盘驱动器就会丢失其“时间机器”图标，并恢复为橙色驱动器。

活动监视器的屏幕截图，磁盘模式在大约50分钟处标记：

编辑：我尝试禁用和重新启用磁盘的Spotlight，并且我也擦除了.Spotlight-V100文件夹并重新启动。没变。

编辑2：控制台中似乎出现了一些错误

编辑3：经过许多小时，Time Machine已完成扫描，现在正在备份！我仍然想知道为什么要花这么长时间（我没想到更新到El Capitan会花这么长时间。我也排除了系统文件，尽管我想自从我删除它们以来我还要等待很长时间。从例外列表中）

问题的部分原因是低优先级的输入/输出操作（I / O）现在似乎受到严重限制。您可以通过Terminal（可以通过Spotlight（通常绑定到⌘Space）找到，terminal然后输入）进行检查，然后在bash提示符下输入：

fs_usage backupd

并查找THROTTLED条目。如果看到它们，则说明备份已被限制。

因此，如果您有大量文件，那么即使文件很小，I / O花费的时间也会永远长久（因为它执行的I / O操作xattrs比以前多了很多）。

转到终端并输入：

sudo sysctl debug.lowpri_throttle_enabled=0

对我来说，在具有250万个文件的文件系统上，此速度从72小时提高到〜4小时。

在备份成功完成后，使用以下命令重新启用限制也是一个好主意

sudo sysctl debug.lowpri_throttle_enabled=1

我确认该命令：

sudo sysctl debug.lowpri_throttle_enabled=0 

完美地工作。

如果要使其在重新启动后永久存在，可以执行以下操作。

• 在下面创建一个文件 /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist

  <?xml version="1.0" encoding="UTF-8"?>
  <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
  <plist version="1.0">
    <dict>
      <key>Label</key>
      <string>fix-el-capitan-slow-time-machine-speed</string>
      <key>ProgramArguments</key>
      <array>
        <string>/usr/sbin/sysctl</string>
        <string>debug.lowpri_throttle_enabled=0</string>
      </array>
      <key>RunAtLoad</key>
      <true/>
    </dict>
  </plist>
  

• 确保文件属于根目录

  sudo chown root /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist
  

• 发出命令

  sudo launchctl load /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist
  

您可以在此要点找到文件的内容

我在Apple讨论论坛上找到了有关控制台中显示的消息的文章（该消息不执行任何操作或以10字节/秒的速度备份）：

com.apple.backupd: Waiting for index to be ready (100)

就我而言，我能够丢弃所有旧备份，因此我从麻烦的Mac上卸下了卷，从另一台计算机（不是Mac）上安装了驱动器/网络共享，删除了整个.sparsebundle目录（这花了很长时间），然后然后再次开始备份。它创建了一个新文件.sparsebundle，现在以大约10 MB /秒的速度备份。

如果您不想删除现有的备份，则可以尝试该页面上的其他建议之一：

• 在安全模式下重新启动，然后恢复正常；
• 告诉Spotlight不要索引Time Machine卷/磁盘；
• 删除Spotlight索引.Spotlight-V100（我没有）；
• 使用mdutil禁用和重新启用Spotlight索引卷上：
  • sudo mdutil -i off /Volumes/Time\ Machine\ Backups
  • sudo mdutil -i on /Volumes/Time\ Machine\ Backups

（有关详细信息和想法，请参见该讨论）。

迁移到El Capitan后，我遇到了类似的问题-备份（甚至是小增量备份）的速度也变慢了。因此，我在Mac和NAS之间进行了聊天的有线转储，并看到了许多失败的FPGetFileDirParms请求。AFP是（时间）协议时间机器用来与NAS驱动器通信的协议，但是我已经读到它们正在转移到SMB。

174 0.390744    192.168.0.9 192.168.0.10    AFP 107 FPGetFileDirParms request: Vol=3 Did=62779 Name=._1b6c
176 0.391729    192.168.0.10    192.168.0.9 AFP 82  FPGetFileDirParms reply: object not found (-5018)[Malformed Packet]
178 0.392002    192.168.0.9 192.168.0.10    AFP 101 FPGetFileDirParms request: Vol=3 Did=93632
179 0.392909    192.168.0.10    192.168.0.9 AFP 82  FPGetFileDirParms reply: object is the wrong type (-5025)[Malformed Packet]

我不知道为什么这些请求失败，但是这些失败尝试的次数是巨大的-与这些失败请求的数量相比，实际传输的数据微不足道-因此速度缓慢，爬行。

对我有用的是：

1. 我转到“时间机器首选项”->“选择磁盘”，并删除了当前关联的磁盘（已连接到afp：//MyBookLive.local/TimeMachine）
2. 转到Finder->转到->连接到服务器。在“服务器地址”空间中输入NAS驱动器的IP地址（对我来说是smb：//192.168.0.10）
3. 连接。它抛出了要安装的卷的列表-选择了用于时间机器的卷（对我来说是TimeMachine）。TimeMachine已安装在/ Volumes中。

4. 从终端运行：

   sudo tmutil setdestination /Volumes/TimeMachine
   

而已。现在，Time Machine与/ Volumes / TimeMachine关联，而不是与afp：//MyBookLive.local/TimeMachine关联。以前的备份是好的，在此之后进行的增量备份是FAST。此后我进行的wireshark转储没有显示失败的AFP请求（尽管仍然使用AFP协议）。

我无法解决问题，但是，我发现我的时间机器在备份其他用户（未登录）的数据时会变慢。可能在其他用户的文件夹文件中存在权限问题。当我将该用户添加到例外列表中时，TM摇摇欲坠。

与上面的Daniel Berlin的答案有关（但是我是这里的新手，所以没有足够的信誉才能在这里评论），我发现他的终端命令可以在OSX 10.11.3中为我工作。将30小时备份变成4小时！但是，重新启动后它不会保留。

我不想每次重启时都必须输入终端，所以...

由于我不太了解shell脚本，因此在Google上进行了足够的搜索以创建一个Automator工作流，该工作流提示用户输入root密码，然后执行terminal命令。我选择通过通知中心警报来确认成功。

我将工作流程另存为一个应用程序，并将其添加到我的登录项中。因此，现在每次登录时，系统都会提示我再次输入密码以“节流” Time Machine。

有多种方法可以使该过程在Shell脚本中不可见，但是需要sudo命令获得的root访问权限有点复杂。如果不关心安全性，也可以在Automator应用程序内部硬性连接密码。（不推荐）。

我将工作流应用程序发布在这里，但显然无法将文件上传到此答案。因此，我将附上它的jpg，以便任何人愿意时可以重新创建。PS 注意外壳程序脚本的“通过输入”作为参数

DWHoard的文章解决了我的问题：重新启动到安全模式，然后返回（对我而言，计算机似乎在安全启动过程中自行关闭了电源）。

Macbook Air（2011年中），OS X 10.11.3，回溯到Time Capsule。

编辑：实际上，在安全启动和正常启动之后，Time Machine似乎只有41 / 55GB（一个小时之内）并再次爬网（此后12个小时内仅进行了2.75GB的传输。我购买了Time Capsule只是为了避免这种不兼容性，我在这里-所有Apple设备和糟糕的体验，浪费时间，希望您能找到持久的解决方案。

控制台mdworker大约每秒钟都会收到一个新条目-进行备份时这是否正常？

编辑2：成功！便携式计算机有两个用户帐户，可能是第二个帐户登录导致其余的备份继续进行。如果您处于类似情况，则值得测试。

我遇到了同样的问题，并且找到了看起来可行的解决方案（虽然不妙，但有效）

格式化外部HDD并检查带宽是否真的不错（测试usb3），请注意TM设置，在这里我忘记了很多其他分区和磁盘映像，不想备份，这会增加bck时间。启动第一个备份。每隔2-3个小时，重新启动一次计算机。（是的，不好玩，但是我注意到最初的一个小时通常很快，但在此之后它变慢了），到了早上，我就可以备份1,5To了。 。

请从Apple看到此注释：

OS X El Capitan：如果Time Machine运行缓慢

如果Time Machine运行缓慢，请尝试以下建议。

• 首次使用Time Machine时，请在晚上进行设置，以便可以在一夜之间完成初始备份。

• 如果您的备份磁盘是Time Capsule，则将Mac与Time Capsule放在同一房间进行初始备份，或者使用以太网电缆将Mac连接到Time Capsule上的一个以太网端口。

• 病毒扫描软件会使Time Machine备份非常慢。如果您使用Norton AntiVirus或类似产品，请尝试从自动扫描中排除备份磁盘。还要确保您正在运行最新版本的病毒扫描软件。