Advanced Backup Forum
nach Update... Teilsicherung Fehler, Log widersprüchlich Forum
Letzte Änderung : 05.06.2013
nach Update... Teilsicherung Fehler, Log widersprüchlich
Hallo Volker B.,
wie das Programm auch gemeldet hat, hat es bei "DatenHomes_2013-06-03_22-30_f1_i8.bfa" eine Vollsicherung gemacht jedoch den Dateinamen nicht umbenannt. Korrekt sollte es sein: "DatenHomes_2013-06-03_22-30_f2_i0.bfa".
Was die Datenmenge angeht: Nutzdaten, Auswahl, Ausschluss, Kompressionsgröße usw. werde ich noch hinzufügen, sowie den Log insgesammt überarbeiten. Habe bisher nur keine Zeit dafür gefunden.
Freundliche Grüße
Evorim Support
wie das Programm auch gemeldet hat, hat es bei "DatenHomes_2013-06-03_22-30_f1_i8.bfa" eine Vollsicherung gemacht jedoch den Dateinamen nicht umbenannt. Korrekt sollte es sein: "DatenHomes_2013-06-03_22-30_f2_i0.bfa".
Was die Datenmenge angeht: Nutzdaten, Auswahl, Ausschluss, Kompressionsgröße usw. werde ich noch hinzufügen, sowie den Log insgesammt überarbeiten. Habe bisher nur keine Zeit dafür gefunden.
Freundliche Grüße
Evorim Support
Hallo,
dem schliesse ich mich (leider) an...
Anbei das Log-file nach dem update von 3.30.13140.73 auf 3.35.13149; das Update erfolgte mitten im Sicherungssatz, Inkompatibilität wird bisher nicht erwähnt. Nach mehreren Versuchen mit (nahezu) identischen Fehlermeldungen: zurück zur Vers. 3.30.13140.73 - Sicherung 'funktioniert' (leider -am Rande bemerkt- wird auch weiterhin ein gesetztes Archivbit nicht zurückgesetzt - trotz aktiviertem (config)Schalter)
ach ja: hier das Log aus Vers. 3.35.13149:
### Zusammenfassung
Aufgabenname: Festplatte C_und_D
Beginn: 2013-05-30 20:00:47
Ende: 2013-05-30 20:08:12
Dauer: 00:07:25
Status: Die Aufgabe 'Festplatte C_und_D' wurde abgebrochen:
Die Bitmap des Elternarchivs konnte nicht geladen werden.
Sicherungsort:
Datenmenge: 58 GB
- Erfolgreich: 58 GB
- Fehlerhaft: 0 Byte
### Protokoll
2013-05-30 20:00:46: Benutzerdefinierte Aktionen werden verarbeitet.
2013-05-30 20:00:46: Überprüfe welche Sicherungsschema verwendet wird.
2013-05-30 20:00:46: Eine Teilsicherung wird vorbereitet.
2013-05-30 20:00:46: Sicherung wird vorbereitet.
2013-05-30 20:00:46: G:\back_up\Backup_2013-05-30_20-00_f15_i3.bdi
2013-05-30 20:00:46: Datei 'G:\back_up\Backup_2013-05-30_20-00_f15_i3.bdi' ist das Sicherungsarchiv.
2013-05-30 20:00:46: Überprüfe die Existenz des Sicherungsmediums.
2013-05-30 20:00:47: Überprüfe ob ausreichend Speicherplatz vorhanden ist.
2013-05-30 20:00:47: Schattenkopiedienst (Volume Shadow Service) wird gesucht.
2013-05-30 20:00:47: Schattenkopiedienst (Volume Shadow Service) wird initialisiert.
2013-05-30 20:00:47: Ausführung wird vorbereitet.
2013-05-30 20:00:47: Festplattensicherung wird initialisiert.
2013-05-30 20:00:47: Schattenkopiedienst (Volume Shadow Service) wird vorbereitet.
2013-05-30 20:00:47: Sicherungsarchiv wird erstellt.
2013-05-30 20:00:47: Festplatten für die Sicherung werden ausgewählt.
2013-05-30 20:00:47: Festplattensicherung wird ausgeführt.
2013-05-30 20:08:12: Schattenkopiedienst (Volume Shadow Service) wird entladen.
2013-05-30 20:08:12: Warnung: Die Aufgabe wurde nicht vollständig ausgeführt
2013-05-30 20:08:12: Die Aufgabe 'Festplatte C_und_D' wurde abgebrochen:
Die Bitmap des Elternarchivs konnte nicht geladen werden.
2013-05-30 20:08:12: Benutzerdefinierte Aktionen werden verarbeitet.
2013-05-30 20:08:12: Verarbeitung der Aufgabe wird beendet.
Freundliche Grüße
manfredb
dem schliesse ich mich (leider) an...
Anbei das Log-file nach dem update von 3.30.13140.73 auf 3.35.13149; das Update erfolgte mitten im Sicherungssatz, Inkompatibilität wird bisher nicht erwähnt. Nach mehreren Versuchen mit (nahezu) identischen Fehlermeldungen: zurück zur Vers. 3.30.13140.73 - Sicherung 'funktioniert' (leider -am Rande bemerkt- wird auch weiterhin ein gesetztes Archivbit nicht zurückgesetzt - trotz aktiviertem (config)Schalter)
ach ja: hier das Log aus Vers. 3.35.13149:
### Zusammenfassung
Aufgabenname: Festplatte C_und_D
Beginn: 2013-05-30 20:00:47
Ende: 2013-05-30 20:08:12
Dauer: 00:07:25
Status: Die Aufgabe 'Festplatte C_und_D' wurde abgebrochen:
Die Bitmap des Elternarchivs konnte nicht geladen werden.
Sicherungsort:
Datenmenge: 58 GB
- Erfolgreich: 58 GB
- Fehlerhaft: 0 Byte
### Protokoll
2013-05-30 20:00:46: Benutzerdefinierte Aktionen werden verarbeitet.
2013-05-30 20:00:46: Überprüfe welche Sicherungsschema verwendet wird.
2013-05-30 20:00:46: Eine Teilsicherung wird vorbereitet.
2013-05-30 20:00:46: Sicherung wird vorbereitet.
2013-05-30 20:00:46: G:\back_up\Backup_2013-05-30_20-00_f15_i3.bdi
2013-05-30 20:00:46: Datei 'G:\back_up\Backup_2013-05-30_20-00_f15_i3.bdi' ist das Sicherungsarchiv.
2013-05-30 20:00:46: Überprüfe die Existenz des Sicherungsmediums.
2013-05-30 20:00:47: Überprüfe ob ausreichend Speicherplatz vorhanden ist.
2013-05-30 20:00:47: Schattenkopiedienst (Volume Shadow Service) wird gesucht.
2013-05-30 20:00:47: Schattenkopiedienst (Volume Shadow Service) wird initialisiert.
2013-05-30 20:00:47: Ausführung wird vorbereitet.
2013-05-30 20:00:47: Festplattensicherung wird initialisiert.
2013-05-30 20:00:47: Schattenkopiedienst (Volume Shadow Service) wird vorbereitet.
2013-05-30 20:00:47: Sicherungsarchiv wird erstellt.
2013-05-30 20:00:47: Festplatten für die Sicherung werden ausgewählt.
2013-05-30 20:00:47: Festplattensicherung wird ausgeführt.
2013-05-30 20:08:12: Schattenkopiedienst (Volume Shadow Service) wird entladen.
2013-05-30 20:08:12: Warnung: Die Aufgabe wurde nicht vollständig ausgeführt
2013-05-30 20:08:12: Die Aufgabe 'Festplatte C_und_D' wurde abgebrochen:
Die Bitmap des Elternarchivs konnte nicht geladen werden.
2013-05-30 20:08:12: Benutzerdefinierte Aktionen werden verarbeitet.
2013-05-30 20:08:12: Verarbeitung der Aufgabe wird beendet.
Freundliche Grüße
manfredb
Danke - habe jetzt erst den Hinweis
"2013-06-03 22:30:22: Warnung: Das übergeordnete Archiv \'\' konnte nicht gefunden werden, deswegen wird eine Vollsicherung ausgeführt."
gesehen. Ich hätte ihn mehr im Zusammenhang mit dem Bestimmen und Öffnen der Datei erwartet...
Die Angabe des Deltas für Teilsicherungen (#Dateien, Nutzdaten, Größe Archiv) wäre wirklich toll.
Wenn z.B. PST-Dateien gesichert werden, hat sich ja i.d.R. nur ein kleiner Ausschnitt der Datei geändert. Es wäre schön, wenn hier auf Datei-Ebene das Delta gesichert würde und nicht jedes mal die komplette Datei von mehreren GB. Das ist aktuell noch nicht implementiert, richtig? Könnte das bald kommen?
"2013-06-03 22:30:22: Warnung: Das übergeordnete Archiv \'\' konnte nicht gefunden werden, deswegen wird eine Vollsicherung ausgeführt."
gesehen. Ich hätte ihn mehr im Zusammenhang mit dem Bestimmen und Öffnen der Datei erwartet...
Die Angabe des Deltas für Teilsicherungen (#Dateien, Nutzdaten, Größe Archiv) wäre wirklich toll.
Wenn z.B. PST-Dateien gesichert werden, hat sich ja i.d.R. nur ein kleiner Ausschnitt der Datei geändert. Es wäre schön, wenn hier auf Datei-Ebene das Delta gesichert würde und nicht jedes mal die komplette Datei von mehreren GB. Das ist aktuell noch nicht implementiert, richtig? Könnte das bald kommen?
Hallo Volker B.,
ja, ich könnte es umsetzen, das wie bei der Festplattensicherung nur die geänderte Datenmenge gesichert wird und nicht erneut die gesamte Datei. Das Problem dabei ist, das hierfür eine große Menge an CPU-Leistung erforderlich ist, um die tatsächlich geändert Daten zu finden und abzugleichen, anstatt einer simplen CRC32 Prüfsumme zu erstellen. Ich werde schauen in welcher Form ich es umsetzen werde. Die simpelste Variante ist, wich auch bei der Festplattensicherung, die Datei in Sektoren einzuteilen und sektorenweise Änderungen zu suchen. Dies produziert jedoch mehr Overhead als eine Byte-genaue Abschnittssuche der Änderung.
Eine Umsetzung ist jedoch frühstens Juli möglich.
Auch die anderen Angaben werden hinzugefügt.
Freundliche Grüße
Evorim Support
ja, ich könnte es umsetzen, das wie bei der Festplattensicherung nur die geänderte Datenmenge gesichert wird und nicht erneut die gesamte Datei. Das Problem dabei ist, das hierfür eine große Menge an CPU-Leistung erforderlich ist, um die tatsächlich geändert Daten zu finden und abzugleichen, anstatt einer simplen CRC32 Prüfsumme zu erstellen. Ich werde schauen in welcher Form ich es umsetzen werde. Die simpelste Variante ist, wich auch bei der Festplattensicherung, die Datei in Sektoren einzuteilen und sektorenweise Änderungen zu suchen. Dies produziert jedoch mehr Overhead als eine Byte-genaue Abschnittssuche der Änderung.
Eine Umsetzung ist jedoch frühstens Juli möglich.
Auch die anderen Angaben werden hinzugefügt.
Freundliche Grüße
Evorim Support
Hallo manfredb,
ich habe mich bemüht die Kompatibilität zu den älteren Archiven zu erhalten. Dies ist offensichtlich nicht gelungen, da das Programm die ältere Version nicht öffnen könnte.
Was das "Zurücksetzen des Archivbit" angeht, so werde ich es korrigieren.
Freundliche Grüße
Evorim Support
ich habe mich bemüht die Kompatibilität zu den älteren Archiven zu erhalten. Dies ist offensichtlich nicht gelungen, da das Programm die ältere Version nicht öffnen könnte.
Was das "Zurücksetzen des Archivbit" angeht, so werde ich es korrigieren.
Freundliche Grüße
Evorim Support
Hallo Herr Steinmiller,
Danke für die Nachricht!
Zitat: ..."ich habe mich bemüht die Kompatibilität zu den älteren Archiven zu erhalten"
Sorry, dem muss ich widersprechen! Denn auch die veröffentlichte Vers 3.36.13155 meldet diesen Fehler!
Und zwar unabhängig davon, ob mitten im Sicherungssatz eingesetzt, oder aber für einen neuen Sicherungssatz!
Die Log-Dateien, die dieses Fehlerbild dokumentieren, schicke ich Ihnen per Mail - dann bleibt das hier besser lesbar. Zusammenfassend nur soviel:
Bei der Teilsicherung steht im Log wieder: "Die Bitmap des Elternarchivs konnte nicht geladen werden."
während im Log der Vollsicherung einfach nur "Fehler beim Lesen der Festplatte." vermerkt ist....
Freundliche Grüße
ManfredB
PS.: Danke für das Archivbit...
Danke für die Nachricht!
Zitat: ..."ich habe mich bemüht die Kompatibilität zu den älteren Archiven zu erhalten"
Sorry, dem muss ich widersprechen! Denn auch die veröffentlichte Vers 3.36.13155 meldet diesen Fehler!
Und zwar unabhängig davon, ob mitten im Sicherungssatz eingesetzt, oder aber für einen neuen Sicherungssatz!
Die Log-Dateien, die dieses Fehlerbild dokumentieren, schicke ich Ihnen per Mail - dann bleibt das hier besser lesbar. Zusammenfassend nur soviel:
Bei der Teilsicherung steht im Log wieder: "Die Bitmap des Elternarchivs konnte nicht geladen werden."
während im Log der Vollsicherung einfach nur "Fehler beim Lesen der Festplatte." vermerkt ist....
Freundliche Grüße
ManfredB
PS.: Danke für das Archivbit...
Hallo ManfredB,
wenn ich es richtig verstehe, so ist es Ihnen nicht möglich eine Vollsicherung der Festplatte durchzuführen?
Haben Sie bereits versucht auch kleinere Partitionen/Laufwerke zu sichern. Kommt da dieser Fehler auch?
Freundliche Grüße
Evorim Support
wenn ich es richtig verstehe, so ist es Ihnen nicht möglich eine Vollsicherung der Festplatte durchzuführen?
Haben Sie bereits versucht auch kleinere Partitionen/Laufwerke zu sichern. Kommt da dieser Fehler auch?
Freundliche Grüße
Evorim Support
Hallo Herr Steinmiller,
leider ist 'es' so...habe soeben noch 'mal getestet (mit der Vers. 3.36.13155): auch 'kleine' Partitionen lassen sich nicht fehlerfrei sichern; eine Fortschrittsanzeige im gewohnten Umfang (kalkulierte Dauer, bereits gesichertes Volumen, Fortschrittsbalken) erfolgt mit der o.a. Vers. (hier) ebenfalls nicht.
Gehe zurück auf 3.30.13140.73 - läuft einwandfrei; die Vers. 3.35.13149 habe ich nicht noch 'mal durchlaufen lassen - lief ja bereits letzte Woche nicht!
Warte dann auf weitere 'Fortschritte' ! - Wie kann ich helfen/was kann ich beisteuern?
Freundliche Grüße
ManfredB
leider ist 'es' so...habe soeben noch 'mal getestet (mit der Vers. 3.36.13155): auch 'kleine' Partitionen lassen sich nicht fehlerfrei sichern; eine Fortschrittsanzeige im gewohnten Umfang (kalkulierte Dauer, bereits gesichertes Volumen, Fortschrittsbalken) erfolgt mit der o.a. Vers. (hier) ebenfalls nicht.
Gehe zurück auf 3.30.13140.73 - läuft einwandfrei; die Vers. 3.35.13149 habe ich nicht noch 'mal durchlaufen lassen - lief ja bereits letzte Woche nicht!
Warte dann auf weitere 'Fortschritte' ! - Wie kann ich helfen/was kann ich beisteuern?
Freundliche Grüße
ManfredB
Hallo ManfredB,
ich danke Ihnen für das Angebot. Sobald ich einen Lösungsansatz gefunden habe, sende ich Ihnen eine BETA zum Testen mit erweiterter Fehlerrückmeldung.
Freundliche Grüße
Evorim Support
ich danke Ihnen für das Angebot. Sobald ich einen Lösungsansatz gefunden habe, sende ich Ihnen eine BETA zum Testen mit erweiterter Fehlerrückmeldung.
Freundliche Grüße
Evorim Support
Hallo Herr Steinmiller,
als Randnotiz: keine Änderung des Fehlerbildes durch (probeweise) Verwendung der Vers. 3.36.13160....
Auffällig ist allenfalls, dass die Übertragungsrate im Rahmen der Sicherung/des Sicherungsfortschritts ungewöhnlich 'einbricht'; normalerweise werden (hier) kontinuierlich ca. 10GB / Minute übertragen. Mit der o.a. Vers. zunächst auch, nach ca 30 GB sinkt die Rate dann auf 6 GB / Min, dann weiter auf 3-4 GB/Min....und nach ca 60 GB wird mit einer Fehlermeldung abgebrochen...
Freundliche Grüße
ManfredB
als Randnotiz: keine Änderung des Fehlerbildes durch (probeweise) Verwendung der Vers. 3.36.13160....
Auffällig ist allenfalls, dass die Übertragungsrate im Rahmen der Sicherung/des Sicherungsfortschritts ungewöhnlich 'einbricht'; normalerweise werden (hier) kontinuierlich ca. 10GB / Minute übertragen. Mit der o.a. Vers. zunächst auch, nach ca 30 GB sinkt die Rate dann auf 6 GB / Min, dann weiter auf 3-4 GB/Min....und nach ca 60 GB wird mit einer Fehlermeldung abgebrochen...
Freundliche Grüße
ManfredB
Hallo ManfredB,
ich habe in der Festplatten- und Laufwerkssicherung einen Synchronisationsfehler zwischen den Threads gefunden und behoben. Ich hoffe das dies die Ursache dafür war und es nun damit funktioniert. Wenn nicht, melden Sie sich erneut. Heute kommt das Update, nach dem ich die neue Version ausführlich auf allen Testrechnern getestet habe.
Besten Dank!
Freundliche Grüße
Evorim Support
ich habe in der Festplatten- und Laufwerkssicherung einen Synchronisationsfehler zwischen den Threads gefunden und behoben. Ich hoffe das dies die Ursache dafür war und es nun damit funktioniert. Wenn nicht, melden Sie sich erneut. Heute kommt das Update, nach dem ich die neue Version ausführlich auf allen Testrechnern getestet habe.
Besten Dank!
Freundliche Grüße
Evorim Support
