Hyper Backup Vault Hyper Backup Vault Datenbank umziehen auf neues System

[Lilicoi]

Hallo Zusammen,

Ich sichere eine DS916+ mittels Hyper Backup auf eine alte DS213+, die nur zur Sicherung verwendet wird. Die DS213+ muss aus Kapazitätsgründen ersetzt werden, weshalb ich eine DS418 mit neuen und größeren Festplatten bestellt habe. Auf der DS213+ laufen keine weiteren Anwendungen.

Das Ziel:

Die komplette Sicherungshistorie der DS916+, die ja mittels Hyper Backup auf der DS213+ als Datenbank abgelegt ist, auf die neue DS418 zu kopieren/migriern und zwar so, dass die nächsten Sicherungen von der DS916+ nach erfolgtem Umzug weiterlaufen und die Sicherunghistorie transparent nun auf der DS418 fortgeschrieben wird (d.h. aus Sicht der DS916+ wird einfach die nächste Sicherungsgeneration geschrieben und der Datensicherungs-Explorer zeigt die gesamte Sicherungshistorie / alle Dateiversionen).

Ich habe bei der Suche im Forum und im Internet nichts passendes gefunden (oder ich habe es übersehen), wie ich hier vorgehen sollte. Für Hinweise und Empfehlungen wäre ich sehr dankbar. Die Systeme sind alle auf dem aktuellen Softwarestand (keine Beta´s). Das zu migrierenden Volumen beträgt ca. 9 TB.

Vielleicht hat ja schon jemand einen solchen Umzug gemacht?

Danke,
Lilicoi

 

[appel2000]

Ich hänge mich mal da dran....würde mich auch interessieren....

Muss ja leider weg von Amazon

http://www.synology-forum.de/showth...-nach-Amazon-Drive/page39&p=743724#post743724

 

[Lilicoi]

Umzug der Sicherung auf einen anderen Server:

1. Stoppen der Sicherung auf dem bisherigen Server.
2. Kopieren des Sicherungsverzeichnis auf das neue Zielverzeichnis.
Warten bis der Kopiervorgang beendet ist.
3. Anlegen eines neuen Sicherungjobs in Hyperbackup mit dem neuen ZIel und WICHTIG: die Option "relink to existing task" benutzen.
4. Falls alle Benutzer & Berechtigungen richtig gesetzt sind, sollte das umgezogene Backup nun auswählbar sein.
5. Empfehlenswert: vor der nächsten Sicherung die Backup Integrität prüfen lassen.
6. In meinem Fall gab es das Probleme, dass das neue Ziel nicht angezeigt wurde und alle Versuche gescheitert sind, die umgezogene Sicherung anzusprechen. Banale Ursache (aber ohne jede Fehlermeldung) war, dass das Verzeichnis nicht die Endung ".hbk" hatte und damit nicht angezeigt wurde (was früher nicht erforderlich war, aber jetzt zu diesem Fehler führte).

Alles in allem hat es zwei Wochen gedauert, bis alles in der neuen Umgebung lief. Die Performance ist aus meiner Sicht nicht befriedigend, da weder die CPUs der Systeme, noch das Netzwerk, noch die Platten annähernd ausgelastet werden. Wir haben daher die alte NAS neu aufgebaut und benutzen diese nun für ausgewählte Datei Kopien, um bei ernsthaften Problemen einen schnellen Zugriff auf die wichtigsten Informationen zu haben. Was auch verbessert werden sollte ist der Umstand, dass Hyperbackup nicht in der Lage ist, mehr als eine Task parallel abzuarbeiten.

Danke an den englischsprachigen Synology Service für die Hilfe.

 

[BavariaR]

Bin jetzt in ein leicht anderes Problem gelaufen...

Am Standort meiner Backup Synology wo das HyperBackup Vault läuft ist mehrmals hintereinander der Strom ausgefallen.. dort habe ich natürlich keine USV.... es mußte kommen wie es kommen mußte... es hat das OS der Syno zerschossen.

Ich musste also die Backup Syno neu installieren unter Beibehaltung der Daten, Konfiguration zurückspielen etc ähnlich wie bei einer Migration auf eine neue HW.
Problem war dass ich zwar Hyper Backup Vault als Paket wieder installiert habe, die Applikation aber keine lokalen existierenden Backups angezeigt hat... das Verzeichnis mit Standard Name "NETBACKUP" existiert aber und enthält alle früheren Backups, auch kann ich auf QUell Syno ein Backup starten und es findet den Backupserver, das Verzeichnis etc ...

Weiß jetzt nicht genau was passiert, ob wieder ein komplettes neues Backup erstellt wird oder ob erkannt wurde dass es frühere Backups gab... keine Ahnung.

Hat jemand eine Idee wie man in so einem Fall richtig vorgehen muss um seine Backups "zu Retten" und sie im HyperBackup Vault wieder anzeigen zu lassen ?

 

[Fusion]

Der Backup Job auf der Quell DS läuft ohne jedwede Anpassung weiter?
Dann würde ich mal warten bis er durchgelaufen ist und dann schauen, ob Hyper Backup Vault den Job dann auch wieder anzeigt.
Zudem kannst du auf der Backup DS ja im Backup-Verzeichnis nachsehen, was drin steht, welche Zeitstempel, etc.

Falls der Job nicht auftaucht würde ich als nächstes probieren den Job auf der Quelle zu entfernen (alle Einstellungen merken!) und neu erstellen und dabei "mit vorhandener Aufgabe neu verknüpfen" wählen.
Dann hat er ja auch wieder die selben Quell und Ziel Daten und die Anzeige in HBV taucht wieder auf.
Hyper Backup Vault ist eigentlich auch nur eine kleine Visualisierung, um auf die Logs und Versionsexplorer am Ziel zuzugreifen und eventuell laufende Jobs anzuzeigen.

Oder dritte Möglichkeit, Ticket bei Synology. Wirkliche Hilfe gibt es auch in der Online Hilfe zu diesem Punkt nicht.

 

[BavariaR]

Also der Job ist durchgelaufen und im Log kann man auch sehen dass er nur das Delta aufgeführt hat, er muss also den Bestand auf Ziel Syno erkannt haben. Leider ist auch nach dem Job nichts in der Ziel Syno zu sehen im Hyper Backup Vault.

Versuch jetzt mal zu löschen und neu zu erstellen...

 

[BavariaR]

Erst einmal muss ich mich korrigieren, es ist normal dass nichts in HBV auftaucht weil es kein HB Task war... ist mir dann aufgefallen wegen den Ports... 22 wurde genutzt und das ist normales rsync backup. Sind ja schon ältere Tasks da gab es das Hyper Backup noch gar nicht

Es war ein rsync copy (single Version), leider scheint man nach löschen der Task diese nicht mehr "Relinken zu können". Ein Versuch sie neu zu erstellen mit genau den gleichen Parametern und Wiederverwendung des existierenden Folders scheitert!

Beim Neu Erstellen des rsynch copy (single version) bekomme ich ein Fehler.... The directory is already used by another task. Please specify a different name and try again???

Einer eine Idee was da schief läuft oder wie man das umgehen kann?

Sind die Bachup Settings teil der "Config Sicherung"? Wahrscheinlich nicht?

 

[Fusion]

Hast mal auf dem Ziel geschaut, ob er dort eine versteckte Datei mit einem Punkt beginnend oder so anlegt die man nur löschen müsste, oder will er generell nur einen leeren Zielordner zum Start?
Im letzten Fall würde ich den Ordner am Ziel mal umbenennen, eventuell einen neuen Ordner mit dem vorherigen Namen anlegen, dann einen neuen Job anlegen , kurz anstarten und wieder stoppen, die Daten am Ziel zurück verschieben und dann wieder starten.

Die Hyper Backup Jobs selber können nirgends gesichert werden.

 

[BavariaR]

Habe es jetzt hinbekommen....

also rsync copy (single Version) kann man nicht direkt mit einem existierenden Ziel wieder verbinden wenn das Ziel wieder hergestellt wurde nach einer Neuinstallation... man muss in der Tat einfach das Backup in ein neues Verzeichnis anfangen, 5 Minuten laufen lassen bis der Backup angefangen hat zu übertragen. Dann cancel und am Ziel die existierenden Dateien ohne die konfigurations Informationen im Hauptverzeichnis verschieben in das neu angelegt Verzeichnis und ggf bereits übertragene Dateien überschreiben. Wenn alles Fertig ist einfach das Backup wieder starten und das Erkennt dann die existierenden Dateien und überträgt nur die neuen und geänderten.

Hier auch noch die Methode wie man mit Folder Sync umgeht in der gleichen Situation... ist etwas komplizierter.

Sagen wir in der Ziel und in der Quell-Syno gibt es die zwei gleichen Verzeichnisse TEST die man wieder mit Shared Folder Sync verknüpfen will.

Man startet dann einfach den Sync Job auf der Quelle.... der erkennt dass es bereits ein Verzeichnis mit dem Namen gibt im Ziel und benennt den Shared Folder um in TEST_1 und startet sein Sync in den neu erstellten Folder TEST.

HIer stoppt man den Sync auch wieder dann muß man auf dem Ziel zuerst der ADMIN Gruppe die Schreibrechte für das neu erstellte Verzeichnis geben, danach löscht man TEST (neu erstellt durch Sync) und benennt TEST_1 um in TEST und startet den Folder Sync wieder... so hat man das System überlistet.

Eine Besonderheit... wenn es sich um ein System Folder handelt wie "homes" dann geht das nicht ganz so einfach weil DSM es nicht zulässt dass man homes_1 in homes umbenennt weil geschützter Name des systems. Hier muss man dann einfach alle "alte Dateien" von "homes_1" in homes zurück bewegen (move) und danach "homes_1" löschen... dauert halt länger