私のタイムマシンのバックアップは非常に遅いです。接続はFireWire 800です。転送速度は約5 Mb / sまたは0.5 MB / sで、遅いようです。Time Machineバックアップが非常に遅いことについて、オンラインで多くの言及がありました。これを高速化するためのテクニックや提案は何ですか？

私が持っています：

• ディスクユーティリティ修復ツールを実行します。すべて順調。
• リモートディスク上の無効なSpotlight

system.logでbackupdを検索すると、次のことがわかります。

13:29:33 Starting standard backup
13:29:33 Backing up to: /Volumes/BACKUP_DISK/Backups.backupdb
13:29:36 Event store UUIDs don't match for volume: Macintosh HD
13:29:36 Waiting for index to be ready (101)
13:29:55 Node requires deep traversal:/ reason:must scan subdirs|new event db|
13:42:53 No pre-backup thinning needed: 39.84 GB requested (including padding), 71.68 GB available
13:42:53 Waiting for index to be ready (100)
14:23:37 Bulk setting Spotlight attributes failed.
14:29:39 Copied 2.0 GB of 28.7 GB, 69560 of 113624 items
15:29:57 Copied 2.8 GB of 28.7 GB, 69560 of 113624 items
16:30:00 Copied 3.3 GB of 28.7 GB, 69560 of 113624 items
17:30:04 Copied 3.8 GB of 28.7 GB, 69560 of 113624 items
18:30:07 Copied 4.3 GB of 28.7 GB, 69560 of 113624 items
18:51:23 Bulk setting Spotlight attributes failed.
19:30:07 Copied 4.8 GB of 28.7 GB, 69999 of 113624 items
20:30:19 Copied 5.4 GB of 28.7 GB, 69999 of 113624 items
21:30:28 Copied 6.2 GB of 28.7 GB, 69999 of 113624 items
21:38:36 Stopping backupd to allow ejection of backup destination disk!

新しいOSでは、場合によってはioが抑制されます。これらの手順は、ケースに当てはまる場合に確認できます。

タイムマシンはエルキャピタンのアップグレード後に途方もなく遅くなる

ファイルシステムのバックアップされた使用状況を観察することで、スロットルが明らかになるはずです。

sudo fs_usage backupd

にコマンドを書き込んでから/etc/sysctl.conf再起動すると、そのスロットルが無効になります。

echo 'debug.lowpri_throttle_enabled=0' | sudo tee -a /etc/sysctl.conf

または再起動せずに：

sudo sysctl debug.lowpri_throttle_enabled=0

低レベルのシステムチューニング調整を行った後、他のパフォーマンスの問題（余分なCPU使用率、他のIOの低下、バックアップ時のエネルギー使用量の増加）を監視する必要があります。

残念ながら、この場合の解決策は次のとおりです。

Format disk (lose old backups)

これで、ディスクはフルスピードでバックアップされます。

このスレッドによると：

TMドライブの「進行中」フォルダーを削除すると、通常の速度で動作します。

_{注：それは私の場合の問題を解決しませんでした。}

TMボリュームの/.Spotlight-V100フォルダーの名前を変更してみてください。私はこれを試したことがありませんが、Spotlightを使用して、最後のバックアップ以降にどのファイルが新規/変更されたかを判断します。質問を読むときに頭に浮かぶのは、インデックスが壊れていて再構築する必要があり、その間にTMがインデックスを作成するのではなく、その検索をライブで実行していることです。

ロングショット。

Spotlightがそのドライブへのアクセスに時間を費やさないように、Time Machineディスクを（システム環境設定の）Spotlightのプライバシーリストに追加します。

フラグメンテーション

私の経験では、カタログBツリーが非常に断片化されることは非常に一般的です。大きくていっぱいのボリュームでは、このタイプの断片化が大きな影響を与える可能性があります。

いつでも

統計を表示するには、iDefragのデモバージョンを使用します。

バックアップボリュームが可能な限りフルに近い場合

カタログやその他の重要なファイルを最適化するには、デフラグのフルバージョンのメタデータアルゴリズムまたは同等のユーティリティの使用を検討してください。

（Time Machineバックアップボリュームの場合は、完全な最適化を気にしないでください。）

その他のユーティリティ

fileXray —これだけでは関連ファイルを最適化することはできませんが、分析のために：fileXrayほど良いものはありません。

クロスリファレンス

Macは最適化する必要がありますか？

MRTプロセスに関連している可能性もあります。私にとって、MRTプロセスを削除すると、バックアップ速度が正常になります。ところで、MRTは、セキュリティ更新プログラムに付属するマルウェア削除ツールと呼ばれ、スキャン作業を行うには多くのCPUが必要になります。削除方法に関する記事がいくつかあります。