Es kommt immer darauf an auf welcher Ebene du die Verschlüsselung nutzt. Wenn du deinen Datastore im Hypervisor verschlüsselst, kannst du natürlich die VM unverschlüsselt sichern. Wenn du in der VM verschlüsselst, ist das BAckup natürlich ineffizienter, außer du macht in der VM ein Agent Backup.
Dann hatten wir beide die ganze Zeit was das anbelangt aneinander vorbei geredet denn genau so war schon immer mein Verständnis von verschlüsseltem storage und Backupsystemen.
Ich habe die VM CPU auf Host eingestellt aber könntest du das noch etwas näher erläutern, warum Win2019 mit kvm64 Probleme hat? Ich hätte nämlich erhebliche Probleme mit der Windows Linzenz Aktivierung.
kvm64 limitiert die CPU Features sehr stark, damit die VM mit jeder beliebigen Hardware kompatibel ist.
Das hat nix mit der CPU oder so zu tun,. Beim migrieren auf einen anderen Hypervisor ändert sich die komplette virtuelle Hardware und nicht nur die CPU. Eine Aktivierung ist dann aber nur bei OEM oder System Builder LIzenzen nötig. Wenn sich über die hälfte der Hardware ändert wird das getriggert. Wenn der Key Blocked ist, dann wurde der viel zu oft aktiviert. Da stellt sich die Frage wo du den Key gekauft hast.
Solange du den Hypervisor nicht wechselst und die VM Konfiguration weitestgehend bestehen lässt, kannst du die CPU beliebeig oft wechseln.
Okay danke das leuchtet ein und so ähnlich dachte ich mir das schon bzw. hatte ich es hier im Forum mal gelesen.
Den Key samt Lizenzaufkleber hatte ich gebraucht aus der Bucht. Da der Lizenzaufkleber dabei war ging ich davon aus, dass das so schon passen wird.
Wenn ich die VM CPU auf "Host" stelle, sieht das OS doch die physikalische CPU und bekommt auch mit, wenn ich diese wechsel oder? Irgendwo hatte ich hier mal gelesen, dass ein CPU wechsel schon reicht um eine Neuaktivierung zu triggern. :-/
Das ist eine der IT Mythen die nicht ausstirbt.
