In der Technical Preview Phase war dies zunächst nur mit mindestens 4 Servern unterstützt:

Konfigurationen mit 4 bis 16 Knoten sind weiterhin möglich und eignen sich besonders für Umgebungen in denen großer Wert auf mehrfache Redundanz gelegt wird.

Seit Windows Server 2016 Technical Preview 5 ist auch eine Konfiguration von Storage Spaces Direct mit nur 3 Servern möglich:

Es darf hier immer noch zum Ausfall eines Knotens und einer weiteren Disk kommen ohne dass es zu einem Datenverlust kommt.

Die große Neuerung wurde jetzt im Rahmen der Microsoft Ignite bekannt gegeben: in der RTM Version von Windows Server 2016 sind Storage Spaces Direct Konfigurationen mit nur zwei Knoten möglich:

Dies ist natürlich besonders für kleinere Umgebungen interessant. Es ist kein weiteres zentrales Storage System erforderlich, allerdings muss ein Cluster Zeuge als Fileshare-Zeuge oder als Cloud-Zeuge konfiguriert werden. Die beiden Server müssen Netzwerktechnisch über mindestens 2x 10 GBit angebunden werden – RDMA ist nicht zwingend erforderlich, wird allerdings empfohlen. In der 2-Knoten Konfiguration darf immer noch ein Knoten komplett ausfallen ohne, dass es zu einem Datenverlust kommt. Es darf dann allerdings in dem verbleibenden Server keine weitere Disk ausfallen. Ein späterer Scale-Out mit zusätzlichen Servern bei zusätzlichem Bedarf an Speicherkapazität oder Rechenleistung ist problemlos möglich.

Zu beachten ist auch, dass Storage Spaces Direct nur in der Datacenter Edition von Windows Server 2016 enthalten ist. Durch die Nutzung der Datacenter Edition auf allen Hosts ergeben sich daraus in diesem Hyper-converged Szenario mit Windows Server 2016 und Storage Spaces Direct allerdings auch unlimitierte virtuelle Nutzungsrechte für Windows Server auf den beteiligten Knoten.

https://www.microsoft.com/de-de/evalcenter/evaluate-windows-server-2016

Auch das aktualisierte und kostenfreie eBook „Introducing Windows Server 2016″ ist bereits zum Download verfügbar:

https://blogs.msdn.microsoft.com/microsoft_press/2016/09/26/free-ebook-introducing-windows-server-2016/

Die Bits&Bytes sind zwar RTM, der GA Termin wird allerdings erst Mitte Oktober sein.

Viel Spaß beim Lesen und beim Testen der vielen neuen Features.

Detaillierte Informationen zur Lizenzierung von Windows Server 2016 erhalten Sie im Microsoft Licensing Datasheet in englischer Sprache:
http://download.microsoft.com/download/7/2/9/7290EA05-DC56-4BED-9400-138C5701F174/WS2016LicensingDatasheet.pdf
und im Windows Server Kompetenz Club zusammengefasst in deutscher Sprache:
https://kompetenzclub.blob.core.windows.net/kompetenzclub/2pager%20Lizenzierung%20WS2016.pdf

Hilfreich um Ihren Lizenzbedarf zu ermitteln ist auch der Windows Server 2016 Lizenz Konfigurator im Windows Server Kompetenz Club:
http://www.windows-server-kompetenz-club.de/de/lizenzkonfigurator

Sehr häufig wird die Frage nach dem Thema hyper-threading gestellt. Betrachten wir exemplarisch folgenden physischen Server:

Dieser physische Server hat 2 Sockel, 20 Kerne und durch hyper-threading 40 logische Prozessoren. Für die Lizenzierung von Windows Server 2016 sind die physischen Kerne und die Sockel zu betrachten und nicht die logischen Prozessoren. Das bedeutet für den exemplarisch betrachteten Server aus dem Screenshot müssen 20 Kerne für Windows Server 2016 lizenziert werden. Siehe hierzu auch Punkt 11 im Windows Server 2016 licensing FAQ Dokument unter folgendem Link: http://download.microsoft.com/download/7/2/9/7290EA05-DC56-4BED-9400-138C5701F174/WSSC2016LicensingFAQ.pdf

Durch die zunehmende Kerndichte der aktuellen CPUs könnte es durchaus interessant sein höherwertige CPUs in den Serversystemen zu planen und nicht benötigte Kerne zunächst zu deaktivieren. Viele aktuelle Serversysteme lassen dies im BIOS zu:

Wenn wie im obigen Screenshot dargestellt die Anzahl der Kerne je Prozessor auf z.B. 8 eingestellt sind werden nach Start von Windows Server 2016 nur noch 16 Kerne angezeigt und es können natürlich auch nur noch diese 16 Kerne genutzt werden:

Laut dem Lizenz FAQ Dokument zu Windows Server 2016 müssen in diesem Fall nur noch 16 Kerne für diesen physischen Server lizenziert werden.
„Physical cores that are disabled for use by an operating system do not need to be licensed.“
Siehe hierzu auch Punkt 12 im Windows Server 2016 licensing FAQ Dokument unter folgendem Link: http://download.microsoft.com/download/7/2/9/7290EA05-DC56-4BED-9400-138C5701F174/WSSC2016LicensingFAQ.pdf

Wichtig ist allerdings zu beachten, dass immer mindestens 16 Kerne je physischem Server lizenziert werden müssen. Wenn in dem obigen Beispiel die Anzahl der Kerne je CPU z.B. auf 4 eingestellt wird müssen trotzdem 16 Kerne lizenziert werden.

Sollten zu einem späteren Zeitpunkt Kerne im BIOS zusätzlich aktiviert werden um mehr Leistung zu erhalten ist unbedingt darauf zu achten, dass diese zusätzlichen Kerne lizenziert werden müssen sobald der physische Server mehr als 16 aktive Kerne hat.

https://www.microsoft.com/de-de/evalcenter/evaluate-windows-server-technical-preview

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

https://technet.microsoft.com/de-de/evalcenter/bb291020.aspx

Ein erster Überblick über Neuerungen in Windows Server 2016 TP4 findet sich in folgendem TechNet Artikel:

https://technet.microsoft.com/library/dn765472.aspx

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:

Es ist allerdings auch möglich die grafische Verwaltungskonsole für Windows Server Antimalware zu installieren – das erforderliche Vorgehen wird in diesem Artikel beschrieben.

Zunächst Wird im Server Manager unter „Manage“ die Option „Add Roles and Features“ ausgewählt:

Der Erste Schritt des Assistenten wird über einen Klick auf „Next“ bestätigt:

Im nächsten Schritt bleibt die Option „Role-based or feature-based installation“ ausgewählt:

Wählen Sie aus der Liste den Server aus für den die grafische Verwaltungskonsole für Windows Server Antimalware installiert werden soll. In diesem Szenario wird der lokale Server ausgewählt:

Es werden keine zusätzlichen Rollen benötigt:

In der Liste der Features gibt es das neue Feature „Windows Server Antimalware Features“. Dort ist nach Installation der Windows Server Technical Preview 2 der Punkt „Windows Server Antimalware“ bereits ausgewählt, d.h. Windows Server Antimalware wurde währen des Setups automatisch mit installiert. Durch Auswahl der Option „GUI for Windows Server Antimalware“ kann die grafische Verwaltungskonsole für Windows Server Antimalware nachinstalliert werden:

Bestätigen Sie die Liste der zusätzlich benötigten Features über „Add Features“. Beachten Sie, dass aktuell immer auch die Desktop Experience für Windows Server Technical Preview 2 mit installiert werden muss:

Bestätigen Sie die Auswahl durch einen Klick auf „Next“:

Der Server muss für die ausgewählten Features neu gestartet werden. Wenn ein direkter Neustart möglich ist empfiehlt es sich die Checkbox „Restart the destination server automatically if required“ auszuwählen. Klicken Sie anschließend auf „Install“:

Die Features werden installiert und der Server wird automatisch neu gestartet:

Nach dem Neustart und nach erfolgreicher Anmeldung am Server wird die erfolgreiche Installation der Features im Installationsassistenten angezeigt:

Ein Zugriff auf die grafische Verwaltungskonsole für Windows Server Antimalware ist z.B. über das Control Panel möglich:

Dort gibt es den neuen Bereich „Windows Server Antimalware“:

In der grafischen Verwaltungskonsole für Windows Server Antimalware gibt es drei Registerbereiche.
Der Bereich „Home“ zeigt den aktuellen Status an und ermöglicht einen manuellen Scan des Systems:

Über den Bereich „Update“ ist eine manuelle Aktualisierung der Virendefinitionen möglich:

Der Bereich „History“ ermöglicht einen Zugriff auf die Elemente die sich in Quarantäne befinden. Außerdem können wie gefundenen Bedrohungen angezeigt werden:

Windows Server Antimalware sorgt dafür, dass Ihr Server direkt nach der Installation auch vor Bedrohungen durch Viren geschützt ist. Es ist natürlich jederzeit möglich eine alternative Virenschutzlösung unter Windows Server Technical Preview 2 (Windows Server 2016) zu installieren wenn diese mit der entsprechenden Windows Server Version kompatibel ist.

Zunächst müssen Sie im Servermanager unter „Manage“ die Option „Add Roles and Features“ aufrufen:

Der erste Schritt des Assistenten wird über einen Klick auf „Next“ bestätigt:

Im nächsten Schritt bleibt die Option „Role-based or feature-based installation“ ausgewählt.

Wählen Sie in der Liste den Server aus für den die grafische Shell für den Server installiert werden soll. In meinem Szenario wird der lokale Server ausgewählt:

Es werden keine zusätzlichen Rollen benötigt:

In der Liste der Features gibt es den Bereich „User Interfaces and Infrastructure“. Da mein Server als „Windows Server Technical Preview 2 (with local admin tools)“ installiert wurde ist der Punkt „Graphical Management Tools and Infrastructure“ bereits ausgewählt und installiert. Über die Auswahl der Option „Server Graphical Shell“ wird das vollständige grafische Windows Interface inkl. Explorer und Internet Explorer installiert:

Bei zusätzlicher Auswahl der Option „Desktop Experience“ wird die vollständige Desktop Experience von Windows 10 am Server installiert – dies wird z.B. bei RDS Hosts benötigt:

Ich wähle für meinen Server nur die Option „Server Graphical Shell“ aus:

Im nächsten Schritt wird die Option „Restart the destination server automatically if required“ ausgewählt, da die ausgewählten Änderungen einen Neustart des Servers erfordern. Wurde diese Option nicht gewählt erfolgt kein automatischer Server Neustart. Da zu diesem Zeitpunkt allerdings die vollständige grafische Oberfläche noch fehlt muss der Neustart über die Eingabeaufforderung durchgeführt werden. Dies ist nach Installation der Features über die Eingabe von „shutdown -r“ in der Eingabeaufforderung möglich.

Nach einem Klick auf „Install“ werden die Features installiert und da die Option „Restart the destination server automatically if required“ gewählt wurde erfolgt anschließend ein automatischer Neustart des Servers:

Nach dem Neustart des Servers erfolgt die Anmeldung mit einem administrativen Benutzer:

Nach dem Login wird automatisch das Fenster für die Installationsprozess angezeigt – daraus lässt sich die erfolgreiche Installation der ausgewählten Features ablesen:

Nach einem Klick auf „Close“ steht jetzt nicht nur der Server Manager zur Verfügung:

Sondern auch der Windows Desktop mit dem neuen Startmenü:

Im Startmenü findet sich auch ein eigener Bereich für die administrativen Tools:

Für die Windows Server Technical Preview 2 gibt es somit vielfältige Möglichkeiten für die Konfiguration des Servers und des User Interface:

Über angepasstes Setup:
Nano Server
(das Vorgehen für die Installation der Windows Server Technical Preview 2 als Nano Server wird in einem späteren Artikel betrachtet)

Während des klassischen Setups:
Windows Server Technical Preview 2 -> Server Core
Windows Server Technical Preview 2 (with local admin tools)

Nach dem Setup:
Server Graphical Shell
Desktop Experience

Je nach Einsatzszenario des Servers lässt sich die Windows Server Technical Preview 2 (Windows Server 2016) noch besser an die jeweiligen Anforderungen anpassen.