Automatisches Client-Backup funktioniert gar nicht mehr

Hier kann gesichert und wiederhergestellt werden.
Antworten
LittleAlf
Foren-Mitglied
Beiträge: 54
Registriert: 12. Aug 2009, 20:24
Wohnort: Westfalen

Automatisches Client-Backup funktioniert gar nicht mehr

Beitrag von LittleAlf »

Hallo WHS-User,

ich weiß inzwischen keinen Rat mehr und wende mich deshalb an euch: Seit dem Einspielen des Rollup-Updates KB981089 am 27. Januar diesen Jahres auf meinem Acer Aspire EasyStore 340 via Windows Update funktionierte kein einziges automatisches Client-Backup mehr!

Mit dem Einspielen dieses Backups trägt der 'Windows Home Server Remotezugriff' die Versionsnummer: 6.0.3436.0. Auch der WHS-Connector auf den Clientrechnern ist auf dem neuesten Stand (Datei 'WHSConnector.msi' mit Datum 10.01.2011 23:06).

Seitdem ist, wie gesagt, die automatische Client-Backupfunktion kein einziges Mal erfolgreich durchgelaufen. Typisches Szenario ist, dass die 'Sicherung unvollständig' im WHS angezeigt wird. Die Dauer dieser "Sicherung" beträgt typischerweise 2-3 Minuten (kein Wunder!).Unter 'Details' steht dann immer:

Netzwerkverbindung zwischen Client und Server unterbrochen.
No reconnection within timeout period

Das BackupEngine-Log auf dem Clientrechner sieht dann so aus:

Code: Alles auswählen

Created at 23.02.2011 04:43:25
***** Started at 23.02.2011 04:43:25 ***
***** Started at 23.02.2011 04:43:25 ***
[1]110223.044325.9760: Status: Start
[1]110223.044326.4284: Status: Connect to server HEIMSERVER, session b714677b-aa13-48e4-8019-02f96b544c90, protocol 20
[1]110223.044327.1148: Status: Volume 6a841e86-bc4e-11de-a297-806e6f6e6963 = (SYSTEM RESERVED)
[1]110223.044327.1148: Status: Volume 6a841e87-bc4e-11de-a297-806e6f6e6963 = C:
[1]110223.044327.1148: Status: Volume 6a841e85-bc4e-11de-a297-806e6f6e6963 = (PQSERVICE)
[1]110223.044327.1304: Status: Volume 3da6ac29-e5a2-11df-b3fd-00016c6fe4e0 = D:
[1]110223.044328.3004: Status: Acquire volume shadows
[1]110223.044346.8800: Status: Volume 1 of 4 is (SYSTEM RESERVED) size 104857600 used 31100928
[1]110223.044347.3636: Status: Start volume (SYSTEM RESERVED) using \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy14
[1]110223.044347.4260: Status: Volume (shadow) size 104853504 used 60260352
[1]110223.044347.7068: Status: File records: 94 sent, 17 changed, 17 metadata, 94 received (bytes sent=0 received=1732)
[1]110223.044347.8784: Status: Prepare fixups: total restore size 102809600
[1]110223.044347.8940: Status: Determine changed: scan 2794 size 11444224
[1]110223.044348.2840: Status: Determine changed: scanned 2794 of 6457 total with 4 fixups (bytes sent=55184 received=0)
[1]110223.044717.7452: Status: Server phase Reorganize1 complete
[1]110223.044717.7608: Status: Send changed: 73 requested of 2794 total
[1]110223.044718.0884: Status: Send changed: 73 sent with 0 fixups (bytes sent=294912 received=67)
[1]110223.044718.1664: Status: AutoExclusion ShadowVolumes 33554432
[1]110223.044718.1664: Status: Total size of excluded files 33554432
[1]110223.044718.1664: Status: File exclusion ShadowVolumes size 33554432 for \System Volume Information\14{3808876b-c176-4e48-b7ae-04046e6cc752}
[1]110223.044718.1664: Status: Directory exclusion RecycleBin size 0 for \$RECYCLE.BIN
[1]110223.044718.9308: Status: Server phase Reorganize2 complete
[1]110223.044718.9464: Status: Volume 2 of 4 is C: size 151882039296 used 46133432320
[1]110223.044719.0244: Status: Start volume C: using \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy15
[1]110223.044720.9588: Status: Volume (shadow) size 151882035200 used 46497685504
[1]110223.195724.9212: Error: ReconnectableStream: Write catch IOException In die Übertragungsverbindung können keine Daten geschrieben werden: Eine vorhandene Verbindung wurde vom Remotehost geschlossen., generation 1, reconnect
[1]110223.195725.4204: Error: ReconnectableStream: TryReconnect catch SocketException Der Host war bei einem Socketvorgang nicht erreichbar 192.168.1.10:8912, generation 2, reconnect
[1]110223.195725.4204: Error: ReconnectableStream: reconnect attempt failed, waiting
In den Fehlermeldungen geht es immer darum, dass der Reconnect fehlgeschlagen ist.

Was ich nicht verstehe: Die manuelle Sicherung funktioniert einwandfrei! Ich konnte meine Maschinen bisher alle - mühsam - von Hand sichern. Auch der Zugriff auf die Daten des Servers klappt ohne Probleme.

Es sieht nach einem Timeout-Problem aus. Muss ich vielleicht die Wartezeit oder ähnliches anpassen? Wie macht man so etwas?

Ich weiß inzwischen keinen Rat mehr und bin ziemlich verzweifelt - zumal es vor dem Rollup-Update einigermaßen funktioniert hat.

Für jede Hilfe wäre ich dankbar.

Viele Grüße

LittleAlf
WHS 2011-Server: Lian-Li PC-08, Intel DQ67EP, 8 GB RAM, 5 x 2TB HDD's (2 x WD20EARX, 2 x WD20EARS, jeweils RAID1)
Clients:
1) Intel DH87RL, Core i5-4570, 16GB, Samsung 850 SSD, Win10 Pro 64bit
2) Asus P8Z68-V, Core i7-2700K, 16 GB, Crucial C300 SSD, Win10 Pro 64bit
2) Zotac Z82, 8 GB, Win10 Pro 64bit
Nach oben
Benutzeravatar
Nobby1805
Moderator
Beiträge: 21380
Registriert: 6. Jun 2009, 17:40
Wohnort: Essen

Re: Automatisches Client-Backup funktioniert gar nicht mehr

Beitrag von Nobby1805 »

Wurde der WHS nach dem Update mindestens 2 mal neu gebootet ? Nicht nur aus dem Schlaf geweckt ?
Wurden die Clients neu gebootet ?

Bitte poste noch aus dem Backup-log auf dem WHS die passende Sequenz zu dem o.a. Log
WHS:inzwischen abgeschaltet Acer H340 mit 1x 1 TB (WD10EAVS), 3x 2 TB (2 WD20EARS und 1 ST2000DM001), PP3+UR2
Server:
Intel Celeron J3455 auf Gigabyte Board, Win 10 Pro x64 21H2, 640 GB (System), 16 TB (Backup), 4 TB (Daten), Lindenberg Backup und LightsOut 3
5 Clients:
1 Intel i5-4670K, ASUS H87-PRO, 32 GB, 250 GB SSD, 2x 500 GB, Win 10 Pro x64 21H2
1 Lüfterlos fürs Wohnzimmer, Intel Celeron N4100, 4 GB, 128 GB, Win 11 Pro x64 21H2
1 AMD Ryzen 7 3700X, Gigabyte AORUS, 32 GB, Win 10 Pro x64 2009
1 Sony Vaio EB 2H4E, Win 10 Home x64 2009
1 Samsung NP-R540-JS09DE, Win 10 Pro x64 2009

WHSListTombstones, ein Tool zur Auflistung aller Tombstones
WHSDisks, ein Tool zur Darstellung und Prüfung der DriveExtender-Konfiguration
WHSDiskNames, ein Tool zur Änderung der Plattennamen in der Konsole
WHSBackup, Infos und Tool zur Backup-DB (2011-Version (auch für WSE2012))
Bitte schreibt bei Fragen und Problemen eure Konfig in die Signatur
Nach oben
LittleAlf
Foren-Mitglied
Beiträge: 54
Registriert: 12. Aug 2009, 20:24
Wohnort: Westfalen

Re: Automatisches Client-Backup funktioniert gar nicht mehr

Beitrag von LittleAlf »

Hallo Nobby,

sowohl der WHS als auch die Clients wurden seit dem Rollup bereits mehrmals neu gestartet. Dies hat an dem Problem nichts geändert.

Hier nun das Backup-Log des Servers, welches zu dem obigen Client-Log gehört:

Code: Alles auswählen

[23.02.2011 02:55:17]
[23.02.2011 02:55:18 115c] Session: DoGetConfiguration
[23.02.2011 02:56:02 115c] Session: DoGetConfiguration
[23.02.2011 02:57:02 115c] Session: DoGetConfiguration
[23.02.2011 02:57:33  674] Session: DoGetConfiguration
[23.02.2011 02:57:33  674] Session: DoGetConfiguration
[23.02.2011 02:57:33  c24] Listener TcpEventCallback
[23.02.2011 02:57:33  c24] Listener TcpConditionCallback from 192.168.1.5
[23.02.2011 02:57:33  674] Session: DoGetConfiguration
[23.02.2011 02:57:33  674] Session: DoGetConfiguration
[23.02.2011 02:57:33 17f0] Session: ThreadMain for 00F2A9A0
[23.02.2011 02:57:33 17f0] Creating the server instance.
[23.02.2011 02:57:33 17f0] Created the server instance.
[23.02.2011 02:57:33 17f0] Client subject: CN=C8E1FA408875546458218BAEA1F3D49C6
[23.02.2011 02:57:33 17f0] Client issuer: CN=MF0098D2CA43C439580720E06C7207DEE
[23.02.2011 02:57:33 17f0] Auth succeeded, ready for command
[23.02.2011 02:57:33 17f0] Header: 5, Trailer: 16, MaxMessage: 16384
[23.02.2011 02:57:33 17f0] Partner cert name is <CN=C8E1FA408875546458218BAEA1F3D49C6>
[23.02.2011 02:57:33 17f0] Partner GUID is {8e1fa408-8755-4645-...}
[23.02.2011 02:57:33 17f0] Session: DoBeginVolumeConfig {8E1FA408-8755-4645-8218-BAEA1F3D49C6}
[23.02.2011 02:57:33 17f0] DataFile: Deleted: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\MEDIEN.VolumeConfig.configdat
[23.02.2011 02:57:33 17f0] DataFile: Renamed from: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\MEDIEN.VolumeConfig.confignew to: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\MEDIEN.VolumeConfig.configdat
[23.02.2011 02:57:33 17f0] DataFile: Deleted: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\{8E1FA408-8755-4645-8218-BAEA1F3D49C6}.Machine.configdat
[23.02.2011 02:57:33 17f0] DataFile: Renamed from: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\{8E1FA408-8755-4645-8218-BAEA1F3D49C6}.Machine.confignew to: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\{8E1FA408-8755-4645-8218-BAEA1F3D49C6}.Machine.configdat
[23.02.2011 02:57:33 17f0] CommitFile: Neutering Commit file: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\Commit.dat
[23.02.2011 02:57:33 17f0] Partner shut down the connection
[23.02.2011 02:57:33 17f0] Breaking TLS sesssion...
[23.02.2011 02:57:33 17f0] Read 0 bytes, hr=80004004
[23.02.2011 02:57:33 17f0] Session: ThreadMain end for 00F2A9A0
[23.02.2011 02:57:33 17f0]  TLS::~TLS going away (first time)...
[23.02.2011 02:57:33 17f0] Breaking TLS sesssion...
[23.02.2011 02:57:34  c24] Listener TcpEventCallback
[23.02.2011 02:57:34  c24] Listener TcpConditionCallback from 192.168.1.5
[23.02.2011 02:57:34 1064] Session: ThreadMain for 00F2A9A0
[23.02.2011 02:57:34 1064] Creating the server instance.
[23.02.2011 02:57:34 1064] Created the server instance.
[23.02.2011 02:57:35 1064] Client subject: CN=C8E1FA408875546458218BAEA1F3D49C6
[23.02.2011 02:57:35 1064] Client issuer: CN=MF0098D2CA43C439580720E06C7207DEE
[23.02.2011 02:57:35 1064] Auth succeeded, ready for command
[23.02.2011 02:57:35 1064] Header: 5, Trailer: 16, MaxMessage: 16384
[23.02.2011 02:57:35 1064] Partner cert name is <CN=C8E1FA408875546458218BAEA1F3D49C6>
[23.02.2011 02:57:35 1064] Partner GUID is {8e1fa408-8755-4645-...}
[23.02.2011 02:57:35 1064] Session: DoBeginReconnectableSession
[23.02.2011 02:57:35 1064] ReconnectableStream: Created ServerReconnectableStream for {B714677B-AA13-48E4-8019-02F96B544C90}, sizes 1048576,16384,1048576,16384
[23.02.2011 02:57:35 1064] Session: DoBackupSet
[23.02.2011 02:57:35 1064] Sicherungssatz 257 für MEDIEN wurde gestartet.
[23.02.2011 02:57:35 1064] DataFile: Deleted: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\MEDIEN.SYSTEMRESERVED.Volume.dat
[23.02.2011 02:57:35 1064] DataFile: Renamed from: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\MEDIEN.SYSTEMRESERVED.Volume.new to: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\MEDIEN.SYSTEMRESERVED.Volume.dat
[23.02.2011 02:57:35 1064] DataFile: Deleted: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\MEDIEN.C.Volume.dat
[23.02.2011 02:57:35 1064] DataFile: Renamed from: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\MEDIEN.C.Volume.new to: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\MEDIEN.C.Volume.dat
[23.02.2011 02:57:35 1064] DataFile: Deleted: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\MEDIEN.PQSERVICE.Volume.dat
[23.02.2011 02:57:35 1064] DataFile: Renamed from: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\MEDIEN.PQSERVICE.Volume.new to: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\MEDIEN.PQSERVICE.Volume.dat
[23.02.2011 02:57:35 1064] DataFile: Deleted: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\MEDIEN.D.Volume.dat
[23.02.2011 02:57:35 1064] DataFile: Renamed from: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\MEDIEN.D.Volume.new to: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\MEDIEN.D.Volume.dat
[23.02.2011 02:57:35 1064] DataFile: Deleted: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\{8E1FA408-8755-4645-8218-BAEA1F3D49C6}.Machine.configdat
[23.02.2011 02:57:35 1064] DataFile: Renamed from: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\{8E1FA408-8755-4645-8218-BAEA1F3D49C6}.Machine.confignew to: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\{8E1FA408-8755-4645-8218-BAEA1F3D49C6}.Machine.configdat
[23.02.2011 02:57:35 1064] DataFile: Deleted: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\MEDIEN.BackupSet.dat
[23.02.2011 02:57:35 1064] DataFile: Renamed from: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\MEDIEN.BackupSet.new to: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\MEDIEN.BackupSet.dat
[23.02.2011 02:57:35 1064] CommitFile: Neutering Commit file: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\Commit.dat
[23.02.2011 02:57:43  674] Session: DoGetConfiguration
[23.02.2011 02:57:43  674] Session: DoGetConfiguration
[23.02.2011 02:57:43  674] Session: DoGetConfiguration
[23.02.2011 02:57:43  674] Session: DoGetConfiguration
[23.02.2011 02:57:47  674] Session: DoGetConfiguration
[23.02.2011 02:57:47  674] Session: DoGetConfiguration
[23.02.2011 02:57:47  674] Session: DoGetConfiguration
[23.02.2011 02:57:47  674] Session: DoGetConfiguration
[23.02.2011 02:57:56 1064] Sicherung von MEDIEN SYSTEM RESERVED wurde gestartet.
[23.02.2011 02:57:56  674] Session: DoGetConfiguration
[23.02.2011 02:57:56  674] Session: DoGetConfiguration
[23.02.2011 02:57:56  674] Session: DoGetConfiguration
[23.02.2011 02:57:56  674] Session: DoGetConfiguration
[23.02.2011 02:57:56 1064] CommitFile: Adding for Delete file: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\MEDIEN.SYSTEMRESERVED.VolumeClusterLatest3.4096.dat
[23.02.2011 02:57:56 1064] CommitFile: Adding for Delete file: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\MEDIEN.SYSTEMRESERVED.VolumeClusterLatest2.4096.dat
[23.02.2011 02:57:56 1064] CommitFile: Adding for Delete file: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\MEDIEN.SYSTEMRESERVED.VolumeClusterLatest1.4096.dat
[23.02.2011 02:57:56  c24] Listener TcpEventCallback
[23.02.2011 02:57:56  c24] Listener TcpConditionCallback from 192.168.1.2
[23.02.2011 02:57:56  68c] Session: ThreadMain for 00EEA7E8
[23.02.2011 02:57:56  68c] Creating the server instance.
[23.02.2011 02:57:56  68c] Created the server instance.
[23.02.2011 02:57:56  68c] Client subject: CN=C8FB424FD7AB948F082524EA33DB5D193
[23.02.2011 02:57:56  68c] Client issuer: CN=MF0098D2CA43C439580720E06C7207DEE
[23.02.2011 02:57:56  68c] Auth succeeded, ready for command
[23.02.2011 02:57:56  68c] Header: 5, Trailer: 16, MaxMessage: 16384
[23.02.2011 02:57:56  68c] Partner cert name is <CN=C8FB424FD7AB948F082524EA33DB5D193>
[23.02.2011 02:57:56  68c] Partner GUID is {8fb424fd-7ab9-48f0-...}
[23.02.2011 02:57:57 1064] CommitFile: Adding for Delete file: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\GlobalClusterLatest.4096.dat
[23.02.2011 02:57:57  68c] Session: DoBeginVolumeConfig {8FB424FD-7AB9-48F0-8252-4EA33DB5D193}
[23.02.2011 02:57:57  68c] DataFile: Deleted: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\ELTERN.VolumeConfig.configdat
[23.02.2011 02:57:57  68c] DataFile: Renamed from: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\ELTERN.VolumeConfig.confignew to: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\ELTERN.VolumeConfig.configdat
[23.02.2011 02:57:57  68c] DataFile: Deleted: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\{8FB424FD-7AB9-48F0-8252-4EA33DB5D193}.Machine.configdat
[23.02.2011 02:57:57  68c] DataFile: Renamed from: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\{8FB424FD-7AB9-48F0-8252-4EA33DB5D193}.Machine.confignew to: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\{8FB424FD-7AB9-48F0-8252-4EA33DB5D193}.Machine.configdat
[23.02.2011 02:57:57  68c] CommitFile: Neutering Commit file: D:\folders\{00008086-058D-4C89-AB57-A7F909A47AB4}\Commit.dat
[23.02.2011 02:57:57  68c] Partner shut down the connection
[23.02.2011 02:57:57  68c] Breaking TLS sesssion...
[23.02.2011 02:57:57  68c] Read 0 bytes, hr=80004004
[23.02.2011 02:57:57  68c] Session: ThreadMain end for 00EEA7E8
[23.02.2011 02:57:57  68c]  TLS::~TLS going away (first time)...
[23.02.2011 02:57:57  68c] Breaking TLS sesssion...
[23.02.2011 02:57:58  c24] Listener TcpEventCallback
[23.02.2011 02:57:58  c24] Listener TcpConditionCallback from 192.168.1.2
[23.02.2011 02:57:58  7c8] Session: ThreadMain for 00EEA7E8
[23.02.2011 02:57:58  7c8] Creating the server instance.
[23.02.2011 02:57:58  7c8] Created the server instance.
[23.02.2011 02:58:00  7c8] Client subject: CN=C8FB424FD7AB948F082524EA33DB5D193
[23.02.2011 02:58:00  7c8] Client issuer: CN=MF0098D2CA43C439580720E06C7207DEE
[23.02.2011 02:58:00  7c8] Auth succeeded, ready for command
[23.02.2011 02:58:00  7c8] Header: 5, Trailer: 16, MaxMessage: 16384
[23.02.2011 02:58:00  7c8] Partner cert name is <CN=C8FB424FD7AB948F082524EA33DB5D193>
[23.02.2011 02:58:00  7c8] Partner GUID is {8fb424fd-7ab9-48f0-...}
[23.02.2011 02:58:00  7c8] Session: DoBeginReconnectableSession
[23.02.2011 02:58:00  7c8] ReconnectableStream: Created ServerReconnectableStream for {2EC34EA6-4E74-4B86-AF97-6166437B6BF5}, sizes 1048576,16384,1048576,16384
[23.02.2011 02:58:00  7c8] Session: DoBackupSet
[23.02.2011 02:58:00  7c8] BigOperationQueuer: ELTERN is waiting.
[23.02.2011 02:58:02 115c] Session: DoGetConfiguration
[23.02.2011 02:58:05  674] Session: DoGetConfiguration
[23.02.2011 02:58:05  674] Session: DoGetConfiguration
Wie im Server-Protokoll steht, scheint der Client die Verbindung zu unterbrechen:

[23.02.2011 02:57:57 68c] Partner shut down the connection
[23.02.2011 02:57:57 68c] Breaking TLS sesssion...

Warum, ist mir ein Rätsel.

Heute abend habe ich noch etwas festgestellt: Die Server-Zeit war falsch eingestellt! Diese ging ca. 2 Stunden hinter der tatsächlichen Zeit hinterher. Die automatische Einstellung per Internetzeit via 'ptbtime1.ptb.de' hat irgendwie nicht funktioniert. Dies ist bei mir schon mehrmals nach bestimmten Updates passiert. Eine Regel, wann es auftritt und wann nicht habe ich noch nicht herausgefunden.

Können die unterschiedlichen Zeiten zwischen Client und Server den Verbindungsabbruch mit verursacht haben?

Viele Grüße

LittleAlf
WHS 2011-Server: Lian-Li PC-08, Intel DQ67EP, 8 GB RAM, 5 x 2TB HDD's (2 x WD20EARX, 2 x WD20EARS, jeweils RAID1)
Clients:
1) Intel DH87RL, Core i5-4570, 16GB, Samsung 850 SSD, Win10 Pro 64bit
2) Asus P8Z68-V, Core i7-2700K, 16 GB, Crucial C300 SSD, Win10 Pro 64bit
2) Zotac Z82, 8 GB, Win10 Pro 64bit
Nach oben
Benutzeravatar
Nobby1805
Moderator
Beiträge: 21380
Registriert: 6. Jun 2009, 17:40
Wohnort: Essen

Re: Automatisches Client-Backup funktioniert gar nicht mehr

Beitrag von Nobby1805 »

das Logging auf dem Client schiebt die Schuld aber dem Server zu :roll:

Code: Alles auswählen

[1]110223.044720.9588: Status: Volume (shadow) size 151882035200 used 46497685504
[1]110223.195724.9212: Error: ReconnectableStream: Write catch IOException In die Übertragungsverbindung können keine Daten geschrieben werden: Eine vorhandene Verbindung wurde vom Remotehost geschlossen., generation 1, reconnect
und dort sieht man 1. einen Zeitsprung und 2.passen beide Zeiten nicht zu der Zeit deines Logs vom Server

m.E. kann ein Zeitsprung den Abbruch ausgelöst haben, Überwachungstimer laufen ab ...

Ich hatte vor 2 Jahren auch unerklärliche Zeitsprünge auf meinem WHS ... hab dann das Tool PTBSync eingesetzt um heraus zu finden was die Ursache war ... die habe ich nicht gefunden, aber das Tool hält die Zeit seit dem sehr stabil
WHS:inzwischen abgeschaltet Acer H340 mit 1x 1 TB (WD10EAVS), 3x 2 TB (2 WD20EARS und 1 ST2000DM001), PP3+UR2
Server:
Intel Celeron J3455 auf Gigabyte Board, Win 10 Pro x64 21H2, 640 GB (System), 16 TB (Backup), 4 TB (Daten), Lindenberg Backup und LightsOut 3
5 Clients:
1 Intel i5-4670K, ASUS H87-PRO, 32 GB, 250 GB SSD, 2x 500 GB, Win 10 Pro x64 21H2
1 Lüfterlos fürs Wohnzimmer, Intel Celeron N4100, 4 GB, 128 GB, Win 11 Pro x64 21H2
1 AMD Ryzen 7 3700X, Gigabyte AORUS, 32 GB, Win 10 Pro x64 2009
1 Sony Vaio EB 2H4E, Win 10 Home x64 2009
1 Samsung NP-R540-JS09DE, Win 10 Pro x64 2009

WHSListTombstones, ein Tool zur Auflistung aller Tombstones
WHSDisks, ein Tool zur Darstellung und Prüfung der DriveExtender-Konfiguration
WHSDiskNames, ein Tool zur Änderung der Plattennamen in der Konsole
WHSBackup, Infos und Tool zur Backup-DB (2011-Version (auch für WSE2012))
Bitte schreibt bei Fragen und Problemen eure Konfig in die Signatur
Nach oben
LittleAlf
Foren-Mitglied
Beiträge: 54
Registriert: 12. Aug 2009, 20:24
Wohnort: Westfalen

Re: Automatisches Client-Backup funktioniert gar nicht mehr

Beitrag von LittleAlf »

Hallo WHS-User,

eine kurze Rückmeldung zum jetzigen Status: Die automatische Client-Sicherung funktioniert wieder einwandfrei! Alle per automatische Sicherung erreichbare Clients wurden jetzt mindestens einmal anstandslos gesichert. (Die beiden Notebooks sind nicht regelmäßig am Netz, deshalb muss ich diese häufiger manuell sichern.)

Die fehlerhafte (weil ca. 2 Stunden nachgehende) Zeit des WHS war der Grund für das sofortige Beenden der Sicherungsvorgänge. Die fehlerhafte Zeit des WHS tritt bei mir immer nach bestimmten Updates auf - eine Systematik habe ich bisher nicht erkennen können. Nach diesen Updates funktioniert auch der Zeitabgleich mit dem Internet nicht mehr.

Ich werde jetzt den Vorschlag von Nobby aufgreifen und einen zusätzlichen Zeitabgleich auf dem WHS installieren. Nochmals für alle meine Lehre aus diesen Vorfällen:

Die jederzeit korrekte Zeiteinstellung auf dem WHS ist Voraussetzung für das einwandfreie Funktionieren der automatischen Client-Sicherung!

Nobby: Nochmals herzlichen Dank für deine Hilfe.

Gruß

LittleAlf
WHS 2011-Server: Lian-Li PC-08, Intel DQ67EP, 8 GB RAM, 5 x 2TB HDD's (2 x WD20EARX, 2 x WD20EARS, jeweils RAID1)
Clients:
1) Intel DH87RL, Core i5-4570, 16GB, Samsung 850 SSD, Win10 Pro 64bit
2) Asus P8Z68-V, Core i7-2700K, 16 GB, Crucial C300 SSD, Win10 Pro 64bit
2) Zotac Z82, 8 GB, Win10 Pro 64bit
Nach oben
Antworten

Zurück zu „WHS V1 - Backup/Restore“