エルキャピタンのアップグレード後、Time Machineは途方もなく遅い

私は最近、El Capitanに更新し、Time Machineにバックアップするように指示しました。バックアップの準備で何時間も動かなくなったので、それを停止し、InProgressファイルを削除し、再起動して再試行しました。30分後、Time Machineはまだ準備中です。アクティビティモニターを調べたところ、backupdは30分以内で約140Mbしか読み取れませんでした。 500 kb / sまで、非常にまれに1 Mb / sまで）。Spotlightはインデックスを作成していません（時々、Spotlightがバックアップの邪魔になると聞きました）。これを書いた時点でハードドライブがスリープ状態になりました。

バックアップを検索するときにコンソールに表示されるものは次のとおりです。

Yosemiteにダウングレードしたい場合に備えて、ハードドライブを再フォーマットする必要はありませんが、問題が解決する場合は喜んで使用します。

また、Macを再起動すると、ハードドライブのTime Machineアイコンが失われ、オレンジ色のドライブに戻るようです。

アクティビティモニターのスクリーンショット、〜50分マークのディスクモード：

編集：ディスクのSpotlightを無効にしてから再度有効にしてみました。また、.Spotlight-V100フォルダーを消去して再起動しました。変化なし。

編集2：いくつかのエラーと思われるものがコンソールに表示されました

編集3：何時間も経って、Time Machineはスキャンを終了し、現在バックアップしています！なぜそんなに時間がかかったのか知りたいのですが（El Capitanへの更新にそれほど時間がかかるとは思っていませんでした。システムファイルも除外しました。例外リストから）

問題の一部は、優先度の低い入出力操作（I / O）が大幅に抑制されるようになったことです。ターミナルで確認できます（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 /秒でバックアップしています。

既存のバックアップを削除したくない場合は、そのページの他の提案のいずれかを試すことができます。

• セーフモードで再起動してから通常に戻ります。
• Time Machineボリューム/ディスクのインデックスを作成しないようにSpotlightに指示します。
• 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の間でびびりのWiresharkダンプを行いましたが、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. Time Machine Preferences-> Select Diskに移動し、現在関連付けられているディスク（afp：//MyBookLive.local/TimeMachineに接続されていた）を削除しました
2. Finderに移動->移動->サーバーに接続。「サーバーアドレス」スペースにNASドライブのIPアドレスを入力します（私はsmb：//192.168.0.10）
3. 接続します。マウントするボリュームのリストを作成しました-タイムマシンに使用するボリュームを選択しました（私にとってはTimeMachine）。TimeMachineは/ Volumesにマウントされました。

4. ターミナルから実行しました：

   sudo tmutil setdestination /Volumes/TimeMachine
   

それでおしまい。タイムマシンは、afp：//MyBookLive.local/TimeMachineではなく/ Volumes / TimeMachineに関連付けられています。以前のバックアップは良好で、これ以降に発生した増分バックアップは高速でした。この後に行ったWiresharkのダンプでは、失敗したAFP要求は示されませんでした（ただし、AFPはまだ使用されているプロトコルでした）

問題を修正することはできませんでしたが、他のユーザー（ログインしていないユーザー）のデータをバックアップすると、タイムマシンの速度が低下することがわかりました。他のユーザーのフォルダーファイルにアクセス許可に関する問題がある可能性があります。そのユーザーを例外リストに追加すると、TMが揺れ動きます。

上記のダニエルベルリンの回答に関連して（ただし、私はここに新しいので、コメントするだけの十分な信用を持っていません）、OSX 10.11.3で彼の端末コマンドが素晴らしいと感じました。30時間のバックアップを4時間に変えました！ただし、再起動後は残りません。

再起動するたびにターミナルに入力する必要はありませんでしたので...

私はシェルスクリプトにあまり詳しくないので、ルートパスワードを入力するようにユーザーに要求し、ターミナルコマンドを実行するAutomatorワークフローを作成するのに十分なほどグーグルで調べました。通知センターのアラートで成功を確認することにしました。

ワークフローをアプリケーションとして保存し、ログインアイテムに追加しました。そのため、ログインするたびに、Time Machineの「スロットルを解除」するためにもう一度パスワードを入力するように求められます。

シェルスクリプトを使用してプロセスを非表示にする方法はありますが、sudoコマンドで取得したルートアクセスを必要とするのは少し複雑です。セキュリティに関心がない場合は、Automatorアプリ内にパスワードを配線することもできます。（推奨しません。）

ここにワークフローアプリを投稿しますが、この回答にファイルをアップロードできないようです。だから、もし望むなら誰でも再作成できるようにそれのjpgを添付します。PS シェルスクリプトの「引数として」パス入力に注意してください

私の問題はDWHoardの記事で修正されました。セーフモードに再起動してから、元に戻ります（私にとっては、コンピューターはセーフブート中にシャットダウンしたようです）。

Macbook Air 2011年半ば、OS X 10.11.3、Time Capsuleに戻る。

編集：実際には、セーフブートと通常のブートの後、Time Machineは約41 / 55GB（1時間以内）になり、再びクロールしました（それから12時間以内にわずか2,75GBしか進みませんでした。この種の非互換性を避けるためだけにTime Capsuleを購入しましたが、これがすべてのAppleデバイスであり、ひどい経験であり、時間の無駄です。

コンソールはmdworker約1秒ごとに新しいエントリを取得しています-これはバックアップ中に正常ですか？

編集2：成功しました！ラップトップには2つのユーザーアカウントがあり、2番目のアカウントにログインすると残りのバックアップが進行した可能性があります。同様の状況にある場合はテストに値します。

私は同じ問題を抱えており、解決策に見えるものを見つけました（素晴らしいではありませんが動作します）

外付けHDDをフォーマットし、実際の良好な帯域幅があることを確認します（usb3をテストします）TM設定に注意してください、ここではバックアップしたくない他のパーティションとディスクイメージを忘れてしまいました、bck時間が増加します。最初のバックアップを起動します。2〜3時間ごとに、コンピューターを再起動します（楽しいことではありませんが、最初の1時間は通常速いのに気づきましたが、この時間が経過すると遅くなります）、それで午前中に1,5Toをバックアップできました。 。

Appleからのこのメモを参照してください。

OS X El Capitan：Time Machineが遅い場合

Time Machineが遅い場合は、これらの提案を試してください。

• 初めてTime Machineを使用するときは、夜間にセットアップして、最初のバックアップを一晩で行えるようにします。

• バックアップディスクがTime Capsuleの場合、Macを最初のバックアップのためにTime Capsuleと同じ部屋に置くか、イーサネットケーブルを使用してMacをTime Capsuleのイーサネットポートの1つに接続します。

• ウイルススキャンソフトウェアにより、Time Machineのバックアップが非常に遅くなる可能性があります。Norton AntiVirusまたは同様の製品を使用している場合は、バックアップディスクを自動スキャンから除外してください。また、最新バージョンのウイルススキャンソフトウェアを実行していることを確認してください。