Wiederherstellen der Konfiguration, Fortführen eines alten Tasks?

[Ansorg]

Mußte die DS mal resetten. Dank Konfigurationsbackup kein großes Problem - dachte ich. Leider sind da die Einstellungen vom Time Backup nicht enthalten.

Jetzt geht es leider wieder mit einem neuen Backup-Task los, mit einer Voll-Sicherung. Die vorherigen Backups sind ja noch auf der Platte - kann ich die irgendwie aufnehmen/übernehmen/fortführen?

Danke

 

[quadgio]

Das Thema interessiert mich auch.
Ich hatte meine DS 211 nach einem Stromausfall resettet, da ich auf das Gerät nicht mehr zugreifen konnte. Tatsächlich funktionierte die DS wohl einwandfrei, nur der DHCP-Server hatte nach dem Stromausfall einen Adressenkonflikt. Wie dem auch sei, der Reset-Knopf war gedrückt und die Konfiguration weg.

Mittlerweile läuft die DS wieder. Alles läuft wie zuvor, nur Time Backup startet mit neuen Backup-Tasks. Die alten Sicherungen sind noch auf der Platte, werden von Time Backup aber nicht erkannt. Auf die gespeicherten Daten kann ich via File Station problemlos zugreifen, aber sie sind in Time Backup nicht aufgeführt und werden in Smart Recycle nicht berücksichtigt. Auch wird zunächst eine Voll-Sicherung erstellt, was die Festplatte an den Rand ihrer Kapazität bringt.

Es wäre schön, wenn die alten Datensicherungen von der neuen Time Backup-Installation erkannt und berücksichtigt würden. Die neuen Daten werden sogar im gleichen Verzeichnis abgelegt wie die alten. Es sieht so aus, als ob die Datensätze in Time Backup nur noch registriert werden müssten, z.B. indem man sie in einer Liste einträgt. Gibt es so eine Liste und weiß jemand, wie sie erweitert werden kann?

 

[Hafer]

Ich zerre den Thread mal zurück ans Licht, weil's mich auch gerade betrifft: Weiß jemand Rat?

Gruß Hafer

 

[DS212]

Ich verweise mal auf den Thread aus dem "Backup"-Bereich.

http://www.synology-forum.de/showthread.html?35720-%DCberlegungen-zur-Sicherung/page7

Auf den letzten drei Seiten steht einiges zur Sicherung der Konfiguration von TimeBackup.

Kurzum:
Im Ordner der DS unter /usr/syno/etc/packages/TimeBackup/ findet man vier Dateien (snapshot_info, task_x, task, timebkp), welche die Konfiguration des Auftrags enthalten. Sind diese gesichert (was man selbst veranlassen muss über einen Script o.Ä.) so kann man die Dateien nach einem Reset wieder in das Verzeichnis zurückkopieren und der TimeBackup-Auftrag lässt sich inkl. den vorherigen Sicherungen einfach fortsetzen.
Da TimeBackup die Dateien allerdings nicht von selbst sichert (was ein riesiges Manko von TimeBackup ist), sind sie vermutlich weg und die Sicherung kann nicht mehr an dem zuvor gesicherten Punkt fortgesetzt werden (die zu gesicherten Daten sind natürlich nach wie vor vorhanden).
Deshalb (leider) für das nächste Mal die Konfigurationsdateien ebenfalls sichern (siehe im verlinkten Thread).
Ich habe vor längerem mal ein Feature-Request diesbzgl. an Synology geschickt indem ich meinen Lösungsvorschlag unterbreitet habe. Mir wurde versprochen es an die Entwickler weiterzureichen, jedoch (bisher) ohne Folgen.


Mfg

 

[Hafer]

@DS212 Danke für die Info.

Ich werde den Feature Request ebenfalls einreichen - ist für mich nicht verständlich, diese Konfiguration nicht zusammen mit dem backup abzuspeichern: Geht das Backup kaputt, brauche ich die Konfiguration nicht mehr. Geht die Konfiguration kaputt, kann ich das Backup nur noch sehr eingeschränkt verwenden. Ideal, um das operative Risiko zu erhöhen, nicht zu senken.

Gruß Hafer

 

[dil88]

Auch mein Dank an DS212, das ist sehr erhellend.

Geht die Konfiguration kaputt, kann ich das Backup nur noch sehr eingeschränkt verwenden.

Die Fortführung des Backups ist ohne Konfiguration nicht möglich, aber die Wiederherstellung des Backups - und darum geht es ja eigentlich - ist problemlos möglich, da die Dateien auf dem Sicherungsmedium direkt im Filesystem gespeichert werden.

 

[Hafer]

... und wenn die Konfig-Dateien zusammen mit den Backup-Daten auf dem backup-Medium liegen, geht es auch

Gruß Hafer

 

[dil88]

Dass das sinnvoll wäre, da sind wir ja völlig einer Meinung.