9
Physischen Server virtualisieren
Moin zusammen, hab ein uralt system das ich gerne abschalten würde. Das ganze läuft auf einem HP Blade mit Server 2008 und muss abgeschafft werden, da dies der letzte Server auf dem physischen system ist.
Nun habe ich mir überlegt das ganze per Veeam Backup and Replication auf unsere VMWare Hosts zu übertragen.
Habe den Veeam Agent auf dem Server installiert und die stolzen 5 TB Festplatten des Servers ins Veeam repository als Backup bekommen. Dafür habe ich den physischen Server der Veeam Infrastruktur hinzugefügt. Da dies jedoch das Backup eines Hardware Server ist taucht das Backup bei im VBR nicht auf wenn ich auf Restore gehe, sehe ich dort nur die Backups der Maschinen aus meinem Vsphere cluster.
Ich wollte somit das Backup auf unseren esx Hosts einspielen ohne konvertieren zu müssen.
Habt ihr Erfahrungen mit dem restore von Hardware Maschinen als virtuelle? Gibt es die Möglichkeit eines Disk restore sodass ich die Maschine danach nur noch auf den esx registrieren müsste?
Einzige Möglichkeit die ich gefunden hatte war unter Instant Recovery, dort konnte ich das Hardware Backup auswählen und auch das Ziel der esx mit dem angehängten storage. Allerdings bedeutet doch Instant Recovery, dass das eigentliche Backup weiterhin auf dem Veeam Server liegt und von dort aus auf den esx eingebunden und ausgeführt wird oder?
Zumindest bekam ich dort eine Fehlermeldung
VPower NFS Error: Unable to Mount filesystem
Der restore von vms aus dem Vsphere cluster funktioniert immer ohne Probleme.
Hatte alternativ versucht einen Backup Job auf dem physischen Server laufen zu lassen, die Dateien auf den Veeam Server zu kopieren und als Agent import zu registrieren. VBR sagte mir dies wäre erfolgreich gewesen, allerdings taucht das Backup nirgendwo auf.
Könnte auch noch probieren mit Disk2vhdx ein Backup zu erstellen, aber aufgrund der Festplatten Größe zieht sich das ganze Thema schon seit einer Woche und würde das gerne endlich abschließen.
Jemand Erfahrungen Ideen oder einen best practice?
VG
Nun habe ich mir überlegt das ganze per Veeam Backup and Replication auf unsere VMWare Hosts zu übertragen.
Habe den Veeam Agent auf dem Server installiert und die stolzen 5 TB Festplatten des Servers ins Veeam repository als Backup bekommen. Dafür habe ich den physischen Server der Veeam Infrastruktur hinzugefügt. Da dies jedoch das Backup eines Hardware Server ist taucht das Backup bei im VBR nicht auf wenn ich auf Restore gehe, sehe ich dort nur die Backups der Maschinen aus meinem Vsphere cluster.
Ich wollte somit das Backup auf unseren esx Hosts einspielen ohne konvertieren zu müssen.
Habt ihr Erfahrungen mit dem restore von Hardware Maschinen als virtuelle? Gibt es die Möglichkeit eines Disk restore sodass ich die Maschine danach nur noch auf den esx registrieren müsste?
Einzige Möglichkeit die ich gefunden hatte war unter Instant Recovery, dort konnte ich das Hardware Backup auswählen und auch das Ziel der esx mit dem angehängten storage. Allerdings bedeutet doch Instant Recovery, dass das eigentliche Backup weiterhin auf dem Veeam Server liegt und von dort aus auf den esx eingebunden und ausgeführt wird oder?
Zumindest bekam ich dort eine Fehlermeldung
VPower NFS Error: Unable to Mount filesystem
Der restore von vms aus dem Vsphere cluster funktioniert immer ohne Probleme.
Hatte alternativ versucht einen Backup Job auf dem physischen Server laufen zu lassen, die Dateien auf den Veeam Server zu kopieren und als Agent import zu registrieren. VBR sagte mir dies wäre erfolgreich gewesen, allerdings taucht das Backup nirgendwo auf.
Könnte auch noch probieren mit Disk2vhdx ein Backup zu erstellen, aber aufgrund der Festplatten Größe zieht sich das ganze Thema schon seit einer Woche und würde das gerne endlich abschließen.
Jemand Erfahrungen Ideen oder einen best practice?
VG
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 6215619030
Url: https://administrator.de/contentid/6215619030
Ausgedruckt am: 13.11.2024 um 11:11 Uhr
9 Kommentare
Neuester Kommentar
Moin,
dafür eignet sich zum Beispiel der offizielle VMware Converter.
Trommel
dafür eignet sich zum Beispiel der offizielle VMware Converter.
Trommel
4
Hallo,
Wenn du das auf einem vCenter virtualisieren willst, warum setzt du dann nicht einfach den vCenter Converter ein?
Davon abgesehen funktioniert das mit VEEAM ebenfalls problemlos. Mehrfach x-Mal verwendet
Instant Recovery bedeutet nur, dass es live gestartet wird und danach kannst du via Migration (vMotion) die VM im Live Betrieb aufs vcenter verschieben
Wenn du das auf einem vCenter virtualisieren willst, warum setzt du dann nicht einfach den vCenter Converter ein?
Davon abgesehen funktioniert das mit VEEAM ebenfalls problemlos. Mehrfach x-Mal verwendet
Instant Recovery bedeutet nur, dass es live gestartet wird und danach kannst du via Migration (vMotion) die VM im Live Betrieb aufs vcenter verschieben
3
Hey den converter kenne ich garnicht, auf dem Quellsystem starten und vCenter als Destination auswählen, dann virtualisiert er diese dort direkt im ausgeschalteten Zustand? Müsste ja danach das Quellsystem runterfahren damit die IPs nicht doppelt im Netzwerk sind.
Zitat von @crypt0r:
Hey den converter kenne ich garnicht, auf dem Quellsystem starten und vCenter als Destination auswählen, dann virtualisiert er diese dort direkt im ausgeschalteten Zustand? Müsste ja danach das Quellsystem runterfahren damit die IPs nicht doppelt im Netzwerk sind.
Hey den converter kenne ich garnicht, auf dem Quellsystem starten und vCenter als Destination auswählen, dann virtualisiert er diese dort direkt im ausgeschalteten Zustand? Müsste ja danach das Quellsystem runterfahren damit die IPs nicht doppelt im Netzwerk sind.
Moin,
Macht der Converter alles von selbst. Bzw. Konvertierst du, fährst das Blech runter, startest die VM
Achja: da dein Server (die VM) eine neue NIC bekommt, hat der alte (neue) Server ohnehin erstmal keine/ eine DHCP IP…
Wichtig: schmeiß später die alte NIC aus dem GeräteMamager heraus - bevor du der VM die alte IP gibst. Windows meckert sonst, dass es da noch ne (nicht angeschlossene) NIC mit der IP im System gibt.
1Zitat von @crypt0r:
Hey den converter kenne ich garnicht, auf dem Quellsystem starten und vCenter als Destination auswählen, dann virtualisiert er diese dort direkt im ausgeschalteten Zustand? Müsste ja danach das Quellsystem runterfahren damit die IPs nicht doppelt im Netzwerk sind.
Hey den converter kenne ich garnicht, auf dem Quellsystem starten und vCenter als Destination auswählen, dann virtualisiert er diese dort direkt im ausgeschalteten Zustand? Müsste ja danach das Quellsystem runterfahren damit die IPs nicht doppelt im Netzwerk sind.
Du kannst den Converter auch auf einem anderen System ausführen. Dieser verbindet sich dann zum Quellsystem und schiebt es aufs vCenter.
Habe ich des öfteren bereits so ungesetzt, wenn physische Workstations als VDI weiterbetrieben werden sollten.
Du musst die neue VM ja nicht automatisch starten. Du kannst das Blech ja vorher auch geordnet herunterfahren. Auch die Hardware in der VM sollte man am Ende ggf nochmal etwas anpassen (vCPU, NIC usw.)
2
Vorher alle nicht benötigten Dienste anhalten, sonst ist der Umzug ggf inkonsistent.
Dann die Windows Server Sicherung ein Backup schreiben lassen und dem Zielserver die den Ordner zeigen und aus dem WinPE wiederherstellen lassen.
Dann die Windows Server Sicherung ein Backup schreiben lassen und dem Zielserver die den Ordner zeigen und aus dem WinPE wiederherstellen lassen.
1
Warum alles so kompliziert.
VMware Converter und fertig..
VMware Converter und fertig..
4
Ich habe früher auch unzählige Systeme mit dem Converter rein gezogen.
Lief alle immer bestens. Echt ein Kinderspiel.
Lief alle immer bestens. Echt ein Kinderspiel.
Ja, den VMWare Converter würde ich auch vorschlagen.
Da du ja jetzt aber schon ein Hardwarebackup hast, könntest du auf deinem ESXi auch einfach eine neue VM erstellen und diese wie eine Hardware beim Restore nutzen. Sprich, du gibts deine VM genügend HW Ressourcen, bootest innerhalb der VM mit der Veeam Recovery ISO und machst sozusagen in der VM ein Bare-Metal Recovery. Klappt gut, habe ich schon ein paar Mal gemacht. Aber etwas umständlich.
In beiden Fällen bekommst du aber Probleme mit der Windows-Aktivierung, da sich die Hardware-ID ändern wird. Daher wird dein Server nicht mehr akviert sein. Vielleicht kann man die MAC-Adresse festlegen und kann die Aktiverung damit veräppeln? Noch nie getestet.
MfG
Da du ja jetzt aber schon ein Hardwarebackup hast, könntest du auf deinem ESXi auch einfach eine neue VM erstellen und diese wie eine Hardware beim Restore nutzen. Sprich, du gibts deine VM genügend HW Ressourcen, bootest innerhalb der VM mit der Veeam Recovery ISO und machst sozusagen in der VM ein Bare-Metal Recovery. Klappt gut, habe ich schon ein paar Mal gemacht. Aber etwas umständlich.
In beiden Fällen bekommst du aber Probleme mit der Windows-Aktivierung, da sich die Hardware-ID ändern wird. Daher wird dein Server nicht mehr akviert sein. Vielleicht kann man die MAC-Adresse festlegen und kann die Aktiverung damit veräppeln? Noch nie getestet.
MfG
