Backup error in Systeemkopie

[Rhelgers]

Ik heb laatst een Systeemkopie gemaakt via windows naar een externe SSD (Samsung T5).

Dit heb ik al eens eerder met succes gedaan naar een NAS, maar ik wilde mijn bestanden nu ook op een andere locatie veilig bewaren.

Het viel mij op dat er in de map Windowsimagebackup op de SSD nu een map zit met de naam "logs". In deze map zit een tekstbestand met de naam Backup_error xx-xx-xxxx ( met de datum van de gemaakte backup er achter en nog wat andere getallen die ik niet kan duiden.)

Als ik het tekst bestand open staat er niets in.

In de backup die ik eerder op mijn NAS heb gemaakt zit deze map niet.

Ik vroeg mij af of deze backup nu wel bruikbaar is of dat er ergens straks fouten in zitten?

Ik heb windows al ge update een fout controle op mijn externe SSD uitgevoerd en sfc /scannow geprobeerd.
Als ik het hierna opnieuw probeer krijg ik nog steeds dit log bestand.

Ik hoop dat iemand hier ervaring mee heeft en mij wil adviseren,

Alvast bedankt.

[PD2JK]

Hoe maak je de backup?
Via de oude Windows 7 tool of via 'Instellingen -> Bijwerken en beveiliging -> Back-up' ?

Had je een schijfletter gekoppeld naar je NAS of via een UNC pad naar de SMB share?

[Rhelgers]

Allereerst bedankt voor je snelle reactie,

Ik heb de backup gemaakt via instellingen en bijwerken en beveiligen en dan systeem kopie maken.

Ik zie dat daar inderdaad windows 7 bij staat..

Aii, ik heb even ge googeld om je laatste vraag te begrijpen (ik ben helaas niet zo'n IT expert maar ik heb mijn NAS aangesloten op mijn Router en deze verschijnt gewoon in mijn netwerk..

[PD2JK]

Hier even een backup naar externe disk gemaakt met diezelfde deprecated (=verouderde) Backup tool.
Aan het eind van de job wordt er hier ook een Logs folder aangemaakt met daarin een *leeg Backup_Error_$DateTime.log bestand.

Ik kan gewoon iets restoren uit die backup, dus ik zou je er verder niet druk om maken dat je backup niet werkt. De beste test is om zelf wat items te restoren. Als je echt om de backup geeft, kun je ook een harde schijf in je computer stoppen, en vervolgens met een bootable herstel-schijf je backup herstellen naar de aangesloten schijf. Sluit wel een harde schijf aan die leeg mag.

Misschien kun je beter de nieuwe tool gaan gebruiken, dan weet je zeker dat in de toekomst die tool ook nog werkt, mocht Microsoft de ondersteuning van de Windows 7 tool stopzetten.

<sub>* Bijna leeg dan...



vreem dat de tijd niet klopt trouwens, DST dingetje / UTC-1 ofzo?

@Brahiewahiewa feli hè</sub>

[ Voor 16% gewijzigd door PD2JK op 02-07-2021 15:03 ]

[Brahiewahiewa]

Rhelgers schreef op vrijdag 2 juli 2021 @ 12:09:
...
Het viel mij op dat er in de map Windowsimagebackup op de SSD nu een map zit met de naam "logs". In deze map zit een tekstbestand met de naam Backup_error xx-xx-xxxx ( met de datum van de gemaakte backup er achter en nog wat andere getallen die ik niet kan duiden.)

Als ik het tekst bestand open staat er niets in...

En dat is goed. Als je de backup start, wordt er een leeg bestand aangemaakt met de naam dd-mm-jjjj-hh-mm-ss.log. Eventuele errors worden daar in weggeschreven. Bij jou is het bestand leeg dus er waren geen errors

[DukeBox]

Die file hoort leeg te zijn, tenzij er iets fout is.

[Brahiewahiewa]

DukeBox schreef op vrijdag 2 juli 2021 @ 14:15:
Die file hoort leeg te zijn, tenzij er iets fout is.

Nou ja, feitelijk hoort het bestand op de originele locatie (op de c:-schijf) leeg te zijn. Als er in de laatste stap van VSS iets misgaat, komt dat niet op de backup locatie. Maar dan krijg je in de interface wel een melding

[DukeBox]

Brahiewahiewa schreef op vrijdag 2 juli 2021 @ 14:56:
Als er in de laatste stap van VSS iets misgaat, komt dat niet op de backup locatie. Maar dan krijg je in de interface wel een melding

Hoe bedoel je precies ? Het bestand wordt direct aangemaakt op de backup target bij het starten van de backup.

[Brahiewahiewa]

DukeBox schreef op vrijdag 2 juli 2021 @ 15:05:
[...]

Hoe bedoel je precies ? Het bestand wordt direct aangemaakt op de backup target bij het starten van de backup.

Wordt het rechtstreeks aangemaakt op de backup locatie? Lijkt mij niet logisch.
Maar als jij het uitgezocht hebt, ben ik wel geneigd je te geloven

PD2JK schreef op vrijdag 2 juli 2021 @ 14:04:
...vreemd dat de tijd niet klopt trouwens, DST dingetje / UTC-1 ofzo?...

Tijd is idd in UTC; da's handig als je backups maakt over meerdere tijdzones heen

[ Voor 26% gewijzigd door Brahiewahiewa op 02-07-2021 15:35 ]

[Rhelgers]

PD2JK schreef op vrijdag 2 juli 2021 @ 14:04:
Hier even een backup naar externe disk gemaakt met diezelfde deprecated (=verouderde) Backup tool.
Aan het eind van de job wordt er hier ook een Logs folder aangemaakt met daarin een *leeg Backup_Error_$DateTime.log bestand.

Ik kan gewoon iets restoren uit die backup, dus ik zou je er verder niet druk om maken dat je backup niet werkt. De beste test is om zelf wat items te restoren. Als je echt om de backup geeft, kun je ook een harde schijf in je computer stoppen, en vervolgens met een bootable herstel-schijf je backup herstellen naar de aangesloten schijf. Sluit wel een harde schijf aan die leeg mag.

Misschien kun je beter de nieuwe tool gaan gebruiken, dan weet je zeker dat in de toekomst die tool ook nog werkt, mocht Microsoft de ondersteuning van de Windows 7 tool stopzetten.

_{* Bijna leeg dan...}

[Afbeelding]

<sub>vreem dat de tijd niet klopt trouwens, DST dingetje / UTC-1 ofzo?

@Brahiewahiewa feli hè [Afbeelding]</sub>

Hey, tof dat je de moeite hebt genomen om het zelf uit te proberen!

Ik had echter begrepen dat je uit een systeem kopie niet zomaar wat dingen kan restoren. Volgens mij is de systeemkopie een kopie van het hele systeem met alle instellingen die daar bij horen.

Die nieuwe tool waar jij het over hebt is dacht ik meer gericht op het hertstellen van bijvoorbeeld gewiste mappen/ bestanden etc en deze hou je het liefst elke dag bij.

Mij intentie is echter een kopie maken van het systeem met alle instelleningen, die sla ik op op deze SSD en bewaar ik op een andere locatie als thuis.

Stel dat ik ooit slachtoffer mocht worden van randsomeware of er breekt brand uit, dat ik alles snel weer terug kan halen van mijn SSD.

Misschien is het wel beter om op een ander programma over te stappen.. Ik las laatst iets over Duplicati 2 in de computer totaal.

In ieder geval heel erg bedankt voor je reactie!

[DukeBox]

Brahiewahiewa schreef op vrijdag 2 juli 2021 @ 15:32:
Wordt het rechtstreeks aangemaakt op de backup locatie? Lijkt mij niet logisch.

Hoezo niet logisch ? Het zou niet logisch zijn een bestand dat kan wijzigen tijdens de backup op je source te zetten

[Rhelgers]

DukeBox schreef op vrijdag 2 juli 2021 @ 16:04:
[...]

Hoezo niet logisch ? Het zou niet logisch zijn een bestand dat kan wijzigen tijdens de backup op je source te zetten

Hoe verklaren jullie trouwens dat het bestand de eerste keer bij het maken van de backup op mijn NAS niet werd aangemaakt en nu op mijn SSD wel?

Je zou zeggen dat het dan geen standaard mapje is..

[DukeBox]

Rhelgers schreef op vrijdag 2 juli 2021 @ 16:17:
Hoe verklaren jullie trouwens dat het bestand de eerste keer bij het maken van de backup op mijn NAS niet werd aangemaakt en nu op mijn SSD wel?

Network target vs local target.

[Brahiewahiewa]

DukeBox schreef op vrijdag 2 juli 2021 @ 16:04:
[...]

Hoezo niet logisch ? Het zou niet logisch zijn een bestand dat kan wijzigen tijdens de backup op je source te zetten

Da's nou juist de gedachte achter VSS, dat wijzigingen die tijdens de backup optreden, toch meegenomen worden in de backup

[DukeBox]

Brahiewahiewa schreef op vrijdag 2 juli 2021 @ 22:04:
Da's nou juist de gedachte achter VSS, dat wijzigingen die tijdens de backup optreden, toch meegenomen worden in de backup

Nee, op het moment dat de backup start wordt er een view (soort snapshot) op het ntfs volume gemaakt welke juist niet meer verandert tijdens de backup.

[Brahiewahiewa]

DukeBox schreef op vrijdag 2 juli 2021 @ 22:47:
[...]

Nee, op het moment dat de backup start wordt er een view (soort snapshot) op het ntfs volume gemaakt welke juist niet meer verandert tijdens de backup.

OK, weer een misverstand rechtgezet. Tx