"Schnell" Virtualisieren
Hallo zusammen,
es gibt von Veeam den Backup Agent für physische Server.
Kann ich nicht einfach ein Backup von einem physischen Server ziehen und es anschließend auf einen Host aufspielen und habe somit einen phys. "Server virtualisiert"?
Danke!
es gibt von Veeam den Backup Agent für physische Server.
Kann ich nicht einfach ein Backup von einem physischen Server ziehen und es anschließend auf einen Host aufspielen und habe somit einen phys. "Server virtualisiert"?
Danke!
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 1335610480
Url: https://administrator.de/contentid/1335610480
Ausgedruckt am: 21.11.2024 um 20:11 Uhr
13 Kommentare
Neuester Kommentar
Ich nutze Microsofts Disk2vhd (v2.01) um z.B. sowas im laufenden Betrieb zu machen, vor allem mit alten Systemen welche nun als Sandbox laufen (müssen).
Disk2vhd is a utility that creates VHD (Virtual Hard Disk - Microsoft's Virtual Machine disk format) versions of physical disks for use in Microsoft Virtual PC or Microsoft Hyper-V virtual machines (VMs). The difference between Disk2vhd and other physical-to-virtual tools is that you can run Disk2vhd on a system that’s online. Disk2vhd uses Windows' Volume Snapshot capability, introduced in Windows XP, to create consistent point-in-time snapshots of the volumes you want to include in a conversion. You can even have Disk2vhd create the VHDs on local volumes, even ones being converted (though performance is better when the VHD is on a disk different than ones being converted).
https://docs.microsoft.com/en-us/sysinternals/downloads/disk2vhd
Disk2vhd is a utility that creates VHD (Virtual Hard Disk - Microsoft's Virtual Machine disk format) versions of physical disks for use in Microsoft Virtual PC or Microsoft Hyper-V virtual machines (VMs). The difference between Disk2vhd and other physical-to-virtual tools is that you can run Disk2vhd on a system that’s online. Disk2vhd uses Windows' Volume Snapshot capability, introduced in Windows XP, to create consistent point-in-time snapshots of the volumes you want to include in a conversion. You can even have Disk2vhd create the VHDs on local volumes, even ones being converted (though performance is better when the VHD is on a disk different than ones being converted).
https://docs.microsoft.com/en-us/sysinternals/downloads/disk2vhd
Moin, Für Vmware vSphere Cluster hat sich der Vmware vcenter Converter bei mir bewährt. https://www.vmware.com/de/products/converter.html
Ansonsten geht auch der Veeam Agent für Windows (universell) oder Disk2vhd bei Hyper-V Umgebungen.
Grüße
Niklas
Ansonsten geht auch der Veeam Agent für Windows (universell) oder Disk2vhd bei Hyper-V Umgebungen.
Grüße
Niklas
Scheint eine fixe Idee zu sein.
Was läuft den auf dem (MS2000, MS2003 oder Linux) Server?? Datengrab oder doch eine Unternehmenskritische Anwendung? Und auf welcher Plattform willst du den Spaß virtualisieren? OpenStack, VMWare, KVM?
1. VM Installieren und Konfigurieren
2. Je nach Anwendung, eine "Recovery-Installation" durchführen
3. DNS-Alias setzten
4. Dokumentation und Notfallhandbuch überarbeiten
Was läuft den auf dem (MS2000, MS2003 oder Linux) Server?? Datengrab oder doch eine Unternehmenskritische Anwendung? Und auf welcher Plattform willst du den Spaß virtualisieren? OpenStack, VMWare, KVM?
1. VM Installieren und Konfigurieren
2. Je nach Anwendung, eine "Recovery-Installation" durchführen
3. DNS-Alias setzten
4. Dokumentation und Notfallhandbuch überarbeiten
Zitat von @ZZaaiiggaa:
Hallo zusammen,
Kann ich nicht einfach ein Backup von einem physischen Server ziehen und es anschließend auf einen Host aufspielen und habe somit einen phys. "Server virtualisiert"?
Hallo zusammen,
Kann ich nicht einfach ein Backup von einem physischen Server ziehen und es anschließend auf einen Host aufspielen und habe somit einen phys. "Server virtualisiert"?
Das ist die Standardmethode. İch nehme dafür aber kein veeam, sondern ddrescue.
lks
hallo
mit dem Sysinternals-Tool "disk2vhd" mache ich das häufig um Modifikationen am Original in einer VM zu testen.
Dazu habe ich einmalig auf einem Hyper-V Lab Host eine VM eingerichtet. "Disk2vhd" ist auf dem Original so eingestellt, das es die vorherige vhdx der VM überschreibt.
wichtig ist, das ie NIC der VM nicht ins gleiche Netz oder Internet verbunden ist, weil sonst Original und Kopie kollidieren - so würde Sophos AV Cloud z.B. die Kopie erkennen und für Original oder Kopie als zweites Profil modifizieren ...
Am Besten als NIC ein "internes (privates) Netzwerk" einrichten...
.
PS: disk2vhd kopiert den Original-Server mittels VSS zur Laufzeit.
Kann ich nicht einfach ein Backup von einem physischen Server ziehen und es anschließend auf einen Host aufspielen und habe somit einen phys. "Server virtualisiert"?
mit dem Sysinternals-Tool "disk2vhd" mache ich das häufig um Modifikationen am Original in einer VM zu testen.
Dazu habe ich einmalig auf einem Hyper-V Lab Host eine VM eingerichtet. "Disk2vhd" ist auf dem Original so eingestellt, das es die vorherige vhdx der VM überschreibt.
wichtig ist, das ie NIC der VM nicht ins gleiche Netz oder Internet verbunden ist, weil sonst Original und Kopie kollidieren - so würde Sophos AV Cloud z.B. die Kopie erkennen und für Original oder Kopie als zweites Profil modifizieren ...
Am Besten als NIC ein "internes (privates) Netzwerk" einrichten...
.
PS: disk2vhd kopiert den Original-Server mittels VSS zur Laufzeit.
Manchmal gehts, manchmal nicht.
Dish2VJD ist zwar ganz nettt, aber ich würde das Image offline ziehen oder ein Backup-Tool nehmen, daß die Konsistenz sicherstellt.
lks
Ja,
zusätzlich dazu sollte eine full + transaction log Sicherung auf dem client laufen, so bist du beim restore save. Das ist auch bei SQL Express mit einem SQL Script + Aufgabenplanung einwandfrei umsetzbar.
Disk2VHD kannst du sehr einfach selbst testen.
zusätzlich dazu sollte eine full + transaction log Sicherung auf dem client laufen, so bist du beim restore save. Das ist auch bei SQL Express mit einem SQL Script + Aufgabenplanung einwandfrei umsetzbar.
Disk2VHD kannst du sehr einfach selbst testen.
Zitat von @maretz:
Ob Datenbank oder nicht spielt ja keine Rolle - solang dein OS hochfährt is alles glücklich. Die DB weiss ja nicht ob die auf ner VM läuft oder nicht, die läuft im OS..
Ob Datenbank oder nicht spielt ja keine Rolle - solang dein OS hochfährt is alles glücklich. Die DB weiss ja nicht ob die auf ner VM läuft oder nicht, die läuft im OS..
Es geht um die Konsistenz der Datenbank.Die ist nicht immer gegeben.
lks