Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?
Forum>Software>Regelmäßige TimeMachine-Backups unter 10.14.6 dauern ca. eine Stunde. Ist da etwas falsch?

Regelmäßige TimeMachine-Backups unter 10.14.6 dauern ca. eine Stunde. Ist da etwas falsch?

virk
virk20.08.2011:02
An meinem 10.14.6 MBP late 2017 16/1000 ist "immer" eine oder zwei USB-Platten für TimeMachine angschlossen. Dennoch dauern die backups ewig. Zu "sichern" ist lt. TimeMachine in Menüleiste immer ca. 1 GB. Wie kann ich prüfen, ob das normal ist und wie könnte ich das abstellen, falls das ein Fehler ist.
„Gaststättenbetrieb sucht für Restaurant und Biergarten Servierer:innen und außen.“
0

Kommentare

Deichkind20.08.2013:45
Im Terminal:
log show --predicate 'subsystem == "com.apple.TimeMachine"' --info | grep 'upd: (' | cut -c 1-19,140-999
wird wohl Hinweise darauf liefern, welcher Schritt so ungewöhnlich lange dauert.

Noch besser: Howard Oakleys App „Mints“.
Erhältlich bei
Bei der App kann bequem der darzustellende Zeitraum eingeschränkt werden, und es werden wahlweise auch Logeinträge dargestellt, die mit dem Thema zusammenhängen.
+1
Deichkind20.08.2014:46
Hier der fehlenden Link zur Product Page bei Eclectic Light Company:
+1
almdudi
almdudi20.08.2014:54
Wie sieht das denn im Fenster der Systemeinstellungen aus?
Ewig der Hinweis "Backup vorbereiten"? Oder arg schleichender Fortschrittsbalken? Oder lange Zeit für das Aufräumen?
Hängen zu sichernde externe Volumes am Rechner?
Ist auf den Backupplatten noch genügend freier Platz oder muß TM jedesmal Platz freiräumen?
0
virk
virk20.08.2015:11
@Deichkind: Danke für Deine Info und den link. Hatte jetzt aber selber schon gefunden
@almdudi: Ich stelle gleich mal ein paar Zeilen von Mints ein, sobald TimeMachine wieder durchgelaufen ist. Zur Zeit ist "er" am "Aufräumen...".
„Gaststättenbetrieb sucht für Restaurant und Biergarten Servierer:innen und außen.“
0
virk
virk20.08.2015:20
Hier der Eintrag bzgl. Time Machine von Mints der letzten ca. 80 Minuten:

20-08-20 13:54:34.897 TimeMach    Not starting scheduled Time Machine backup: No destinations resolvable
20-08-20 14:04:12.596 TimeMach    Starting automatic backup
20-08-20 14:04:12.606 TimeMach    Failed to find matching sparsebundle in directory '/Volumes/Intenso', directory contents: (
    ".disk_label",
    ".disk_label_2x",
    ".DS_Store",
    ".fseventsd",
    ".Spotlight-V100",
    ".TemporaryItems",
    ".VolumeIcon.icns",
    "Backups.backupdb",
    "tmbootpicker.efi"
)
20-08-20 14:04:12.607 TimeMach    Failed to find matching sparsebundle in directory '/Volumes/Intenso', directory contents: (
    ".disk_label",
    ".disk_label_2x",
    ".DS_Store",
    ".fseventsd",
    ".Spotlight-V100",
    ".TemporaryItems",
    ".VolumeIcon.icns",
    "Backups.backupdb",
    "tmbootpicker.efi"
)
20-08-20 14:04:12.699 TimeMach    Backing up to /dev/disk2s2: /Volumes/Intenso/Backups.backupdb
20-08-20 14:04:14.749 TimeMach    Failed to remove attribute 'com.apple.backupd.SnapshotVolumeFSEventStoreUUID' from 'file:///', error: Error Domain=NSPOSIXErrorDomain Code=1 "Operation not permitted"
20-08-20 14:04:14.756 TimeMach    Failed to remove attribute 'com.apple.backupd.SnapshotVolumeLastFSEventID' from 'file:///', error: Error Domain=NSPOSIXErrorDomain Code=1 "Operation not permitted"
20-08-20 14:04:14.757 TimeMach    Failed to remove attribute 'com.apple.backupd.SnapshotVolumeUUID' from 'file:///', error: Error Domain=NSPOSIXErrorDomain Code=1 "Operation not permitted"
20-08-20 14:04:14.758 TimeMach    Failed to remove attribute 'com.apple.backupd.PreviousSnapshotVolumeUUID' from 'file:///', error: Error Domain=NSPOSIXErrorDomain Code=1 "Operation not permitted"
20-08-20 14:04:14.758 TimeMach    Failed to remove attribute 'com.apple.backupd.PreviousSnapshotVolumeName' from 'file:///', error: Error Domain=NSPOSIXErrorDomain Code=1 "Operation not permitted"
20-08-20 14:04:14.758 TimeMach    Failed to remove attribute 'com.apple.backupd.VolumeBytesUsed' from 'file:///', error: Error Domain=NSPOSIXErrorDomain Code=1 "Operation not permitted"
20-08-20 14:04:14.759 TimeMach    Failed to remove attribute 'com.apple.backupd.VolumeIsCaseSensitive' from 'file:///', error: Error Domain=NSPOSIXErrorDomain Code=1 "Operation not permitted"
20-08-20 14:04:14.759 TimeMach    Failed to remove attribute 'com.apple.backupd.fstypename' from 'file:///', error: Error Domain=NSPOSIXErrorDomain Code=1 "Operation not permitted"
20-08-20 14:04:14.759 TimeMach    Failed to remove attribute 'com.apple.backupd.VolumeIsEncrypted' from 'file:///', error: Error Domain=NSPOSIXErrorDomain Code=1 "Operation not permitted"
20-08-20 14:04:14.804 TimeMach    Starting age based thinning of Time Machine local snapshots on disk '/'
20-08-20 14:04:14.809 TimeMach    Age based thinning deleted Time Machine snapshot 'com.apple.TimeMachine.2020-08-19-133130' on disk '/
20-08-20 14:05:08.402 TimeMach    Failed to write unlock record UUIDs as extended attribute for disk '/', error: Error Domain=NSPOSIXErrorDomain Code=1 "Operation not permitted"
20-08-20 14:05:12.155 TimeMach    Created Time Machine local snapshot with name 'com.apple.TimeMachine.2020-08-20-140508' on disk '/'
20-08-20 14:05:12.347 TimeMach    Declared stable snapshot: com.apple.TimeMachine.2020-08-20-140508
20-08-20 14:05:12.702 TimeMach    Mounted stable snapshot: com.apple.TimeMachine.2020-08-20-140508 at path: /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/virk/2020-08-20-140508/Soma Bay source: Soma Bay
20-08-20 14:05:13.146 TimeMach    Mounted reference snapshot: com.apple.TimeMachine.2020-08-19-151505 at path: /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/virk/2020-08-19-151505/Soma Bay source: Soma Bay
20-08-20 14:06:57.846 TimeMach    Will copy (3,71 GB) from Soma Bay
20-08-20 14:06:57.898 TimeMach    Found 19870 files (3,71 GB) needing backup
20-08-20 14:06:58.606 TimeMach    8,94 GB required (including padding), 249,17 GB available
20-08-20 14:52:55.236 TimeMach    Copied 22293 items (3,66 GB) from volume Soma Bay. Linked 116992.
20-08-20 14:52:55.578 TimeMach    Saved clone family cache for 'Soma Bay' at /Volumes/Intenso/Backups.backupdb/virk/2020-08-20-140514.inProgress/9A69877F-8C5E-4C01-AD95-5183B8B3EC81/.556EF77A-9D74-3945-BF59-49FD53142583.clonedb
20-08-20 14:52:57.638 TimeMach    Unmounted local snapshot: com.apple.TimeMachine.2020-08-20-140508 at path: /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/virk/2020-08-20-140508/Soma Bay source: Soma Bay
20-08-20 14:52:57.827 TimeMach    Unmounted local snapshot: com.apple.TimeMachine.2020-08-19-151505 at path: /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/virk/2020-08-19-151505/Soma Bay source: Soma Bay
20-08-20 14:52:59.042 TimeMach    Marked as reference snapshot: com.apple.TimeMachine.2020-08-20-140508
20-08-20 14:52:59.247 TimeMach    Completed snapshot: 2020-08-20-145258
20-08-20 14:53:00.151 TimeMach    Copying recovery system
20-08-20 14:53:08.699 TimeMach    Finished copying recovery system
20-08-20 14:53:09.492 TimeMach    Starting post-backup thinning
20-08-20 14:54:10.349 TimeMach    Not starting scheduled Time Machine backup: Backup already running
„Gaststättenbetrieb sucht für Restaurant und Biergarten Servierer:innen und außen.“
0
almdudi
almdudi20.08.2015:36
20 14:06:58.606 TimeMach 8,94 GB required (including padding), 249,17 GB available
20-08-20 14:52:55.236 TimeMach Copied 22293 items (3,66 GB) from volume Soma Bay. Linked 116992.

Da steckt anscheinend die Bremse.Eine Dreiviertelstunde rein zum Kopieren von weniger als 4 GB. Soweit TM da "nur" kopiert, aber jedenfalls hängt es nicht beim Vorbereiten/Scannen oder beim Aufräumen.
Wenn das nur bei einer Platte geschehen würde, hätte ich Kabel oder Platte im Verdacht.
Aber gleich bei zweien?
Hängen die vielleicht an einem Hub?
Gibt es ähnliche Verzögerungen, wenn du manuell etwas kopierst auf diese Platten oder über diese Kabel (oder überhaupt - ich stochere nur im Nebel)?
0
virk
virk20.08.2015:43
Ja, die hängen beide an einem Hub. Ich teste mal eben die Geschwindigkeit mit Blackmagic.....
„Gaststättenbetrieb sucht für Restaurant und Biergarten Servierer:innen und außen.“
0
virk
virk20.08.2015:45
66 MB/s schreiben, 70 MB/s lesen. Es ist eine USB3-Intenso 2,5"-Platte. Das scheint es nicht zu sein.
„Gaststättenbetrieb sucht für Restaurant und Biergarten Servierer:innen und außen.“
-2
rmayergfx
rmayergfx20.08.2015:52
Wie alt ist die Intenso HDD? Intenso verbaut immer das was gerade am günstigsten ist in seine externen Gehäuse. Am PC würde ich jetzt mit HD Tune Pro einen Error Scan durchführen, der zeigt dann auch gleich die Geschwindigkeit auf den einzelnen Sektoren mit an. Wenn die Platte schon älter ist, kann es sein das verschiedene Sektoren schon "durch" sind und daher die Daten nur mit minimaler Geschwindigkeit weggeschrieben werden können.
Nach 3-4 Jahren sollte man die externe HDD auf jeden Fall tauschen, wenn die Daten wichtig sind und man einem Datenverlust vorbeugen möchte.

Ein normaler Speedtest findet solche Fehler auf vereinzelten Sektoren nicht, da der Speedtest sind nur freie Bereiche heraussucht, damit keine Daten überschrieben werden.
„Der Computer soll die Arbeit des Menschen erleichtern, nicht umgekehrt !“
0
virk
virk20.08.2016:01
Die Intenso ist ca. 5 Jahre alt und während dieser Periode "selten" gelaufen. Ich schaufele gerade 20-30 GB drauf. Sie verhält sich unauffällig. Das Backup auf diese Festplatte ist nur eines von mehreren; also Daten sind nicht so wichtig.
„Gaststättenbetrieb sucht für Restaurant und Biergarten Servierer:innen und außen.“
0
Deichkind20.08.2017:14
Es könnte aber auch am Aufwand für das Aufsuchen der Dateien liegen. Am Fortschrittsbalken in der Systemeinstellung TimeMachine sieht man: Der Anfang des Kopiervorgangs verläuft in der Regel schleppend, und erst später geht es schneller. Mitunter sind aber zwischendurch weitere Hänger zu beobachten. Die Ursache kenne ich nicht. Aufschluss geben vielleicht die Logeinträge der Kategorie "Others" in Mints.
0
Noname081521.08.2009:29
Wie groß ist die Speicherkapazität des Laufwerks? Bei einem Füllstand von ca. 95% fängt TimeMachine an alte Backup's zu löschen! Das dauert dann immer eine Weile. Ausserdem werden die Backups des letzten Monats regelmäßig ausgedünnt.
0
virk
virk21.08.2010:27
Kapazität der Festplatte ist 1 TB. macOS meldet (in der Statusleiste des "Festplatten-Fensters") noch 244,46 GB verfügbar.
„Gaststättenbetrieb sucht für Restaurant und Biergarten Servierer:innen und außen.“
0
Noname081521.08.2011:01
Bei mir beginnt das Löschen bei 500 GB frei, wobei die Kapazität der Festplatte 10 TB beträgt. Die TimeMachine benötigt eine gewisse Kapazität für das verarbeiten der Daten. Es ist möglich, das bei Deiner Festplatte der minimal freie Festplattenspeicher bei ca. 250 GB liegt. Versuch doch mal, ob bei Verwendung einer neuen Festplatte das Spiel aufhört. Du musst nur eine neue Festplatte auswählen ohne eine Komplettsicherung durchzuführen.
virk
Kapazität der Festplatte ist 1 TB. macOS meldet (in der Statusleiste des "Festplatten-Fensters") noch 244,46 GB verfügbar.
0
virk
virk21.08.2011:13
@noname0815: Da verstehe ich nicht, was Du meinst mit "Du musst nur eine neue Festplatte auswählen ohne eine Komplettsicherung durchzuführen." Und wie kann ich dann feststellen, ob "das Spiel aufhört"?
„Gaststättenbetrieb sucht für Restaurant und Biergarten Servierer:innen und außen.“
0
virk
virk21.08.2011:17
Noch eine weitere Frage in diesem Zusammenhang: Was macht TimeMachine beim "Aufräumen..."?
„Gaststättenbetrieb sucht für Restaurant und Biergarten Servierer:innen und außen.“
0
Noname081521.08.2012:14
Wenn das Backup nicht mehr 1 Stunde oder mehr dauert sondern innerhalb kürzerer Zeit beendet wird.
Das sollte eigentlich sofort auffallen.
virk
@noname0815: Da verstehe ich nicht, was Du meinst mit "Du musst nur eine neue Festplatte auswählen ohne eine Komplettsicherung durchzuführen." Und wie kann ich dann feststellen, ob "das Spiel aufhört"?
0
Wiesi
Wiesi21.08.2012:18
virk
Hier der Eintrag bzgl. Time Machine von Mints der letzten ca. 80 Minuten:

Ich finde in dem Log drei Ungereimtheiten:

1.) Ungewöhnlich viele Zugriffsprobleme: Wollte TM bei schlafendem Rechner einen Backup auf dem externen Laufwerk starten? Insbesondere, wenn dieses nicht angeschlossen ist? -- Sollte nicht sein. Wie auch immer, es hat kaum Zeit gekostet. Ich würde aber die Backup-Medien neu Zuweisen und die Ausschlussliste kontrollieren.

2.) Ungewöhnlich großes Backups unter Mojave. Dazu gibt es im Forum einen Thread von @Weia:

3,) Ungewöhnlich lange Transferzeiten. Dazu hat @ rmayergfx schon Stellung genommen.
Kapazität der Festplatte ist 1 TB. macOS meldet (in der Statusleiste des "Festplatten-Fensters") noch 244,46 GB verfügbar.

M.W. schließt "verfügbar" die löschbaren Sektoren mit ein. Es könnte also notwenig werden, vor dem Sichern Platz frei zu schaufeln und die Platte könnte ziemlich fragmentiert sein.
„Everything should be as simple as possible, but not simpler“
-1
Noname081521.08.2012:19


Die stündlichen Backups des Vortages werden auf eines je Tag reduziert. Tägliche Backups die älter als einen Monat sind werden auf 1 Backup je Woche reduziert.
Das kann man in den Systemeinstellungen TimeMachine nachlesen.
Ist die Festplatte (SSD) voll, dann werden die ältesten Backups gelöscht.
virk
Noch eine weitere Frage in diesem Zusammenhang: Was macht TimeMachine beim "Aufräumen..."?
0
Noname081521.08.2012:26
In der Systemeinstellung für die TimeMachine eine neue Platte auswählen. Es erfolgt eine Anfrage ob es ein neues Backup werden soll oder ob ein vorhandenes Backup auf der neuen Festplatte fortgeführt werden soll. Auf jeden Fall die zweite Option wählen, weil ansonsten ein komplettes Backup erstellt wird. Im zweiten Fall fordert TimeMachine bei der Wiederherstellung der Daten im Notfall auf, das alte Volumen zu mounten (sprich Festplatte anschließen). Der Zugriff erfolgt dann automatisch bei den entsprechenden Daten.
virk
@noname0815: Da verstehe ich nicht, was Du meinst mit "Du musst nur eine neue Festplatte auswählen ohne eine Komplettsicherung durchzuführen." Und wie kann ich dann feststellen, ob "das Spiel aufhört"?
0
Wiesi
Wiesi21.08.2012:34
virk
Ergänzung: Der von mir zitierte thread ist sehr lang. Für Dich dürfte mein Post vom 1.April dieses Jahres interessant sein. Damals lief bei mir noch Mojave. Die heutigen Inkremente unter Catalina sind bedeutend kürzer:

Einige hundert MB am Morgen und und einige zig MB danach. (Nachts ist mein iMac ausgeschaltet.)
„Everything should be as simple as possible, but not simpler“
-2
rmayergfx
rmayergfx21.08.2013:34
virk
Die Intenso ist ca. 5 Jahre alt und während dieser Periode "selten" gelaufen. Ich schaufele gerade 20-30 GB drauf. Sie verhält sich unauffällig. Das Backup auf diese Festplatte ist nur eines von mehreren; also Daten sind nicht so wichtig.
Elektronik altert auch ohne das diese aktiv ist! Bei 5 Jahren solltest du schnellstmöglich eine andere ext. HDD einsetzen, die neuen Laufwerke sind günstiger, da kannst du gleich 2TB nehmen oder mehr und auch der verbaute Cache ist größer. Das System kann dadurch nur noch schneller werden. Hast du mal nachgesehen, welches Laufwerk (Hitachi, Seagate, WD) tatsächlich von Intenso verbaut wurde ?

Kleiner Tipp, im Terminal mit
https://www.imore.com/how-speed-your-time-machine-backups
sudo sysctl debug.lowpri\_throttle_enabled=0
Das Backup beschleunigen.
„Der Computer soll die Arbeit des Menschen erleichtern, nicht umgekehrt !“
0
Micke64
Micke6421.08.2017:07
Versuch mal - mit Securitysystem ausschalten.
Bei mir dauerte es auch sehr lange und seit ich das Securitysytem ausschalte und WLAN, funktioniert es viel schneller.
-2
rmayergfx
rmayergfx21.08.2019:18
Micke64
Versuch mal - mit Securitysystem ausschalten.
Bei mir dauerte es auch sehr lange und seit ich das Securitysytem ausschalte und WLAN, funktioniert es viel schneller.
Welches "Securitysystem" meinst du denn genau und welches macOS bzw. Hardware ist bei dir im Einsatz ? WLAN abschalten ? Wofür denn das ? Es gibt durchaus Probleme im Bereich USB 3 und WLAN/Bluetooth das hier die drahtlosen Verbindungen gestört werden, aber doch nicht umgekehrt!
„Der Computer soll die Arbeit des Menschen erleichtern, nicht umgekehrt !“
0
Steph@n
Steph@n21.08.2021:50
Das war bei meinem iMac Late 2013 auch so langsam.
Seit dem letzten Update (10.15.6) ist das Backup wieder so schnell wie vorher.
-1
virk
virk03.09.2012:22
Noch einen Nachtrag:

Habe jetzt eine neue 2,5"-Seagate 2TB-Platte dran. Ist seit 09:47 Uhr an einem TimeMachine-Backup dran ("Backup sichern: 446,0 MB von 493,9 MB" und jetzt ist es 12:22 Uhr. Irgendwas läuft da wirklich schief. Falls jemand da noch eine Idee oder einen link hat, gerne her damit!
„Gaststättenbetrieb sucht für Restaurant und Biergarten Servierer:innen und außen.“
0
piik
piik03.09.2013:28
Nun, das Problem langsamer TM-Backups hatte ich auch. Unter 10.15.6.
Ich habe sogar mal Testweise in einem Mac intern eine WD-red-Festplatte (neu formatiert) verbaut, um zu sehen, ob die externen Schnittstellen zu lahm sind. An USB lag es nicht, auf einem NAS (1Gb/s netz) war es noch etwas langsamer (aufgrund des langsamen dort verbauten SoCs.
Da mich das alles genervt hat und ich auch im Netz keine wirkliche Erklärung finden konnte und meiner gefühlten Erinnerung nach das "früher" alles flotter war, habe ich mir kurzerhand eine dicke 2,5"-SSD besorgt und lasse die als TM-Platte laufen. Meine Überlegung: Die Datenübertragungsgeschwindigkeit ist es nicht. Es sind die vielen kleinen Zugriffe, die das ausmachen. Und da ist eine SSD sehr viel fixer.
Bislang scheint das gut zu funktionieren, denn jetzt dauert ein stündlichen Backup nur 15 Sekunden für etwa 120 MB. Außerdem höhe ich keine HD mehr knattern
0
WollesMac
WollesMac03.09.2014:10
Ist zwar mittlerweile uralt, aber dennoch:
Link mit diversen TM-Hilfen gehörte zu pondini.org. Pondini ist verstorben, aber die Website ist von Freunden gerettet worden. In D2 geht es um langsame Sicherungen.
0
Wiesi
Wiesi03.09.2015:56
virk

Schau mal in der Aktivitätsanzeige nach, wieviel MB tatsächlich in der Zeit gelesen und geschrieben werden. Die Anzeige im GUI der TM setzen zyklenfreies Schreiben voraus. Für den Test sollte auf dem Computer möglichst nichts anderes laufen.
„Everything should be as simple as possible, but not simpler“
0

Kommentieren

Diese Diskussion ist bereits mehr als 3 Monate alt und kann daher nicht mehr kommentiert werden.