Hyper Backup Vault Backup nicht mehr möglich - Hyperbackup zu Hyperbackup Vault

[orren]

Vielen Dank für eure angeregte Diskussion. Ich versuche es noch genauer zu erklären.

Die Versionsliste wurde schon immer, also seid Beginn der Backups, gelb dargestellt. Klicke ich auf "Details" wird mir immer "Fehlgeschlagen" angezeigt. Zu der Vermutung, dass nie ein "echtes Backup stattgefunden hat, kann ich nicht bestätigen. Auf dem Ziel-NAS kann ich die Backupdatei öffnen und alle Dateien stimmen mit dem Quell-NAS überein. Ich hatte das kontrolliert indem ich eine Datei am Vorabend auf dem Quell-NAS installiert hatte und am nächsten Abend konnte ich die "neue" Date auf dem Ziel-NS sehen und auch öffnen.

Was hat es mit den IPV6 dressen auf sich. Dies ist meinem Internet Anschluss geschuldet (Deutsche Glasfaser). Ich hoffe ich erzähle hier jetzt keinen Quatsch. Das Modem von DG weist mir eine IP Adresse zu, welche ich von extern nicht so ohne weiteres erreichen kann, ansonstn hätte ich einfach ein DynDns gnutzt und gut ist. So einfach war es leider nicht.

Ich werde jetzt noch einmal die Fritz-Box Einstellungen überprüfen, aber ich bezweifle meinen Erfolg, da ih eben von meiner Seite aus nichts verändert habe. Vielleicht liegt es ja tatsächlich an irgendeinem Update, nur an welchem. Seitens DSM gab es ja keines und ich hätte zustimmen müssen.

Ich habe die Fritzboxen überprüft und glaube ich etwas gefunden. Bei der Quell-Box (7590) sind alle Portfreigaben grün und bei der Ziel-Box (7490) sind nur die IPV4 Freigaben grün.

 

[Aevin]

Hi @orren,

das ein Backup stattgefunden hat habe ich auch nicht bezweifelt. Nur dass möglicherweise nicht alles wieder ordentlich hergestellt werden kann aus dem vorliegenden Backup. Sonst würde es keinen Fehler anzeigen.
Steht denn noch etwas anderes unter Details als nur "Fehlgeschlagen" ? Ich dachte da steht zumindest was nicht lief (Synchronisierung von Ordner X oder Ähnliches).

Ich frage mich auch trotzdem noch, warum im Post 1 auf den beiden Bildern unterschiedliche Zielordner vorhanden sind.
Nach meinem Verständnis hast du das Ziel geändert und er müsste erneut komplett deine Start-DS auf die Ziel-DS sichern.
Wie schaut es denn mit verfügbarem Platz auf der Ziel-DS aus? Könnte die im aktuellen Zustand nochmal die gesamte Datenmenge der Start-DS aufnehmen?

Zeig doch mal bitte einen Screenshot der Ordnungsstruktur auf der Ziel-DS.

 

[Fusion]

@Aevin - klar sieht man in den Bildern nur "Home_", denke nicht, dass da eine 2 folgt, sondern ebenfalls wie im ersten Bild eine 1

@orren - ausschlaggebend ist eigentlich nur unter welche IP Protokollen das Ziel erreichbar ist. "Wo" ist Deutsche Glasfaser? An der 918 oder der 216 oder an beiden?
DG fährt im Normalfall sogenannte "DS Lite" Dual-Stack Lite Anschlüsse wie viele Kabelanbieter auch.
Dabei bekommt man nur eine öffentliche IPv6 und eine private IPv4 (NAT). Dies ist nur relevant für EINGEHENDE Verbindungen. Externe Ziele kann man sowohl mit IPv4 wie auch IPv6 ohne Probleme erreichen.
Auch mit nur öffentlicher IPv6 kann man dynDNS betreiben (solange alle zugreifenden Clients eben auch via IPv6 ankommen. Für IPv4 braucht man weitere Hilfsmittel).

 

[Aevin]

Schau mal genau hin... da ist ein Querstrich auf Bild 2 ...aber egal... kann nur der TE aufklären.

 

[orren]

Schau mal genau hin... da ist ein Querstrich auf Bild 2 ...aber egal... kann nur der TE aufklären.

Was genau meinst Du mit Querstrich auf Bild 2?

@ Aevin: Sorry, die richtige Meldung lautet so....



@Fusion: Du liegst richtig. An beiden Anschlüssen ist Deutsche Glasfaser mit dieser dämlichen DS Lite Nummer. Nervt mich wirklich, da es dieses Sicherungsvorhaben bisher deutlich verkompliziert hat.

Hier die Ordnerstruktur auf dem Ziel-NAS und nein, leider ist kein Platz für ein zweites Backup, da ich dort mit zwei Festplatten eine Spiegelung fahre.




Ich wollte mir nochmals die Aufgabeneinstellung ansehen und er hat wieder diese Fehlermeldung gebracht. Vielleicht hilft diese ja weiter. Wahrscheinlich nur ein weiterer Hinweis, dass das Ziel-NAS nicht mehr erreichbar ist.

 

[RichardB]

Nö, in dem Fall ein Hinweis, dass HyperBackup Vault am Quell-NAS offenbar nicht mehr installiert ist. Es heißt ja: ...ungültige Sicherungsquellen abgewählt

EDIT:
Es kann natürlich auch sein, dass es die Anwendung zerschossen hat und sie deswegen nicht mehr gesichert wird. Möglich wäre es. Dafür spricht die Fehlermeldung.
Und abgesehen davon: Gibt es einen Grund, wieso Du HyperBackup Vault am Quell-NAS installiert hast?

 

[Fusion]

Wäre auf jeden Fall interessant wie die Einstellungen des Jobs genau sind, nachdem eine IPv6 im Log auftaucht, wo normal der verwendete Hostname steht.

Wenn an beiden Standorten DG Anschlüsse vorliegen mit DS Lite hättest du ja zumindest schon mal am Anschluß jeweils öffentliche IPv6 Adressen und auch die beiden NAS hätten welche wenn die Fritzboxen korrekt auch auf IPv6 eingestellt sind.
Dann bräuchtest du bei den Portfreigaben auch nur jene für IPv6.
Selbst die Syno-DDNS würde da funktionieren (oder wie gehst du aktuell auf die Ziel DS von extern?).
Einzige wo ich da Probleme sehen würde ist, falls die Syno die nicht öffentliche IPv4 vom DS-NAT mit in den Eintrag setzen würde.
Aber da könnte man ja z.B. auf dynv6.com gehen und den DDNS Updater 2 auf der Syno nehmen. Dann kann man sicherstellen, dass hinter einem DDNS Namen nur die IPv6 zu finden ist.

Zu der Fehlermeldung:
Schau in das zweite Register "Anwendungen". vermutlich wurde HyperBackup Vault, welchen man auf der Quell-DS auch überhaupt nicht braucht deinstalliert und deshalb auch in der Sicherung abgewählt.

 

[Aevin]

Was genau meinst Du mit Querstrich auf Bild 2?

Moin Leute...

ich will mich jetzt nicht weiter darauf versteifen. Nur zum Abschluss nochmal was ich gemeint hatte... Bild 1 ist eine 1 und Bild 2, wenn man genau hinschaut eine 2 (siehe rote Pfeile).




Was @Fusion geschrieben hat kann ich nur bestätigen. Hyper Backup Vault wird nicht benötigt auf der Quell-NAS. Am besten dieses Paket deinstallieren und auch im Backup-Job herausnehmen.

 

[orren]

@Aevin: Deine "2" ist lediglich der Flachstrich zwischen dem Wortende und der 1. Die 1 wurde nur nicht dargestellt, da das Fenster zu klein war, bzw. ich es nicht vergrößert habe.

Auf das Ziel NAS gehe ich über Quickconnect rein.

HyperVault ist nur auf dem Ziel-NAS nicht installiert, aber nicht auf dem Quell-NAS. Da ist nur Hyper Backuo installiert.

Aufgabeneinstelloung HyperVault auf dem Ziel-NAS

 

[Aevin]

Du widersprichst dich da gerade etwas.

Also auf dem Quell-DS muss nur Hyper Backup installiert sein und auf dem Ziel-DS nur Hyper Backup Vault.

In deiner Sicherung auf dem Bild wird aber auch unter Applikation Hyper Backup Vault aufgelistet. das kannst du entfernen. Also Backupjob öffnen und unter Applikationen den Haken rausmachen. Dann kannst du im Paketzentrum Hyper Backup Vault löschen.

Sollte dies im Paketzentrum schon nicht vorhanden sein, dann bringt der Backupjob logischerweise einen Fehler, da die Applikation nicht gesichert werden kann.

 

[orren]

Keine Ahnung warum er das dort anzeigt. Fakt ist auf dem Quell-NAS ist nur Hyper-Backup installiert und auf dem Ziel-NAS nur Hyper Vault. Zwar war dort auch nich Hyper Backup installiert, aber das war es bevor die Probleme angefangen haben auch. Ich weiß jetzt auch warum. Als die Sicherungsaufgabe erstellt wurde gab es tatsächlich noch HyperBackupVault auf dem Quell-NAS. Die Sicherungsaufgabe habe ich nun editiert und HyperBackupVault rausgeschmissen. Geändert hat sich aber immer noch nichts. Das Ziel-NAS ist Offline.

 

[Fusion]

Ja, mit dem Job-Fehler hat der Verbindungsfehler auch nichts zu tun, aber wenn es wieder läuft ist dann vielleicht endlich dein "Systemfehler" verschwunden.

So wie sich das aus deinen Erklärungen (Fritzbox am Ziel zeigt nur grün bei IPv4 Portweiterleitung, die ja nicht funktionieren kann) und dass du dich nur per QuickConnect verbindest (Relay Verbindung, also nur mit externer Vermittlerhilfe klappt) spricht inzwischen eindeutig dafür, dass entweder am Ziel Anschluß. der Fritzbox oder NAS dort irgendwas sich verändert hat.
Frage: Ist die Ziel DS nur für das Backup da, oder erfüllt die dort noch einen anderen Zweck?
Im Backup Only fall kannst schon mal die Portfreigaben bereinigen. Du brauchst nur IPv6 Freigaben und nur für 6281. Port 80 und 443 brauchst du nicht. Auf den DSM kommst du dann immer noch per QuickConnect.
Da kannst du auch überlegen im NAS dort IPv4 auszuschalten (bitte nichts voreilig tun!), dann hätte auch die NAS nur eine IPv6 und damit hätte auch eine synology.me DDNS nur eine IPv6 (kann auch nicht fälschlicherweise eine private DG-IPv4 eintragen), weil die NAS gar keine IPv4 mehr hätte.
Benutzt man den alternativen DDNS Updater 2 und einen anderen DDNS Anbieter (bsp. dynv6.com) kann man dort auch explizit auswählen, dass man nur IPv6 Adressen aktualisieren will (also egal, ob die DS auch noch eine IPv4 hat.

Will man partout mit IPv4 arbeiten bleibt nur der Rückgriff auf einen Anbieter der einem eine zur Verfügung stellt gegen Bezahlung. Bsp. feste-ip.net oder andere. Dort hat man dann eine öffentliche IPv4 und der Verkehr wird durch einen IPv6 Tunnel bis zu deinem Router geleitet. Da es aber auch mit IPv6 geht (außer dass es eben etwas ungewohnter als IPv4 ist) würde ich mir das sparen.

 

[orren]

Ja, das Ziel-NAS dient momentan nur als reine Backup-Lösung. Ich werde mal sehen ob ich bei der Fritz-Box noch etwas erreichen kann. Deinen Vorschlag kann ich parallel testen.

 

[orren]

So, ich habe sämtliche Einstellungen nochmals überprüft und habe folgende Modifikationen eingestellt.
Auf dem Ziel-NAS habe ich die IPv6 Konfiguration dem Quell-NAS angepasst. IPv6 als Standardgateway (Haken gesetzt).
Bei der Ziel-Fritzbox habe ich die IPv6 Freigaben gelöscht und neu eingestellt. Parallel dazu habe ich die IPv6 Einstellungen mit denen der Quell-Fritzbox verglichen und entsprechend auf die Quell-Fritzbox angepasst.

Was soll ich sagen..........es funktioniert wieder







Das Problem lag wohl in erster Linie an der FritzBox Einstellung. Warum diese sich verändert haben sollte ist mir schleierhaft. Ich werde mir jetzt alles mit Bildern dokumentieren, das ich später bessere Anhaltspunkte bekomme was genau sich möglicherweise verändert hat.

Falls jemand für mich noch einen Tipp hat wie ich die Portfreigaben einkürzen kann wäre ich dankbar.

 

[Fusion]

Zu Portfreigabe hatte ich ja schon in #32 geschrieben.
Nötig ist nur 6281 und ipv6 für den Fall der ds216 als Backup only.

 

[Aevin]

Super das es letztendlich funktioniert und auch das Backup fehlerfrei durchläuft. Jetzt würde ich auch einer Rücksicherung vertrauen