Nobby1805 hat geschrieben:00 Uhr 48 Minuten und 45 Sekunden, davor steht das Datum und dahinter die Thread-ID
Autsch. Da muß man erstmal drauf kommen, daß diese Zahlenkolonne die Uhrzeit. ist. Und das Datum scheint ja auch völlig verkehrt herum zu sein (12.3.28 ist es ja wohl nicht).

Hast du da zum Auswerten ein Programm, was dir Datum und Uhrzeit in ein lesbares Format übersetzt?
.. das weiß ich auch nicht, aber es gibt mehrere Fälle wo die Sicherung klappte nachdem diese Partition heraus genommen worden ist
In diesem Fall kann es eigentlich nicht daran gelegen haben, denn die Sicherungen davor und danach haben einwandfrei geklappt. Außerdem wird diese Partition ja zum Booten benötigt (die enthält den Win7-Bootmanager). Ohne diese Partition kann ich den PC nicht wieder in einer funktionsfähigen Form ohne zeitaufwändige Nachbesserungen (Reparaturoption von der Windows 7 -DVD) wiederherstellen. Das wäre also keine Option.
Das irgendwelche Netzwerkprobleme die Ursache sind, ist da schon wahrscheinlicher. Vielleicht auch ein plötzliches Booten den Clients nach Windows-Updates (die sind auf automatisch eingestellt).
Sitze gerade nicht an einem W7 ... die alten vordefinierte Gruppe gibt es aber doch weiterhin .. dort in System ... aber du hast Recht, die neue Form der Darstellung gefällt mir auch nicht
Also in der Kategorie "System" gibt es zwischen 28.3. 0:00 Uhr und 29.3. 12:51 nichts mit "VSS".
Es gibt:
1. (dies könnte zeitlich zu meinem ersten Abbruchversuch passen)
Code: Alles auswählen
Quelle: Service Control Manager
Datum: 29.03.2012 09:26:38
Ereignis-ID: 7011
Aufgabenkategorie:Keine
Ebene: Fehler
Schlüsselwörter:Klassisch
Benutzer: Nicht zutreffend
Computer: bepc07
Beschreibung:
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst WSearch erreicht.
2. das gleiche nochmal (zu dem zeitpunkt habe ich aber nix mehr gemacht, sondern nur noch auf den Abbruch gewartet):
Code: Alles auswählen
um 29.03.2012 11:07:11
um 29.03.2012 11:40:07
um 29.03.2012 12:15:18
um 29.03.2012 12:15:48
um 29.03.2012 12:21:44
um 29.03.2012 12:22:57
um 29.03.2012 12:27:57
um 29.03.2012 12:29:44
und das wars dann.
Da du auch nach dem Backup-Zeitbereich gefragt hattest: Was passiert, wenn ein oder mehrere PC recht lange für ein Backup benötigen, so daß der/die letzten zu sichernden Clients in der Liste nun erst
nach dem Ende des Zeitbereichts dran wären? Startet deren Backup dann trotzdem noch oder wird deren Backup dann einfach übersprungen? Sollte man den Backup-Zeitbereich also bei mehreren PC mit recht langen Backupzeiten (bei einigen PCs kommen täglich ein paar tausend kleine Messfiles hinzu) erhöhen, also von jetzt 3 Stunden auf z.B. 5 Stunden?
Nachtrag:
Im Ereignislog unter der Katergorie "Anwendung" gibe es noch folgende Einträge:
Fehler:
Code: Alles auswählen
Protokollname: Application
Quelle: System Restore
Datum: 28.03.2012 00:00:01
Ereignis-ID: 8193
Aufgabenkategorie:Keine
Ebene: Fehler
Schlüsselwörter:Klassisch
Benutzer: Nicht zutreffend
Computer: bepc07
Beschreibung:
Fehler beim Erstellen des Wiederherstellungspunkts (Prozess = C:\Windows\system32\rundll32.exe /d srrstr.dll,ExecuteScheduledSPPCreation; Beschreibung = Geplanter Prüfpunkt; Fehler = 0x80070422).
Dies ist aber keine Fehlermeldung, sondern nur "Information":
Code: Alles auswählen
Protokollname: Application
Quelle: VSS
Datum: 28.03.2012 00:03:01
Ereignis-ID: 8224
Aufgabenkategorie:Keine
Ebene: Informationen
Schlüsselwörter:Klassisch
Benutzer: Nicht zutreffend
Computer: bepc07
Beschreibung:
Der VSS-Dienst wird aufgrund eines Leerlaufzeitlimits heruntergefahren.
Dies ist für das WHS-Backup wohl irrelevant:
Code: Alles auswählen
Protokollname: Application
Quelle: SideBySide
Datum: 28.03.2012 00:30:28
Ereignis-ID: 33
Aufgabenkategorie:Keine
Ebene: Fehler
Schlüsselwörter:Klassisch
Benutzer: Nicht zutreffend
Computer: bepc07
Beschreibung:
Fehler beim Generieren des Aktivierungskontextes für "C:\Program Files (x86)\Python\Lib\distutils\command\wininst-8_d.exe". Die abhängige Assemblierung "Microsoft.VC80.DebugCRT,processorArchitecture="x86",publicKeyToken="1fc8b3b9a1e18e3b",type="win32",version="8.0.50608.0"" konnte nicht gefunden werden. Verwenden Sie für eine detaillierte Diagnose das Programm "sxstrace.exe".
Erst hier wurde das WHS-Backup gestartet:
Code: Alles auswählen
Protokollname: Application
Quelle: HomeServer
Datum: 28.03.2012 00:48:35
Ereignis-ID: 768
Aufgabenkategorie:HomeBackup
Ebene: Informationen
Schlüsselwörter:Klassisch
Benutzer: Nicht zutreffend
Computer: bepc07
Beschreibung:
Sicherungssatz 16 wurde auf bewhs gestartet.
Danach kam seltsamerweise ein Defrag aller Partitionen. Hat das Clientbackup des WHS das angestoßen oder "funkte" ein standardmäßiges Windows7-Defrag dazwischen?
Code: Alles auswählen
Protokollname: Application
Quelle: Microsoft-Windows-Defrag
Datum: 28.03.2012 01:10:57
Ereignis-ID: 258
Aufgabenkategorie:Keine
Ebene: Informationen
Schlüsselwörter:Klassisch
Benutzer: Nicht zutreffend
Computer: bepc07
Beschreibung:
"Defragmentierung" wurde von der Defragmentierung auf Backup (F:) abgeschlossen.
Am 29.3. um ca: 2:30 lief wieder ein Defrag aller Partitionen.
Ansonsten gab es keine weiteren Fehlermeldungen bis zum Ende des Clientbackups am 29.3. und 12:51.