Virtual Machine Manager - VMs sichern ?

[fishrain66]

Ja das mach ich eh schon (von innen heraus mit AB4B)...

Wie oft sichert ihr die VMs? täglich....? Und wieviel ova Images habt ihr dann gesichert in dem Backup-Ordner ? Oder wird immer nur eine Sicherung erstellt die jedesmal überschrieben wird ( mit --retent=1) ?

Am Befehl lag es nicht ( /var/packages/Virtualization/target/bin/vmm_backup_ova --dst=ServerBackup --batch=1 --guests="Winserver") ...aber das Problem ist ja jetzt gelöst

 

[shark07]

Hallo zusammen,

mir ist folgendes passiert siehe Link ( Aber erst seit dem Update 7.0.1 42218 Update 3).

https://www.synology-forum.de/threads/volume-schreibgeschuetzt-nach-dsm-7-upgrade.116091/page-6

Auf der ersten Platte ist meine SSD mit allen meinen Apps installiert und auch der VMM mit den VMs.
Jetzt komme ich nicht mehr auf meine VMs und weiß leider die VM Namen nicht mehr. Die Appicons waren am Anfang grau. Jetzt sind sie weg.

Gibt es bei dem Befehl irgendwie die Möglichkeit einen Platzhalter a la *.* zu vergeben?

 

[ruedi66]

wenn du --guests= weglässt, sollten alle VMs gesichert werden

 

[shark07]

Nach Ausführung des Befehls kommt die Meldung "VM Backup list is empty!"

 

[MH3108]

Ich grabe das ganze mal aus weil ich vor dem gleichen Problem stehe Hat das mal jemand mit dem Veeam Linux-Agent probiert? Mit dem die VM z.B. auf nen Gemeinsamen Ordner sichern und (im Falle der Notwendigkeit) ne neue VM mit gleicher Hardware erstellen, das Veeam Recovery ISO als Bootlaufwerk der VM mounten und aus diesem heraus die VM wiederherstellen? Finde grade nicht die Zeit das zu testen, aber vielleicht hat ja schon mal jemand Erfahrung damit...

 

[Wacker]

Hi,

kann dir zwar nichts zu deinem Veeam sagen, habe aber leider ein anderes Problem.

Sorry für die vielleicht etwas blöde Frage, aber nachdem ich meine Volumes hin und her geschoben habe, Platten getauscht usw., hab ich festgestellt, dass eben der VMM nicht mit im Backup war und bei mir nicht mehr funktioniert.

Dachte ich habe kein Problem wenn ich immer einen neuen Speicherbereich im VMM auf dem jeweils aktiven Volume erstelle und der VMM schiebt es dann da drauf...stimmt wohl nicht.

Nun bin ich auf den Thread hier aufmerksam geworden und nun wird mir einiges klar.
Die Konfig-Files habe ich gefunden, aber der Ordner "/volume1/@iSCSI/" ist nicht mehr da. Ich gehe davon also davon aus, dass ich die A***-Karte gezogen habe und die VM (Gott sie Dank nur 1) neu erstellen darf.
Richtig?

 

[ctrlaltdelete]

Was zeigt denn der VMM an, screenshot? Hast du mehrere Volumes?

 

[Wacker]

Sobal ich den VMM öffne kommt eine Fehlermeldung und ein Drücken "Erstellung erzwingen" bringt leider nichts. Löschen wollte ich noch nicht drücken...

Ich hatte mehrere Volumes, habe die Anzahl meiner Laufwerke im Raid reduziert und erst alles auf das Volume 2 geschoben, altes Volume 1 aufgelöst, Volume 1 mit neuen Laufwerken neu erstellt, wieder alles vom Volume 2 auf Volume 1 und zum Schluss Volume 2 wieder gelöscht.

 

[ctrlaltdelete]

Dann sind die Daten weg.
Edit: Aber wieso Cluster?

 

[Wacker]

Das hat mich auch gewundert… ich hatte nie einen Cluster, nur eine single Ubuntu-VM

 

[plang.pl]

VMM bezeichnet auch eine einzelne Installation als Cluster.
Ohne jetzt den gesamten Thread gelesen zu haben:
-Neustart schon gemacht?
-VMM mal deinstalliert und wieder installiert? (Hint: Dabei werden VMs NICHT gelöscht)

 

[Wacker]

Neustart schon mehrmals gemacht und die VMM hab ich gar nicht mehr gesehen, da es die Fehlermeldung aus den Screenshots gab.
Nun hab ich "Cluster löschen" gedrückt und der VMM sieht wieder aus wie zuvor, nur eben ohne VM.
Wie schon geschrieben, der Ordner "/volume1/@iSCSI/" war nicht mehr da und wie ich verstanden habe, sind dort die VM´s drin.

Danke für eure Hilfe, aber ich mach das Ding nun neu und sichere die VM´s eben über Active Backup for Business oder Snapshot, das langt mir.
Oder soll ich mit meiner Backup-Syno aus "Backup-Gründen" einen Cluster aufziehen? Bissl wie mit Kanonen auf Spatzen geschossen für 1 VM, oder?

 

[mail2bsc]

lässt sich beim Parameter "--dst=" auch eine bestimmte Destination auf Volume 1 angeben?
Beispiel:
--dst=/volume1/backup/VMs

 

[plang.pl]

Nein, geht nicht. Habe ich getestet

 

[hstammlerj]

Hallo,
vielen Dank allerseits für die Infos in diesem Thread, hier noch zur Ergänzung eine weitere Erkenntnis meiner Versuche:

/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.

Dieser Fehler wird reproduzierbar auch gemeldet, sobald nur ein Leerzeichen im Namen der Maschine drin ist (DS723+, DSM 7.2.1-69057, VMM 2.6.5-12202). Die Anführungszeichen im Statement bei --guests="VM mit Leerzeichen" genügen wohl nicht für eine erfolgreiche Ausführung, es klemmt irgendwo auf der Strecke trotzdem.
--> Ändert man in VMM über "Aktion -> Bearbeiten -> Name" diesen so, dass keine Leerzeichen mehr drin sind, klappt das Backup-Statement mit --guests="VMohneLeerzeichen" sofort unter sonst identisch bleibenden Bedingungen.

VG HS

 

[plang.pl]

Ja, das hab ich auch schon festgestellt