System-Backup als Basis für andere VM?

[IOSalex]

Hallo,

ich suche für folgende Problemstellung eine brauchbare Lösung:

Aktuell habe ich gerade auf einer VM Debian 12 aufgesetzt und den für mich nötigen Basisprogrammen ergänzt und konfiguriert.

Nun möchte ich dieses komplette Softwareenvironment so sichern, dass ich es als Basis für 2 weitere, in naher Zukunft vor mir liegende andere Projekte (andere VM mit anderen Einsatzgebieten und Applikationen....), verwenden kann und mir Zeit erspare.

Welche vernünftige Möglichkeiten werden dafür empfohlen?

Danke schon im Voraus....

[cosinus]

Da gibt es mehrere Ansätze:

1) Backup auf Dateilevel mit rsync.
2) Komplette Disks oder Dateisysteme/Partitionen sichern mit dd oder pv.
3) Da du ne VM hast: bei ausgeschalteter VM die VM-Dateien sichern.

[thunder11]

Wenn du das unter Virtualbox machst, hast du zwei bequeme Möglichkeiten:
1. Ganze Maschine Klonen
2: Nur das *.vdi - Image kopieren

Beides lässt sich über die GUI von Virtualbox machen.

[IOSalex]

Danke für die Inputs, @cosinus und @thunder 11.

Ich habe mittlerweile auch "Systemback" (https://blog.desdelinux.net/de/systemback-para-linux/) gefunden - wäre das auch zu gebrauchen und kennt wer Vor- / Nachteile gegenüber den anderen Varianten?

[thunder11]

wäre das auch zu gebrauchen und kennt wer Vor- / Nachteile gegenüber den anderen Varianten?

Du hast die Frage gestellt, wie man eine VM sichert. Du hast nicht die Frage gestellt, wie man ein System sichert.
Dafür gibt es 1000+1 Möglichkeiten, die aber bezüglich deiner Frage wenig zielführend sind, da du das
betreffende Image aus der Gesamtsicherung erstmal wiederherstellen musst.
Jede Virtualisierungs- Lösung bietet auch nach meiner Kenntnis entsprechende Tools, die man auch nutzen sollte.

Ein System-Backup ist eine andere Sache.

[cosinus]

da du das betreffende Image aus der Gesamtsicherung erstmal wiederherstellen musst.

Kommt drauf an was wiederhergestellt werden muss. Sichert man mit rsync ist das ganz easy; da liegen die Sicherungsdateien einfach wie im normalen Dateisystem vor.
Tut man es mit dd oder pv, hat also einen Dump der Dateisysteme, kann man diese (readonly) in ein Verzeichnis mounten und kann dann selektiv Dateien und Verzeichnisse zurückkopieren.

Wenn man einfach nur die VDI-Datei der VM wegsichert, muss man diese ja im Fall einer Wiederherstellung erstmal irgendwo anklemmen, einer anderen VM?

[thunder11]

Wenn man einfach nur die VDI-Datei der VM wegsichert, muss man diese ja im Fall einer Wiederherstellung erstmal irgendwo anklemmen, einer anderen VM?

Nein, das ist nicht nötig. Wenn man das mit Virtualbox macht (sonst bin ich mir wg. UUID's nicht sicher)
Kann man einfach eine neue VM erstellen, und statt einer neuen Virtuellen Festplatte die kopierte nehmen,
die dann bei Virtualbox bereits vorhanden (registriert) ist.---> Maschine anpassen (Grafik /Prozessor usw) und starten.--> Alles so, wie auf dem Original.
Gut ist

Edit:
Es geht ja gar nicht um eine Sicherung in dem Sinne, sondern der TE will ja das Original für diverse Modifikationen nutzen. Sollte er Virtualbox nutzen würde ich mir auf die beschriebene Weise mehrere Kopien anfertigen (xxxxx.kopie1.vdi ....xxxxx.kopiex.vdi) und diese jeweils in unterschiedlichen VM's nutzen

[cosinus]

Du meinst also einen kompletten Klon einer VM machen, in der VirtualBox-GUI?

[thunder11]

Du meinst also einen kompletten Klon einer VM machen, in der VirtualBox-GUI?

Klone der VM und Kopie der *.vdi sind - soweit ich weiss - unterschiedlich.
Bei einem Klon werden alle Konfigurationsdateien mit gesichert.
Die Kopie der *.vdi ist halt nur einen Kopie davon.

Beides kann man in der GUI machen

Kopie: Werkzeuge --->Medien----->Festplatten ---> Rechtsklick auf gewünschte Platte(Kopie)--->Ziel +Name wählen---uns los
Klone : VM auswählen ----> Rechtsklick --->Klone

Edit:

Und ein Backup von dem Zeugs + mehr sollte man sowieso machen

[thunder11]

Noch einen Anmerkung zu einem System- Backup / Kopie eines VM- Verzeichnisses.

Die ist nur verwendbar, wenn man das Verzeichnis, das man gebackupt (heißt das so ?)
vollständig mit dem alten Verzeichnis ersetzt. Ein Starten dieser VM von woanders wird nicht
möglich sein. Man müsste sonst zuerst die UUID's erneuern.
Bei Windows besteht die Gefahr, dass man die Installation komplett schrottet.

[juribel]

Für mich war es immer am praktischsten, den kompletten /home-Ordner zu sichern. Dort stehen ja die Konfigurationsdaten aller Anwendungen drin. Die Installation von Anwendungen nehme ich grundsätzlich mit apt im Terminal vor, weil sich dies in der History automatisch dokumentiert und weil man sich daraus ein kommentiertes Installations-Skript bauen kann.

Natürlich kann dieses Vorgehen auch Lücken haben, wenn es z. B. um Server-Anwendungen oder Konfigurationen in /etc oder /usr geht. Also lieber etwas mehr sichern als zu wenig. Auf diese Weise konnte ich bereits mehrere VMs aufsetzen, von xubuntu auf debian umsteigen oder neue Rechner in Betrieb nehmen.

[cosinus]

Für mich war es immer am praktischsten, den kompletten /home-Ordner zu sichern. Dort stehen ja die Konfigurationsdaten aller Anwendungen drin.

Also alle Konfigs sind nicht in /home/user
Viele Konfigs sind in /etc

[bitterlemon]

Hallo,

ich suche für folgende Problemstellung eine brauchbare Lösung:

Aktuell habe ich gerade auf einer VM Debian 12 aufgesetzt und den für mich nötigen Basisprogrammen ergänzt und konfiguriert.

Nun möchte ich dieses komplette Softwareenvironment so sichern, dass ich es als Basis für 2 weitere, in naher Zukunft vor mir liegende andere Projekte (andere VM mit anderen Einsatzgebieten und Applikationen....), verwenden kann und mir Zeit erspare.

Welche vernünftige Möglichkeiten werden dafür empfohlen?

Danke schon im Voraus....

Hallo,

möchtest du die späteren Projekte nebeneinander laufen haben in eigenen VM's und als eigenständige Instanzen oder eher als "Ich probier mal etwas aus"? Mir geht gerade durch den Kopf, dass es Golden Images und Differentialsbackups/Snapshots/Volumenschattenkopien gibt.

Einfach/abstrakt ausgedrückt, erstellst du bei Golden Images als erstes eine VM, konfigurierst Sie bis zu dem Punkt, wo sich deine weiteren Projekte dann unterscheiden, erstellst eine neue VM für deine Projekte und gibst als Vorlage das Diskimage des Golden Images an. Das muss aber von deiner Virtualisierungslösung unterstützt werden, da im Betrieb dann mehrere VM's mit einem Diskimage arbeiten und du darfst an dem Golden Image ab dem Moment auch nichts mehr verändern. Updates werden dann auf den VM's ausgeführt, die das Golden Image benutzen, nicht auf dem Golden Image selbst.

Bei Differentialbackups bzw. Snapshots speicherst du einfach den Zustand deiner VM. Wenn du mehrere Speicherpunkte gesetzt hast, ist es meistens auch möglich, auf einen "Urzustand" zurück zu springen, diesen zu ändern und dann ein weiteres Snapshot zu machen. So entsteht ein verzweigter Baum unterschiedlicher VM's, aber es ist nur möglich, jeweils eine Instanz zur Laufzeit zu haben bzw. einen Zustand.

[IOSalex]

.....ich suche für folgende Problemstellung eine brauchbare Lösung:
......

.....möchtest du die späteren Projekte ......

Danke an Alle für die Beiträge, sie brachten mir interessante Einsichten.

Ich habe mich mittlerweile für die Beauftragung eines Debian-Spezialisten, der sich der ganzen Sache annehmen wird, entschlossen.

[bitterlemon]

.....ich suche für folgende Problemstellung eine brauchbare Lösung:
......

.....möchtest du die späteren Projekte ......

Danke an Alle für die Beiträge, sie brachten mir interessante Einsichten.

Ich habe mich mittlerweile für die Beauftragung eines Debian-Spezialisten, der sich der ganzen Sache annehmen wird, entschlossen.

Sry aber ich versteh' hier nur, ich bekomm' keine Lösung, also kauf ich mir jemanden. Die Lösung hast du bekommen.

[cosinus]

Sry aber ich versteh' hier nur, ich bekomm' keine Lösung, also kauf ich mir jemanden. Die Lösung hast du bekommen.

Vllt ist ihm das Ganze auch nur zu kompliziert oder er traut sich alleine noch nicht ran. Ist doch dann okay, wenn er jemanden beauftragt. Unbedingt Schlüsselfertige Lösungen wurden hier nicht vorgestellt, aber grobe Richtungen.

[IOSalex]

Sry aber ich versteh' hier nur, ich bekomm' keine Lösung, also kauf ich mir jemanden. Die Lösung hast du bekommen.

Vllt ist ihm das Ganze auch nur zu kompliziert oder er traut sich alleine noch nicht ran. Ist doch dann okay, wenn er jemanden beauftragt. Unbedingt Schlüsselfertige Lösungen wurden hier nicht vorgestellt, aber grobe Richtungen.

Danke, @cosinus - exakt so ist es.

Ich habe einen Einblick bekommen und kann damit leichter mit dem Debian-Guru meine Gedanken formulieren.....

[bitterlemon]

Achso, dann bitte ich um Entschuldigung für die Fehlannahme.

[jph]

Welche vernünftige Möglichkeiten werden dafür empfohlen?

lxc-copy, lxc-snapshot, …