Mich erreichen regelmäßig Anfragen zur technischen Umsetzung, denn nach der Installation von Windows Server 2012 R2 Essentials auf einem physischen Server sind immer die zusätzlichen Rollen und Features für die Essentials Funktionalitäten installiert. Außerdem wird bei jeder Anmeldung am Essentials Server der Assistent zur Konfiguration der Essentials Umgebung gestartet bis die Konfiguration erfolgreich abgeschlossen wurde. Wenn der Windows Server 2012 R2 Essentials virtuell betrieben werden soll wäre es allerdings erforderlich die physische Installation (den Parent) nur mit der Hyper-V Rolle zu installieren um dann in einer dort angelegten VM Windows Server 2012 R2 Essentials mit den vollständigen Essentials Funktionen zu installieren und zu konfigurieren.

Folgendes Vorgehen ist erforderlich.

Zunächst wird auf dem physischen Server Windows Server 2012 R2 Essentials installiert. Nach der Installation wird wie gewohnt ein Kennwort für den Administrator festgelegt und der Administrator meldet sich am Server an.

Der Assistent für die Windows Server Essentials Konfiguration wird automatisch gestartet. Durch einen Klick auf „Abbrechen“ und eine anschließende Bestätigung mit „Ja“ wird dieser beendet.

Anschließend muss ein PowerShell Fenster mit administrativen Berechtigungen geöffnet werden. Durch die Eingabe von
dism /online /disable-feature:Microsoft-Windows-ServerEssentials-ServerSetup

werden die Essentials Features deaktiviert:

Anschließend kann die Verknüpfung für das Essentials Dashboard auf dem Desktop gelöscht werden:

Zusätzlich empfiehlt es sich die Verknüpfung zum Essentials Dashboard in der Taskleiste zu löschen:

Im nächsten Schritt werden die Rollen und Features die nicht benötigt werden und auf dem Hyper-V Host (Parent) nicht installiert sein dürfen entfernt. Im Server Manager wird dazu unter „Verwalten“ die Option „Rollen und Features entfernen gewählt“:

In dem Assistenten zum Entfernen von Rollen und Features werden die ersten Schritte mit einem Klick auf „Weiter“ bestätigt bis der Schritt zum Entfernen der Serverrollen erscheint. Dort müssen alle installierten Rollen außer der „Speicherdienste“ entfernt werden:

Nach einem Klick auf „Weiter“ erscheint der Schritt zum Entfernen der nicht benötigten Features:

Es müssen dort alle Features außer: .NET Framework 4.5, Tools und Infrastruktur für die grafische Verwaltung, Grafische Shell für Server, Windows PowerShell 4.0, Windows PowerShell ISE, Windows Server Sicherung, WoW64-Unterstützung und Unterstützung für die SMB 1.0/CIFS-Dateifreigabe entfernt werden. Die drei vorherigen Screenshots zeigen die korrekte Auswahl.

Die nächsten beiden Schritte werden mit „Weiter“ bestätigt – die nicht erforderlichen Rollen und Features werden nun entfernt:

Nachdem die Rollen und Features erfolgreich entfernt wurden muss der Server nach einem Klick auf „Schließen“ neu gestartet werden.

Nach einer erneuten Anmeldung als Administrator an dem neu gestarteten Server fällt auf, dass der Essentials Konfigurationsassistent nicht mehr automatsch startet. Im Server Manager ist zu sehen, dass die installierte Edition weiterhin Windows Server 2012 R2 Essentials ist:

Nun bietet es sich an den Computernamen anzupassen, das Netzwerk zu konfigurieren und alle aktuellen Updates am Server zu installieren.

Anschließend kann über den Server Manager die Hyper-V Rolle installiert werden. Nach erfolgreicher Konfiguration von Hyper-V können entsprechende virtuelle Switche sowie die VM in der Windows Server 2012 R2 Essentials installiert werden soll angelegt werden.

Achtung: Die Windows Server 2012 R2 Essentials Lizenz inkludiert nur die Nutzungsrechte für den Parent mit Hyper-V (es dürfen außer Hyper-V keine weiteren Rollen auf dem Parent installiert werden) und eine VM mit Windows Server 2012 R2 Essentials! Es sind keine weiteren VM Nutzungsrechte enthalten. Um weiter VMs mit Windows Server betreiben zu dürfen muss dem Host mindestens eine zusätzliche Windows Server 2012 R2 Standard Lizenz zugeordnet werden. Der Host kann wie in dem folgenden Artikel beschrieben anschließend in einen Windows Server 2012 R2 Standard umgewandelt werden: http://blog.mhblog.de/?p=339

Wenn das Gastbetriebssystem in der zu konvertierenden VM allerdings die Voraussetzungen für einen Generation 2 VM erfüllt:

kann in vielen Fällen das Convert-VMGeneration Script von John Howard (Senior Program Manager im Hyper-V Team bei Microsoft) helfen. Das Script ist unter folgendem Link zu finden:

https://code.msdn.microsoft.com/ConvertVMGeneration

Wichtig ist zu erwähnen, dass es weder von Microsoft, noch von John Howard einen Support für dieses Script gibt, d.h. Sie sollten für eine ausreichende Sicherung Ihrer VMs und Ihrer gesamten Umgebung sorgen bevor Sie mit der Konvertierung starten.

Zunächst muss die zu konvertierende VM gestartet werden. Dort muss in einer administrativen Eingabeaufforderung über das Kommando:

reagentc /disable

die Recovery Agent Konsole daktiviert werden:

Anschließend muss das Gastbetriebssystem in der VM heruntergefahren werden.

Auf dem Hyper-V Host muss nun ein ein PowerShell Fenster mit administrativen Rechten gestartet werden.

Dort wird über die Eingabe von:

Set-ExecutionPolicy –ExecutionPolicy unrestricted

die Execution Policy angepasst:

Anschließend kann über die folgende Eingabe der Konvertierungsvorgang gestartet werden:

.\convert-vmgeneration.ps1 -VMName „WS2012R2Gen1″ -Path W:\VMs

In meinem Beispiel wird die VM mit dem Namen „WS2012R2Gen1″ konvertiert und die Generation 2 VM soll unter „W:\VMs“ abgelegt werden:

Das Script erstellt eine neue Generation 2 VM welche die Einstellungen der ursprünglichen Generation 1 VM übernimmt. Für die neue Generation 2 VM wird auch eine neue virtuelle Festplatte erstellt. Um die Daten von der virtuellen Festplatte der Generation 1 VM auf die virtuelle Festplatte der Generation 2 VM zu übertragen werden beide virtuellen Festplatten am Host gemountet:

Prüfen Sie wie im Output des Konvertierungsscripts angegeben die gemounteten Festplatten am Host-System:

In meinem Beispiel wird die Disk 3 komplett überschrieben – deshalb bitte manuell über z.B. die Datenträgerverwaltung prüfen ob das so korrekt ist.

Nachdem mit „Y“ bestätigt wurde arbeitet das Script weiter. Je nach Datenmenge und Storage Durchsatz dauert es nun einige Zeit bis die Konvertierung abgeschlossen ist.

Nach Abschluss des Vorgangs gibt es eine neue virtuelle Maschine vom Typ Generation 2 – in meinem Beispiel „WS2012R2Gen1 (Generation 2):

Die ursprüngliche Generation 1 VM bleibt erhalten, sollte allerdings nachdem die Generation 2 VM erfolgreich getestet wurde gelöscht werden.

Starten Sie nun die durch die Konvertierung entstandene Generation 2 VM und melden Sie sich an. Öffnen Sie in der VM Konsole eine Eingabeaufforderung und führen Sie folgendes Kommando aus:

reagentc /enable

Wichtig: die folgenden Schritte sind von Microsoft nicht supported und deshalb nur zu Testzwecken geeignet! Auch lassen sich natürlich die in dem virtuellen Hyper-V System angelegten VMs nicht starten, da der virtuelle Server in dem Hyper-V aktiviert wird keinen Zugriff auf die Virtualisierungsfeatures des physischen Prozessors hat. Ansonsten können aber die wichtigsten Hyper-V Funktionen getestet werden. Auch ein Hyper-V Cluster kann so zu Testzwecken aufgebaut werden.

Der Versuch die Hyper-V Rolle in einer unter Hyper-V betriebenen VM im Servermanager zu aktivieren schlägt mit folgender Fehlermeldung fehl:

Die Hyper-V Managementtools lassen sich allerdings in der Liste der Features erfolgreich auswählen und installieren:

Die Installation von Hyper-V muss über die Powershell erfolgen – geben Sie folgendes in einem PowerShell Fenster ein:

Enable-WindowsOptionalFeature –Online -FeatureName Microsoft-Hyper-V –All

Hyper-V wir nun in der VM aktiviert (der Hyper-V Manager wurde bereits wie zuvor beschrieben über den Server Manager installiert):

Abschließend ist ein Neustart des virtuellen Servers erforderlich:

Nach dem Neustart des virtuellen Windows Servers können dort über den Hyper-V Manager VMs angelegt werden:

Wie bereits eingangs erwähnt lassen sich diese VMs in der VM nicht starten. Bei dem Versuch dies doch zu tun erscheint die folgende Fehlermeldung:

In den Details ist dann folgendes nachzulesen:

Option 1 und Option 2 könnten zutreffend sein, wenn Hyper-V neu aktiviert wurde – Hyper-V lässt sich nämlich auch auf Systemen die nicht alle Voraussetzungen für den Einsatz von Hyper-V erfüllen aktivieren. In diesem Fall könnten natürlich keine VMs gestartet werden.

Die Ursachen die unter der 3. Option genannt sind könnten allerdings durchaus auch bei einem System auftreten auf dem Hyper-V zuvor problemlos lief. Es gibt mehrere mögliche Ursachen für diese Fehlermeldung:

Sie haben gerade den physischen Hyper-V Host über ein Bare Metal recovery wiederhergestellt (das funktioniert sehr gut mit den Boardmitteln von Windows Server Backup)
oder
Sie haben auf dem Hyper-V Host unter Windows eine Datenträgerspiegelung eingerichtet und der Server startet nach Ausfall der ersten physischen Platte neu
oder
Sie haben anderweitig bewusst oder unbewusst Änderungen an der Bootkonfiguration vorgenommen

Die Lösung des Problems ist dann sehr einfach – Sie benötigen eine Eingabeaufforderung in der Sie folgendes eingeben müssen:

bcdedit /set hypervisorlaunchtype auto

Nach einem Neustart des Hyper-V Hosts lassen sich dann auch alle VMs wieder starten.

Über die Eingabe von:

bcdedit /enum

lassen Sie übrigens die konfigurierten Booteinstellungen anzeigen – auch der Starttyp des Hypervisors:

Zunächst müssen die Einstellungen der VM geöffnet werden. Dort kann im Bereich „SCSI Controller“ ein neues virtuelles DVD Laufwerk hinzugefügt werden:

Jetzt kann unter dem Eintrag „DVD Drive“ ein iso-Image ausgewählt werden:

Durch einen Klick auf „OK“ werden die Einstellungen angewendet und die VM kann auf das gemountete iso-Image zugreifen und, sofern es sich um ein bootfähiges Image handelt, auch von diesem gebootet werden.

Bei einem Rechtsklick auf eine laufende VM und im Actions Bereich steht die Export-Option zur Verfügung:

Wie nachfolgend zu sehen ist wird die VM trotz Running-State exportieret:

Auch das Exportieren von Snapshots ist jetzt möglich. Wobei Snapshots jetzt unter dem Begriff Checkpoints laufen – das ist durchaus konsequent, denn die Snapshots war im System Center Virtual Machine Manager schon länger unter dem Begriff Checkpoint geführt. Durch Rechtsklick auf einen ausgewählten Checkpoint lässt sich dieser nun exportieren:

Entscheidend ist dabei, dass in dem Export nicht nur der Inhalt der virtuellen Festplatte zum Checkpoint Zeitpunkt enthalten ist, sondern auch die Konfiguration der virtuellen Maschine zum Checkpoint Zeitpunkt.

Dort gibt es einen neuen Punkt Allow enhanced session mode:

Nach aktivieren des Enhanced Session Mode erfolgt die Connection zur VM wie bisher gewohnt:

Allerdings erscheint jetzt ein neues Fenster um die Einstelloptionen des Enhanced Session Mode zu konfigurieren – wie z.B. die Displayauflösung:

Remote Audio und lokale Devices:

Und weitere lokale Ressourcen:

Im Verbindungsfenster der VM kann unter dem Menüpunkt View zwischen dem herkömmlichen und dem Enhanced Session Mode umgeschaltet werden:

Wenn bei der Aktivierung des Enhanced Session Mode Verbindungsfenster zu VMs geöffnet waren müssen diese zunächst einmal geschlossen und neu geöffnet werden damit der Enhanced Session Mode für die jeweilige VM verfügbar ist. Ein Neustart der VM ist nicht erforderlich.