Willkommen Gast 

Infos ein-/ausblenden

Willkommen Gast! Um Beiträge zu verfassen musst Du registriert sein.





Seiten: [1] 2
Autor Thema:v2 - vorhandene Backupsätze aus v1 erkennen?
bigboy
Neuling
Beiträge: 19
Permalink
avatar
Beitrag v2 - vorhandene Backupsätze aus v1 erkennen?
am September 24, 2012, 19:20
Zitat

Hallo,

Bin dabei v2 auszuprobieren, vorerst mit der freien Lizenz.
Was muss ich tun, damit vorhandene Backupsätze aus v1 erkannt werden?

Eine vorhanden hbd-Datei der früheren Version wird in v2 erkannt und im Format umgestellt, aber unter "Der neue Backupsatz wird in ... gespeichert" steht nichts.

Harald

lupinho
Administrator
Beiträge: 713
Permalink
avatar
Beitrag Re: v2 - vorhandene Backupsätze aus v1 erkennen?
am September 24, 2012, 19:38
Zitat

Von welcher Version reden wir? Alte Backupsätze von HardlinkBackup(!) 1.0 sollten eigentlich erkannt werden - hab' ich eben auch nochmal überprüft. Mit RsyncBackup sieht das nicht so gut aus, da die Backupsätze nicht anhand der "backup.hbs"-Dateien erkannt werden, sondern am Verzeichnisnamen; bzw. der index.hbi.
Es gibt prinzipiell zwei Wege, um das Problem zu lösen:
1.) Installation von Version 1.0.1, Durchführen eines Backups, danach Version 2.0 installieren - die erkennt dann den Backupsatz.
2.) Man bastelt sich die Dateien "backupset.hbs" für die interessanten Backupsätze schnell mit dem Editor selbst. Eine minimale backupset.hbs sieht ungefähr so aus:

<?xml version="1.0" encoding="utf-8"?>
<backupset xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.hardlinkbackup.com/backupset/V2.0">
  <date>2012-09-24T15:55:20.7385724+02:00</date>
  <mode>Hardlink</mode>
  <status>Completed</status>
  <manage>Auto</manage>
</backupset>

Dort muss man nur noch die Backupzeit entsprechend anpassen und die Datei als "backupset.hbs" im Verzeichnis des Backupsatzes speichern. Der Vorteil dieser Lösung ist, dass man so auch uralte Backupsätze hervorzaubern kann. Ich weiß/glaube nicht, das HardlinkBackup 1.0 die "backupset.hbs" für bestehende Backupsätze erzeugt.

Sorry dafür, dass ich in der Laderoutine von HardlinkBackup 2.0 nicht die gesamte Historie mitgeschleift habe...

lupinho
Administrator
Beiträge: 713
Permalink
avatar
Beitrag Re: v2 - vorhandene Backupsätze aus v1 erkennen?
am September 24, 2012, 19:45
Zitat

Übrigens gibt es auch einen Grund dafür, dass HardlinkBackup 2.0 nicht mehr vom Verzeichnisnamen auf einen Backupsatz schließt: HardlinkBackup 2.0 erlaubt auch die Ablage von Backupsätzen in weiteren Unterverzeichnissen; d.h. Du kannst Benennungsregeln definieren, die z.B. Backups eines Monats in je ein Verzeichnis für den Monat ablegen. Diese Änderung beißt sich aber mit der Annahme von RsyncBackup, dass starr die Verzeichnisnamen der direkten Unterverzeichnisse des Sicherungsverzeichnisses ausgewertet hat.

bigboy
Neuling
Beiträge: 19
Permalink
avatar
Beitrag Re: v2 - vorhandene Backupsätze aus v1 erkennen?
am September 24, 2012, 19:52
Zitat

Die vorhandene 'backupset.hbs' sieht so aus:

<?xml version="1.0" encoding="utf-8"?>
<backupset xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="1.0">
  <backupdate>2011-11-10T12:49:00.3879045+01:00</backupdate>
  <backupname />       <= Ich hatte keinen vergeben
  <linkmode>HardLink</linkmode>
</backupset>
lupinho
Administrator
Beiträge: 713
Permalink
avatar
Beitrag Re: v2 - vorhandene Backupsätze aus v1 erkennen?
am September 25, 2012, 13:25
Zitat

Ok, dann war da also eine... Wenn Du das auf das neue Format änderst, müsste es gehen und ich guck' mir nochmal an, warum das mit Deiner Datei nicht klappt.

bigboy
Neuling
Beiträge: 19
Permalink
avatar
Beitrag Re: v2 - vorhandene Backupsätze aus v1 erkennen?
am September 25, 2012, 17:27
Zitat

Zitat von lupinho am September 25, 2012, 13:25
Ok, dann war da also eine... Wenn Du das auf das neue Format änderst, müsste es gehen und ich guck' mir nochmal an, warum das mit Deiner Datei nicht klappt.

Hab sie auf das neue Format geändert und jetzt wurden die 3 vorhandenen Backupsätze zwar erkannt und auch alle zum Vergleich herangezogen, aber das Ergebnis des Einlesens ist, das alles kopiert und nichts verlinkt wird (bei 10753 Dateien in 1171 Verzeichnissen), obwohl ein Großteil dieser Dateien unverändert ist. Die index.hbi hatte ich vorher gelöscht.

lupinho
Administrator
Beiträge: 713
Permalink
avatar
Beitrag Re: v2 - vorhandene Backupsätze aus v1 erkennen?
am September 25, 2012, 18:11
Zitat

Das ist schon komisch. Was ist das für ein Backuplaufwerk? Stimmen die Pfade?

bigboy
Neuling
Beiträge: 19
Permalink
avatar
Beitrag Re: v2 - vorhandene Backupsätze aus v1 erkennen?
am September 25, 2012, 23:27
Zitat

Backup erfolgt auf eine an eine FRITZ!Box per USB angeschlossene NTFS-formatierte externe Festplatte.
Ja, die Pfade stimmen, Backup läuft z.Zt., ich kann also den Fortschritt auf dem Ziellaufwerk mitverfolgen.

lupinho
Administrator
Beiträge: 713
Permalink
avatar
Beitrag Re: v2 - vorhandene Backupsätze aus v1 erkennen?
am September 29, 2012, 15:40
Zitat

In der Version 2.0.1 habe ich die Erkennung von Backupsätzen der Version 1 und von RsyncBackup verbessert. Jetzt müsste alles gut sein...

bigboy
Neuling
Beiträge: 19
Permalink
avatar
Beitrag Re: v2 - vorhandene Backupsätze aus v1 erkennen?
am September 30, 2012, 12:23
Zitat

Auch mit v2.0.1 leider kein Erfolg.
Jetzt manuell erstellte backupset.hbs im alten Backupsatz (vom 2009-05-22):

<?xml version="1.0" encoding="utf-8"?>
<backupset xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.hardlinkbackup.com/backupset/V2.0">
  <date>2009-05-22T23:18:11.3879045+01:00</date>
  <mode>Hardlink</mode>
  <status>Completed</status>
  <manage>Auto</manage>
</backupset>

Nachdem die ersten (alten) Dateien eingelesen wurden und alle kopiert wurden statt sie zu verlinken habe ich das Backup per "Abbrechen" beendet. (Mich wundert etwas, warum das dann als "failed because an exception occured" erscheint.)
Hier die Log-Datei:

[12:05:43.52] INF: Configure backup "D:\Benutzer\harald\HC-Data\RsyncBackup\HC-Projekte FRITZ.NAS (Z).hbd"
[12:05:43.52] INF: Start backup at 2012-09-30 12:05:43.52
[12:05:43.52] INF: Compare with backup sets "Z:\HardlinkBackup\HC-Projekte\2009-05-22"
[12:05:43.53] INF: Initializing backup
[12:05:43.53] INF: Check source access to D:\Benutzer\harald\HC-Projekte\PROJEKTE 
[12:05:43.54] INF: Check root access to Z: 
[12:05:43.58] INF: Need user to access "Z:\" (user is "")
[12:05:44.39] INF: Check access to backup set Z:\HardlinkBackup\HC-Projekte\2009-05-22
[12:05:45.05] INF: Check file access to Z:\HardlinkBackup\HC-Projekte\2012-09-30
[12:05:50.31] INF: Finished backup initialization
[12:05:50.32] INF: Start backup process
[12:05:50.47] INF: Don't use index for Z:\HardlinkBackup\HC-Projekte\2009-05-22
[12:05:55.36] MSG: Creating directory "Z:\HardlinkBackup\HC-Projekte\2012-09-30\HC-PROJEKTE"
...
[12:05:56.22] MSG: Creating directory "Z:\HardlinkBackup\HC-Projekte\2012-09-30\HC-PROJEKTE\Auerswald\COMfortSet\Version1337"
[12:05:56.78] MSG: Copy "D:\Benutzer\harald\HC-Projekte\PROJEKTE\Auerswald\COMfortSet\Version1337\data1.cab" to "Z:\HardlinkBackup\HC-Projekte\2012-09-30\HC-PROJEKTE\Auerswald\COMfortSet\Version1337\data1.cab"
...
[12:06:44.50] MSG: Copy "D:\Benutzer\harald\HC-Projekte\PROJEKTE\Auerswald\COMfortSet\Version1337\Setup.inx" to "Z:\HardlinkBackup\HC-Projekte\2012-09-30\HC-PROJEKTE\Auerswald\COMfortSet\Version1337\Setup.inx"
[12:06:45.02] ERR: The worker FileScanWorker[Id=Lupinho.Net.HardlinkBackup.Engine.Workers.FileScanWorker@23, WorkerState=Failed, Fail] failed because an exception occured:
[12:06:45.03] ERR: Lupinho.Net.Worker.WorkerAbortedException: Worker Lupinho.Net.HardlinkBackup.Engine.Workers.FileScanWorker@23 aborted.
   bei Lupinho.Net.Worker.AbstractWorker.IsStopRequested(Boolean ignoreAbortRequest)
   bei Lupinho.Net.HardlinkBackup.Engine.Workers.FileScanWorker.Work(IWorkerRunControl workerRunControl, IProgressMonitorTask workingTask)
   bei Lupinho.Net.Worker.AbstractWorker.Continue()
[12:06:48.78] ERR: The worker HardlinkFileBackupWorker[Id=Lupinho.Net.HardlinkBackup.Engine.Workers.HardlinkFileBackupWorker@25, WorkerState=Failed, Fail] failed because an exception occured:
[12:06:48.79] ERR: Lupinho.Net.Worker.WorkerAbortedException: Worker Lupinho.Net.HardlinkBackup.Engine.Workers.HardlinkFileBackupWorker@25 aborted.
   bei Lupinho.Net.Worker.AbstractWorker.IsStopRequested(Boolean ignoreAbortRequest)
   bei Lupinho.Net.HardlinkBackup.Engine.Workers.AbstractFileWorker.Work(IWorkerRunControl workerRunControl, IProgressMonitorTask workingTask)
   bei Lupinho.Net.Worker.AbstractWorker.Continue()
[12:06:48.82] ERR: The worker ScanBackupWorker[Id=Lupinho.Net.HardlinkBackup.Engine.Workers.ScanBackupWorker@24, WorkerState=Failed, Fail] failed without exception.
[12:06:48.84] INF: Backup process failed
[12:06:48.87] INF: Writing backup set info for target Z:\HardlinkBackup\HC-Projekte
[12:06:49.33] ERR: The worker FullBackupWorker[Id=Lupinho.Net.HardlinkBackup.Engine.Workers.FullBackupWorker@19, WorkerState=Failed, Fail] failed because an exception occured:
[12:06:49.34] ERR: Lupinho.Net.Worker.SubWorkerFailedException: The sub-worker ScanBackupWorker[Id=Lupinho.Net.HardlinkBackup.Engine.Workers.ScanBackupWorker@24, WorkerState=Failed] has been failed.
   bei Lupinho.Net.Worker.AbstractSequentialWorker`1.Work(IWorkerRunControl workerRunControl, IProgressMonitorTask workingTask)
   bei Lupinho.Net.Worker.AbstractWorker.Continue()
[12:06:49.35] INF: Closing backup...
[12:06:49.43] INF: Backup failed.
Seiten: [1] 2
Mingle Forum by cartpauj
Version: 1.0.34 ; Die Seite wurde geladen in: 0.072 Sekunden.