Das Backup meiner Zeitmaschine ist sehr langsam. Die Verbindung ist FireWire 800. Die Übertragung beträgt etwa 5 Mb/s oder 0,5 MB/s, was langsam erscheint. Ich habe online viele Erwähnungen von sehr langsamen Time Machine-Backups gesehen. Welche Techniken oder Vorschläge gibt es, um dies zu beschleunigen?
Ich habe:
Die Suche nach backupd in system.log ergibt Folgendes:
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!
Auf El Capitan bis High Sierra OS wird das io in einigen Fällen gedrosselt. Sie können diese Schritte überprüfen, falls sie in Ihrem Fall zutreffen. Nicht jeder sieht diese Beschleunigung, aber es sollte nicht schwer sein, sie zu testen und umzukehren, wenn sie Ihnen nicht hilft. Jeder, der Mojave und neuer verwendet, sollte nach anderen Fixes suchen, wie z. B. dem Testen eines Backups auf einem leeren oder gelöschten Laufwerk.
Time Machine nach El Capitan-Upgrade lächerlich langsam
Die Drosselung sollte beim Beobachten der gesicherten Nutzung des Dateisystems offensichtlich sein:
sudo fs_usage backupd
Das Schreiben eines Befehls /etc/sysctl.conf
und das anschließende Neustarten sollte diese Drosselung deaktivieren:
echo 'debug.lowpri_throttle_enabled=0' | sudo tee -a /etc/sysctl.conf
Oder ohne Neustart:
sudo sysctl debug.lowpri_throttle_enabled=0
Sie sollten nach anderen Leistungsproblemen (zusätzliche CPU-Auslastung, andere E/A-Verlangsamung, erhöhter Energieverbrauch beim Sichern) Ausschau halten, nachdem Sie diese Systemoptimierungsanpassung auf niedriger Ebene vorgenommen haben.
sudo sysctl debug.lowpri_throttle_enabled=0
. Verwenden Sie die sysctl.conf
, um sicherzustellen, dass die Änderung nach dem Neustart erhalten bleibt.Leider war die Lösung in diesem Fall:
Format disk (lose old backups)
Jetzt wird die Festplatte mit voller Geschwindigkeit gesichert.
Laut diesem Thread :
Löschen Sie den Ordner " In Bearbeitung " auf dem TM-Laufwerk, und die Dinge werden mit normaler Geschwindigkeit ausgeführt.
Hinweis: Das hat das Problem in meinem Fall nicht behoben.
Sie könnten versuchen, den Ordner /.Spotlight-V100 auf dem TM-Volume umzubenennen. Ich habe das noch nie versucht, aber Spotlight wird verwendet, um zu entscheiden, welche Dateien seit der letzten Sicherung neu/geändert wurden. Das einzige, was mir beim Lesen Ihrer Frage einfällt, ist, dass der Index möglicherweise beschädigt ist und neu erstellt werden muss, und TM in der Zwischenzeit diese Suche live durchführt, anstatt sie zu indizieren.
Langer Schuss.
Fügen Sie die Time Machine-Festplatte der Datenschutzliste von Spotlight (in den Systemeinstellungen) hinzu, damit Spotlight keine Zeit mit dem Zugriff auf dieses Laufwerk verbringt.
Meiner Erfahrung nach ist es sehr üblich, dass der Katalog-B-Baum sehr fragmentiert wird. Auf einem großen und vollen Volume kann diese Art der Fragmentierung erhebliche Auswirkungen haben.
Verwenden Sie die Demoversion von iDefrag , um Statistiken anzuzeigen.
Erwägen Sie die Verwendung des Metadatenalgorithmus der Vollversion von Defrag oder eines vergleichbaren Dienstprogramms, um den Katalog und andere wichtige Dateien zu defragmentieren.
(Kümmern Sie sich bei einem Time Machine-Sicherungsvolume nicht um eine vollständige Defragmentierung.)
fileXray — das allein kann die betreffenden Dateien nicht defragmentieren, aber zur Analyse: Ich kenne nichts besseres als fileXray.
fsck_hfs -dyf -Race /dev/<disk#s#>
überprüft das Dateisystem und baut Attribute, Kataloge und Extent-Überlaufbäume neu auf. Ich habe es mehrmals auf einem Zeitmaschinenlaufwerk versucht und es geht nichts kaputt.Es könnte auch mit dem MRT-Prozess zusammenhängen. Für mich wird die Backup-Geschwindigkeit normal, wenn ich den MRT-Prozess entfernt habe. Übrigens, MRT wird als Malware-Entfernungstool bezeichnet, das mit dem Sicherheitsupdate geliefert wird, und es wird viel CPU für die Scanarbeit benötigen. Es gibt einige Artikel darüber, wie man es entfernt.
mmmmmm
Benutzer588
Alex
Benutzer588