Virtual Machine Manager - VMs sichern ?

[Rüben-Rudi]

Mahlzeit,

sensibilisiert durch diesen Thread habe ich die Daten meiner VM (W10 als Wetterstation) in meinen Datenbereich ausgelagert.

AmS einige Vorteile:
die VMM habe ich einmal kopiert und gesichert, selbst wenn die VMM weg ist, ist es "nur" das Aufsetzen der VMM einschl BS
die Daten liegen in einem Bereich der "sowieso" gesichert wird ...

Danke für diesen Thread ....ich nahm zunächst am das die VMM mitgesichert sind

Schönen sonnigen Sonntag, geniesst den Tag und seid morgen Vorsichtig ....

VG

Bernd

 

[K!on]

Hi zusammen, ich mache es auch wie Online78 beschrieben:

-VM stoppen
-VM klonen
-Ursprüngiche VM starten
-neue VM exportieren

ich habe extra nachgeschaut und geprüft das keine Snapshots hinterlegt sind.. jedoch waren anfangs zwischen 30 und 40GB Speicher für die exportierte VM nötig und plötzlich sind es ca 150GB. Kann mir das jemand erklären? Das System selber belegt ca 30.

 

[ruedi66]

Hallo zusammen

Ich bin erst jetzt auf diesen Thread gestossen.
Wir sichern unsere VMs automatisiert über den internen Synology-Befehl. Die VMs werden dabei automatisch geklont und dann exportiert. Mit dem folgenden Befehl könnt ihr euch das auch selber basteln und über den Aufgabenplaner laufen lassen:

Usage: /volume2/@appstore/Virtualization/bin/vmm_backup_ova [--dst] [--batch] [--host] [--guests] [--retent] [--retry]
backup VM to shared folder on VMM

Options:
--default use default options to backup
--dst shared folder path for storing backup OVA
--batch the number of VMs exporting at a time (default: 5)
--host|--guests mutually exclusive options
'--host' only backup VMs which repository is on the specified host (default: all)
'--guests' only backup specified VMs (default: not specified, use | for seperator if there are multiple targets)
--retent the number of backups for retention (default: 3)
--retry the number of times for backup retrying (default: 3)

Beispiel bei uns, wir sichern die VMs auf den freigegebenen Ordner "ActiveBackupforBusiness". Die Guests sind dabei die Namen der VMs auf der VMM Oberfläche:

/volume2/@appstore/Virtualization/bin/vmm_backup_ova --dst=ActiveBackupforBusiness --batch=1 --guests="WinServer2019|Pihole_Server|Ubuntu_Server1|Ubuntu_Server2"

root@server:~# /volume2/@appstore/Virtualization/bin/vmm_backup_ova --dst=ActiveBackupforBusiness --batch=1 --guests="WinServer2019|Pihole_Server|Ubuntu_Server1|Ubuntu_Server2"
Selected backup list:
WinServer2019
Pihole_Server
Ubuntu_Server1
Ubuntu_Server2
Starting to clone 1 VMs ...
[Clone] Done
Starting to export ova to the backup folder...
[Export] Progress: 0/1 .

In der VMM Oberfläche wird dann der Exportstatus auch gleich angezeigt:



Danach kann ja der (bei uns der ActiveBackupforBusiness) Ordner mittels Hyperbackup weggesichert werden.

Ich hoffe ich konnte mit diesem Beispiel einigen von euch helfen und oder zumindest bei dem schönen Wetter jetzt die manuelle arbeit ersparen

PS: Vielleicht ist das VMM Paket bei euch unter /volume1, dann natürlich Pfad anpassen: /volume1/@appstore/Virtualization/bin/vmm_backup_ova

 

[Tattoofreak]

Hier eine elegante Docker basierte Lösung:

https://www.reddit.com/r/synology/comments/opo4xy/vmmexport_schedule_exports_of_your_vmm_machines/

 

[NSFH]

Sorry, aber elegant ist seit DSM7 das Backup über Backup for business.
Docker ist und bleibt eine Crux.

 

[ikorbln]

Hm, in Backup for Business finde ich nichts um eine Synology VMM zu sichern......oder ich bin blind?
Dort kann ich lediglich VMware oder HyperV einrichten.

 

[stefan_lx]

@NSFH meint, dass die VM wie ein normaler PC/Server gesichert wird... also den Backup-Agent in der VM installieren und dann mit Backup for Business sichern...

Stefan

 

[ikorbln]

ahhhhhsoooooo....

 

[Tattoofreak]

Sorry, aber elegant ist seit DSM7 das Backup über Backup for business.
Docker ist und bleibt eine Crux.

Ja, dann versuch mal, eine vDSM Instanz mit ABB zu sichern.

 

[Robo_kob]

Hallo zusammen

Ich bin erst jetzt auf diesen Thread gestossen.
Wir sichern unsere VMs automatisiert über den internen Synology-Befehl. Die VMs werden dabei automatisch geklont und dann exportiert. Mit dem folgenden Befehl könnt ihr euch das auch selber basteln und über den Aufgabenplaner laufen lassen:


Beispiel bei uns, wir sichern die VMs auf den freigegebenen Ordner "ActiveBackupforBusiness". Die Guests sind dabei die Namen der VMs auf der VMM Oberfläche:




In der VMM Oberfläche wird dann der Exportstatus auch gleich angezeigt:
Anhang anzeigen 62293


Danach kann ja der (bei uns der ActiveBackupforBusiness) Ordner mittels Hyperbackup weggesichert werden.

Ich hoffe ich konnte mit diesem Beispiel einigen von euch helfen und oder zumindest bei dem schönen Wetter jetzt die manuelle arbeit ersparen

PS: Vielleicht ist das VMM Paket bei euch unter /volume1, dann natürlich Pfad anpassen: /volume1/@appstore/Virtualization/bin/vmm_backup_ova

Funktioniert hervorragend!! Merci

 

[Online78]

Hallo Zusammen

ich habe gemäss Ruedi66 versucht, dies umzusetzen. Leider klappt es nicht und bricht gleich wieder ab. Siehe Fehlermeldung:

Befehl
/var/packages/Virtualization/target/bin/vmm_backup_ova --dst=NetBackup --batch=2 --guests="VM" --retent=2

Rückmeldung in Konsole:
Selected backup list:
VM
Starting to clone 1 VMs ...
Failed to backup some guests, sleep 5 minutes and retry... Round [1]

Fehler gefunden:
--> der Speicher für die VM war zu wenig gross, damit der Klon Platz hatte, daher wurde das clonen unterbrochen. Nachdem ich dem Volume grösser gemacht habe, funktioniert es tadellos.

Gruss Online78

 

[tokon]

Hab den Befehl eben auch mal getestet. Bekam eine Fehlermeldung

The shared folder does not exist
Please select one folder below:

gefolgt von lediglich einem freigegeben Ordner. Gebe ich diesen Ordner an funktioniert die Sicherung.
Kann hier nicht jeder Ordner verwendet werden, welche Voraussetzungen muss der Ordner für --dst erfüllen?

 

[Robo_kob]

Die Freigabe (Ordner) benötigt die passenden Berechtigungen --> für root.

 

[fishrain66]

Ich wollte es jetzt auch mal ausprobieren

Aber was ist der richtige Befehl?

/volume2/@appstore/Virtualization/bin/vmm_backup_ova......... (von Ruedi66)

oder

/var/packages/Virtualization/target/bin/vmm_backup_ova........ (von Online 78)


Habe beide Möglichkeiten ausprobiert:

Mit /volume2/@appstore/Virtualization/bin/vmm_backup_ova......... kommt der Fehler "No such file or directory"

Mit /var/packages/Virtualization/target/bin/vmm_backup_ova..... kommt der Fehler "Permission denied"

 

[fishrain66]

/var/packages/Virtualization/target/bin/vmm_backup_ova..... ist der richtige Pfad

Und wenn die Aufgabe mit Besitzer "root" ausgeführt wird dann kommt auch kein "Permissiven denied" mehr.

Jetzt hänge ich aber da fest was schon tokon festgestellt hat: --> Fehler "The shared Folder does not exist"

Wie kann ich den freigegebenen Ordner für "root" berechtigen ? Bei den Berechtigungen gibt es nur die Lokalen Benutzer "Admin", "Guest" und "MeinAccountname"....Häkchen habe ich gesetzt bei admin und MeinAccountname

 

[ruedi66]

Du musst den freigegebenen Ordner mit --dst=deinOrdner angeben

 

[tokon]

Das hat er vermutlich schon gemacht, genauso wie ich hier:
#52
geht aber nicht.

 

[fishrain66]

Du musst den freigegebenen Ordner mit --dst=deinOrdner angeben

Da hab ich gemacht. Es kommt die bereits zitierte Fehlermeldung:

"The shared folder does not exist. Please select one folder below: ...."

Es gibt aber einen kleinen workaround:

Der alleinige Ordner, der nach "Please select one folder below: ...." angegeben wird (und mit welchem das Backup funktioniert) ist immer der freigegebene Ordner, welcher in der alphabetisch sortierten Liste der freigegebenen Ordner (Systemsteuerung -> Freigegebene Ordner) ganz oben steht (warum auch immer...vielleicht hat das was mit root zu tun....)

Offensichtlich kann nur in diesen alphabetisch ersten Ordner das Backup geschrieben werden. In den Befehl --dst:..... muss also der in der Liste oberste Ordner eingegeben werden ....sonst funktioniert es nicht !!

Mein freigegebener Ordner hiess zunächst "ServerBackup" (--dst:ServerBackup) und war in der Liste der freigegeben Ordner an dritter Stelle von oben --> das Backup schlug fehl

Ich hab dann den meinen freigegeben Ordner einfach (von "ServerBackup") umbenannt in "1ServerBackup"...damit wandert der Ordner ganz nach oben in der Liste ..den Befehl hab ich entsprechend genauso verändert (--dst:1ServerBackup)

Und prompt funktioniert alles wie gewünscht !

 

[fishrain66]

Ich hätte jetzt nochmal zur Funktionsweise ein paar Fragen:

Es wird ja ein Klon angelegt, der exportiert wird....wird der Klon nach der Aktion automatisch gelöscht ? Sonst wäre der zugewiesene Speicher ja schnell voll....

Soweit ich verstanden habe wird ja eine komplette ova-Datei erstellt. Bei weiteren Sicherungen wird immer wieder eine neue/zusätzliche komplette Sicherung erstellt (also nix inkrementell oder so). Wenn der freigegebene Ordner mit HyperBackup gesichert wird dauert das dann jedes mal ewig weil ja immer eine komplett neue ova weggeschert wird....also nur bedingt praktikabel (im Vgl. zu inkrementellen Sicherungen wo ja nur das erste Backup sehr lange dauert)....oder gibt es da eine Lösung?

Was bedeutet host-only-Backup bzw. Guest-only-Backup ?

 

[ruedi66]

Für inkrementelle Backups nimm doch ActiveBackupforBusiness und sichere von innenheraus. Die .ova sind ja komplette images für die Wiederherstellung im Notfall. Die kannst du ratzfatz wieder in VirtuelleMaschinen einlesen/laufen lassen, auch unter anderen Betriebsystemen.

Ja, der Klon wird natürlich wieder geschlöscht, sobald die Maschine gesichert (in ova gespeichert) wurde. Der Klon dient ja nur dazu, dass die original VM weiterlaufen kann während der Sicherung vom Klon läuft.

Poste doch mal den ganzen Befehl, der bei dir nicht funktionierte mit dem freigegebenen Ordner. Bei Leerzeichen im freigegebenen Ordner etc musste halt Gänsefüsse machen.