Synology Hyper Backup im VDSM7.2 verwenden

Sherrif · October 1, 2025 at 3:47 PM

Hallo zusammen,

ich möchte mit Synology Hyper Backup ein Backup meiner UGreen DXP2800 auf einem externen NAS Synology 213+ machen.

Ausgangslage UGreen DXP2800:

Portainer ist installiert, läuft.

VDSM 7.2 ist installiert, läuft.

UGreen NAS und Synology NAS befinden sich im gleichen Heim-Netzwerk.

Wenn ich im VDSM7.2 das Hyper Backup öffne, kann ich meine freigegebenen Ordner der DXP2800 nicht sehen, und somit kein Backup ausführen.

Was muß ich machen damit ich meine freigegebenen Ordner sehen kann?

Hintergrund: leider gibt es von UGreen noch keinen Backup Explorer so wie bei Synology, damit ist man auf die HW von UGreen angewiesen.

Duplicati ist ebenfalls im Portainer installiert, damit kann ich problemlos meine freigegebenen Ordner sichern.

Die Installation von Portainer, VDSM u. Duplicati habe ich dank der TUTs in diesem Forum geschafft, herzlichen Dank dafür.

Allerdings fehlt mir noch einiges an Wisssen bezüglich Linux und Docker, das noch erarbeitet werden muß.

Anbei die yaml-Datei: virtual-dsm

Code

services:
  vdsm:
    container_name: vdsm
    image: vdsm/virtual-dsm
    environment:
      DISK_SIZE: "10G" # Groesse der ersten Festplatte
    devices:
      - /dev/kvm
      - /dev/net/tun
    cap_add:
      - NET_ADMIN
    ports:
      - 5010:5000
      - 5011:5001
    volumes:
      - /volume1:/Volume1 
      - /volume1/docker/vdsm:/storage  # Pfad zum Docker-Ordner
    restart: always
    stop_grace_period: 2m

Display More

Grüße Peter

eineb · October 1, 2025 at 4:14 PM

Du solltest mindestens mit einem kurzen Satz erwähnen, daß du vdsm in docker installiert hast, und ob es sich um ein McVlan handelt. Denn jenachdem gibt es evtl. möglichkeiten die Verbindung einzurichten.

Der Unterschied zwischen dem installierten Duplicati und dem vdsm liegt darin, Duplicati ist auf dem eigentlichen Hostsystem (UGOS Pro) installiert. Hyperbackup ist jedoch innerhalb eines Docker Container als VM installiert.

Das heist aus meiner Sicht, Hyperbackup greift nur innerhalb der VM auf Ordner zu. In Deinem Stack hast Du zwar gedanklich richtig das Volumen 1 gemappt, aber dieses Volumen 1 liegt nur innerhalb des Containers.

Das heist Du müßtest erst auch eine Verbindung vom Container auf die Hostverzeichnisse von UGOS Pro herstellen. Soweit bis hierher konnte ich zumindest erklären warum es nicht funktioniert.

Aber zum weiteren Weg, kann ich Dir hierbei leider nicht wirklich weiterhelfen, da ich das noch nie umsetzen mußte.

Sherrif · October 1, 2025 at 4:27 PM

Korrekt, vdsm ist im Docker installiert und es ist kein McVlan eingerichtet.

Sinngemäß habe ich mir bezüglich deiner Antwort auch so was ähnliches gedacht, daß eine Verbindung der VM im Docker zu den freigegebenen Ordner fehlen würde. Leider fehlt mir da noch ein wenig das Verständnis um zu wissen was technisch überhaupt möglich ist.

Grüße Peter

Tommes · October 1, 2025 at 4:28 PM

Wäre es nicht einfacher, auf deiner Synology „Active Backup for Business“ zu nutzen. Damit kann man (selbst nicht ausprobiert) Daten von Remote-Servern abholen und lokal auf der DS ablegen.

Willi · October 1, 2025 at 4:33 PM

Sherrif
Warum so kompliziert mit Docker? Schau dir mal auf deiner Synology die App "Active Backup for Business“ an.
Damit kannst du per RSYNC Daten von der DXP2800 abholen und sichern. Bei mir hab ich das so am Laufen.
VG Willi

EDIT: Tommes war schneller.

eineb · October 1, 2025 at 4:37 PM

Kann ich nur bestätigen, meine DXP sichere ich täglich mit ABB von meiner DS920+ per Pullbackup, was sogar noch zusätzliche Sicherheit bringt.

Sherrif · October 1, 2025 at 5:14 PM

ok, war der Meinung "Active Backup for Business" läuft erst ab DSM7, meine Synology DS213+ hat nur DSM6.2.4.

Habe auf Synology Archive Download ABB für DSM6 gefunden. Muß mich noch schlau machen welche Version ich da nehmen muß um es dann über die manuelle Installation im Paketzentrum hochzuladen. Zugegeben habe es so noch nicht gemacht.

Sehe gerade das es sich im link um den "ActiveBackupBusinessAgent" handelt und nicht um ABB, muß weiter suchen auf der Synology Seite.

eineb · October 1, 2025 at 5:25 PM

Für die DS213+ gibt es kein Active Backup for Business.

Sherrif · October 1, 2025 at 5:32 PM

Ist geplatz, sehe gerade auf der Synology Seite in den ABB Specs das meine DS213+ nicht unterstützt wird.

igomyway · October 1, 2025 at 10:42 PM

Darf ich fragen, ob auf der DXP der AB4B-Angent installiert sein muss? Ich möchte mal probieren, ob ich das einrichten kann. Auf der 224+ ist ja AB4B aktiv und ich sichere ja meine Books (nun nicht 4-fach bei den beiden Dual-Books) darüber was auch sehr schön funktioniert. Wenn ich unter AB4B einen physischen Server Linux einrichten will, wird auf den Agenten hingewiesen.

eineb · October 1, 2025 at 11:31 PM

Quote from wegomyway

Darf ich fragen, ob auf der DXP der AB4B-Angent installiert sein muss?

Ja klar doch kannst Du fragen solltest DU doch wissen!

Nein der Agent muß nicht installiert sein, würde auch nicht funktionieren.

Das ganze läuft dann als Dateiserver Backup. Du mußt unter ABB auf der DS224+ den Dateiserver wählen und unter Dateiserver die Aufgabe erstellen. Das ganze läuft als Pullbackup ab. dh. ABB zieht das Backup der DXP.

Geschrieben wird das dann als Klartext Backup und es werden natürlich nur die Dateien gezogen, sonst nichts. Aber wenn Du Duplicati oder Sync&Backup verwendest sind es ja auch nur die Dateien, aber gewissermaßen, je nachdem wie das Backup aufgesetzt wird, auch verschlüsselt.

Darf ich auch etwas fragen woher entstammt dieses Protokoll das Du gepostet hast, normales Protokollcenter oder ?

Post

RE: Hard Drive 2: failed command: WRITE FPDMA QUEUED

Guten Morgen

,

originalen RAM wieder rein, die neue HDD rein, 2800er wieder gestartet und siehe da:

(Code, 5 lines)

, genau die gleiche S

e, Support hat freundliche Antwort meiner einer erhalten, incl. der 1-klick-Datei. FAZIT: Am RAM liegt es nicht. FERTIG.

Zumindest keine fehlerhaften Sektoren. Aber was nicht ist, kann ja noch werden. Meine „HDD mit den Meldungen“ ist bei mir im Steckplatz 1 verbaut und nicht Steckplatz 2). Gestern über SSH lokalisiert und festgestellt.

The content…

igomyway

September 30, 2025 at 10:12 AM

Code

Normal	Systemsteuerung	system	2025-09-30 08:48:02	System shutdown.
Normal	Systemsteuerung	system	2025-09-30 08:51:35	System started to boot up.
Schwerwiegend	Speicher	system	2025-09-30 08:52:11	Hard Drive 2: failed command: WRITE FPDMA QUEUED
Normal	Anmeldung	Hxxxxxxxy	2025-09-30 08:53:18	User [Hxxxxxxxy] from [127.0.0.1] logged in successfully.
Normal	Anmeldung	Hxxxxxxxy	2025-09-30 09:59:08	User [Hxxxxxxxy] from [192.168.178.31] logged in successfully.

igomyway · October 2, 2025 at 7:52 AM

eineb, danke für deine Ausführung/Erklärung, gehe ich auch an und schaue mal (auch wenn die 2800er aktuell etwas argwöhnisch betrachtet wird)

Deine Frage, ja das ist das normale Protokoll, was aufm Homescreen der 2800er liegt. Aufgerufen und das Ganze als HTML aufm Client gespeichert und dort aufgerufen und dann besagte Zeilen einfach per Copy-and-Paste eingefügt. Das gepostete zeigt ja die 3,5 Minuten die ich ab shutdown bis boot up benötigte das NAS abzustöpseln, von A nach B zu schleppen, zwei Schrauben und Deckel ab und Riegel raus, originaler Riegel rein und den umgekehrten Weg. Die Meldungen sind eins zu eins so eingelaufen, also nichts ist dazwischen.

Nebenbei, aktuell keinerlei Störmeldungen vorhanden, das NAS läuft ja 24/7 durch.

RE: Hard Drive 2: failed command: WRITE FPDMA QUEUED

Participate now!