Thorsten Butz
Schulung und Consulting
Mit Windows Server 2012 kehren MCSA und MCSE zu Ihren Wurzeln zurück. Das nachfolgend verknüpfte Dokument gibt einen Überblick über den aktuellen Stand der Seminare, Prüfungen und Zertifzierungen für Administratoren. Das Dokument richtet sich als Kurzzusammenfassung an alle Microsoft Partner und sonstige Interessierte. Die relevanten Webseiten von Microsoft Learning sind im Dokument verlinkt.
Weiterlesen:
Am Freitag, 27.07.2012 gab ich in Form eines Webcassts einen Ausblick auf den kommenden Windows Server 2012. Schwerpunkte der Veranstaltung sind die PowerShell v3 und Dynamic Access Control. Wir wagten einen Ausblick auf den (nahen) Veröffentlichungstermin und risikierten einen Blick auf den Client Windows 8.
Die kommentierten Folien zur Veranstaltung stehen zum Download bereit:
Der “Re-Live” des Webcasts (2 h) ist nun auch onlineverfügbar (direkter Link).
Ein Dank geht an Auphonic für den guten Ton.
Es deutete sich in den letzten Wochen an: Microsoft wird (Stand Juli 2012) die grafischen Administrationswerkzeuge für Windows Server 2012 ausschließlich für Windows 8 anbieten. Dies bestätigte Jeffrey Snover, der es wissen muss.
Die gute Nachricht ist, dass die PowerShell v3 und die dahinter liegende Infrastruktur (WSMAN, WMI/CIM) bis hinab zu Windows Server 2008 bereitstehen werden.
[For an ENGLISH version, click this line!]
Auch in der Vorabversion des Windows Server 8 von Februar 2012 findet sich ein altbekannter Fehler wieder: wie schon vor geraumer Zeit erörtert, unterlaufen Hyper-V Fehler beim Erstellen virtueller (VMBUS-) Netzwerkschnittstellen. Konfiguriert man IPv6 mit statischen Adressen und erstellt anschließend einen externen vSwitch, der die soeben konfigurierte Netzwerkkarte als Brücke verwendet, so vergisst Hyper-V einen Teil der Konfiguration.
In der Februar 2012-Version von Windows Server 8 fehlt nur noch der DNS-Eintrag, wie die nachfolgende Abbildung zeigt.
Hyper-V vergisst beim Erstellen éiner virtuellen Netzwerkkarte einen Teil seiner IPv6-Konfiguration
[For an ENGLISH version, click this line!]
Microsoft empfiehlt für Windows 8 die Installationsoption Server Core (“GUIs on servers are evil“). Diese Meinung mag man teilen, insbesonders dann, wenn es darum geht, (virtualisierte) Server aufzusetzen, die so spartanisch ausgestattet sein sollen wie möglich.
In Windows 8 haben dism.exe und seine neu eingeführten PowerShell Geschwister einen neuen Installationsstatus (“InstallState”) hinzubekommen, den “Removed“-Status. Entfernte Komponenten werden nicht im Windows “Side-by-Side”-Store unterhalb von “c:\windows\winsxs” zwischengespeichert. Will man eine solche Komponente installieren/aktiveren, muss man eine Installationsquelle angeben.
Zur Sache: hat man Windows Server 8 Core installiert so kann man die aktiven Rollen und Features mit Hilfe der PowerShell überprüfen. Hierzu tippt man zunächst einfach “powershell” in das Kommandofenster ein und ruft anschließend die neuen dism-Cmdlets auf:
Get-WindowsFeature
Inaktive (“Disabled”) Komponenten lassen sich leicht installieren/aktivieren:
Get-WindowsFeature wins | Add-WindowsFeature –r
Will man so viel Festplattenplatz wie irgendwie möglich sparen und damit gleichzeitig den Server härten, so kann man alle nicht verwendeten Komponenten entfernen:
Get-WindowsFeature | ? { $_.InstallState –like “available” } | % { Remove-WindowsFeature $_ .Name -remove }
Benötigt man später eine entfernte Komponente, so muss man zur Installation einen Quellpfad angeben. Dies kann eine DVD/ISO-Datei sein:
gwmi Win32_OperatingSystem | select Caption
Get-Windowsimage -ImagePath “d:\sources\install.wim”
Mount-WindowsImage -ImagePath “d:\sources\install.wim” -Index 4 -Path “c:\mnt” -ReadOnly
Add-WindowsFeature wins -r -s c:\mnt\windows\sxs
$c = gwmi Win32_LogicalDisk | ? { $_.deviceid -match “c” }($c.Size – $c.FreeSpace) /1GB
Standard-Platzbedarf einer Core-Installation
Platzbedarf nach Enternen aller ungenutzen Komponenten
Entfernte Komponenten können ohne Quellpfad nicht installiert werden
[For an ENGLISH version, click this line!]
In der “Windows Server Developer Preview”, die Microsoft auf der BUILD-Konferenz vorstellte, lassen sich zahlreiche Änderungen der Benutzerschnittstelle beobachten. Neben den vielen offensichtlichen Veränderungen, sind auch zwei alte Bekannte dem Rotstift zum Opfer gefallen: “dcpromo.exe” und “servermanagercmd.exe” fehlen in der Windows 8-Vorabversion. Da Microsoft im Gegenzug zahlreiche neue Cmdlets einführt, lohnt ein Blick auf die Installation eines Domänencontrollers (DC), wie sie in “Windows 8” begegnen wird.
(a) Vorarbeiten
Nach der Installation des W8-Servers muss zunächst die Netzwerkkarte(n) konfiguriert werden, was am einfachsten über die Eingabe des Befehls “ncpa.cpl” geschieht. Alternativ steht mit “netsh” ein alter Bekannter zur Verfügung, sowie neue Cmdlets: Get-NetIPAddress, Set-NetIPAddress
(b) Die graphische Installation
Unter diesem Link findet sich eine Screenshot-Gallerie, die die Vorgehensweise dokumentiert.
(c) Installation und Konfiguration mittels PowerShell
Zur Installation über die PowerShell steht ein Cmdlet namens “Install-ADDSForest” (bzw. “Install-ADDSDomain”) zur Verfügung; damit dieses verwendet werden kann, muss zunächst die Rolle “AD-Domain-Services” installiert werden.
Get-WindowsFeature *domain* | Add-WindowsFeature –Restart
Import-Module ADDSDeployment ## Optional
Install-ADDSForest –DomainName “contoso.com” –InstallDNS:$true
Der fällige Neustart erfolgt selbständig; nach der Installation ist zwar der DNS-Dienst installiert, es fehlen jedoch die Vewaltungswerzeuge, die man leicht nachrüsten kann:
Add-WindowsFeature DNS-Server-Tools -Restart
In allen Fällen ist der Parameter “-Restart” optional, der Neustart erfordert nur, wenn er notwendig ist. Es empfiehlt sich, den Reboot-Parameter grundsätzlich anzufügen, um keinesfalls mit einer unvollständigen Installation in Fehler zu laufen. Ob die Installation(en) erfolgreich waren, kann man so ermitteln:
Get-WindowsFeature | ? { $_.Installed }
“Install-ADDSForest” erfordert lediglich die Übergabe zweier Parameter, wie das Beispiel oben zeigt. Man kann jedoch weitere Parameter übergeben, was das nachfolgende Beispiel dokumentiert. Eine solche Beispieldatei generiert der graphische Installer (b), was die gesamte Prozedur stark vereinfacht.
## Windows PowerShell Script for AD DS Deployment ##
Import-Module ADDSDeployment
Install-ADDSForest `
-DatabasePath “C:\Windows\NTDS” `
-DomainMode “Win2008R2” `
-DomainName “contoso.com” `
-ForestMode “Win2008R2” `
-InstallDNS:$true `
-LogPath “C:\Windows\NTDS” `
-RebootOnCompletion:$false `
-SafeModeAdministratorPassword (Read-Host -AsSecureString -Prompt “Enter Password”) `
-SYSVOLPath “C:\Windows\SYSVOL”
#include <stdio.h>
int main(void) {
printf("Farewell, Dennis Ritchie!\n");
// return 0;
/* 1941-09-09/2011-10-12 */
}
Dennis Ritchie verstarb am 12.10.2011 im Alter von 70 Jahren
Mit Hilfe von Apples Bootcamptreibern lässt sich auch auf einem MacBook Air ohne größere Probleme auch Windows Server 2008 R2 installieren, was die Möglichkeit eröffnet, Hyper-V zu nutzen. Dieses Szenario ist allerdings nur in wenigen Fällen sinnvoll: will man schlicht virtualisieren, so bieten sich Desktop-Lösungen für MacOS wie Parallels und VMWares Fusion an. Will man jedoch explizit Hyper-V nutzen, so ist eine Dual-Boot-Installation erforderlich.
Nach der Installation des Windows Server 2008 R2 ist man mit dem Problem konfrontiert, dass ein MacBookAir keine kabelgebundene LAN-Schnittstelle hat. Eigentlich unterstützt Hyper-V keine WLAN-Schnittstellen, das System lässt sich aber mit Hilfe einer einfachen Netzwerkbrücke (“Bridge”) vom Gegenteil überzeugen.
Alternativ kann kann man in einen USB-Ethernet-Adapter investieren, den Hyper-V wie jede traditionelle LAN-Verbindung akzeptiert. Hierzu sind lediglich die schon erwähnten Bootcamptreiber erforderlich, so dass Windows die Hardware erkennt.
Diese “LAN-Schnittsstelle” kann Hyper-V ohne Tricks nutzen. Typischerweise erstellt man ein “External”-Netzwerk, in der Folge erscheint ebenfalls eine virtuelle Netzwerkschnittstelle in der Netzwerkkonfiguration des Hosts. Entfernt man den Adapter anschließend physisch, bleibt die zuvor erzeugte VMBus-NIC (die Schnittstelle, die über die Konfiguration des “External”-Netzwerks entstanden ist) erhalten. Man kann diese Schnittstelle dann sogar verwenden, um die Netzwerkbrücke ohne den Umweg über das “Internal”-Netzwerk mt dem WLAN-Adapater zu verbinden, Hyper-V wird das in aller Regel akzeptieren, weil das System im Hindergrund die nötigen Anpassungen automatisch vornimmt. Empfehlenswert ist das aber nicht, da man sich dort sehr schnell einen “Knoten in die Netzwerklogik” konfiguriert. Dies sei also eher als Warnung verstanden.
Diese Vorgehensweise funktioniert natürlich nicht nur auf MacBooks, sondern auch auf anderen Notebooks. Es finden sich Beiträge zahlreicher Kollegen, die diese und alternative Vorgehensweisen beschreiben. Einige sind nachfolgend verlinkt.
Steve Jobs 1955-2011
Schon seltsam, welche Fehlermeldungen uns da manchmal begegnen:
“Dieses Programm wird nicht häufig heruntergeladen und kann auf dem Computer Schaden anrichten.”
Um welches Programm mag es sich wohl handeln, vor dem uns der Internet Explorer so nachhaltig warnt? Es ist der “Sharepoint Foundation Server 2010“. Dass das Programm “Schaden anrichten kann” haben einige ja schon immer behauptet, nun wissen wir aber auch (Achtung: Ironie!), dass es offenbar nicht sonderlich beliebt ist.