atwork information technology

Letztlich bin ich im TechNet Magazine wieder darüber gestolpert: Den Hinweis auf die freien Tools für Hyper-V: Download a Set of Free Tools for Managing Hyper-V R2.

Damit sind die Remote Server Administration Tools für Windows 7 (RSAT) gemeint. Die Tools gibt es schon seit letztem November – und sie sind noch immer genauso praktisch und empfehlenswert wie zuvor (siehe auch RSAT nun auch auf Deutsch und (RSAT) für Windows 7 Beta hier im Blog).

Mit RSAT kann ein IT-Admin von seinem Windows 7 Client aus virtuelle Maschinen verwalten – und vor allem auch Hyper-V Core Server!

Wichtig: RSAT läuft nur unter Windows 7 Enterprise, Professional oder Ultimate. Es gibt einen eigenen Download (EN, DE, etc.) mit je etwa 220MB für x86 und x64:

Download Remote Server Administration Tools for Windows 7

Nach der Installation und dem Start (%windir%\system32\mmc.exe "%ProgramFiles%\Hyper-V\virtmgmt.msc")sieht das MMC mit den Client-Tools genauso aus wie am Hyper-V Server:

Und das Beste daran: Auch das “Connect to Computer” öffnet die virtuelle Maschine wie am Hyper-V Server (Ja, das ist natürlich klar, aber alleine die Installation der Integration Services ist so ohne mühsame Tastatur-Steuerung möglich – ich erinnere an meinen Artikel Hyper-V Integration Services ohne Maus installieren ;-)

RSAT funktioniert übrigens nicht nur für R2-Server, sondern auch für die “normalen” Windows Server 2008.

Letzte Woche sind wieder neue Dokumente mit KnowHow über Hyper-V hinzugekommen: Wie kann Hochverfügbarkeit mit Live Migration erreicht werden und wie sehen die Leistungsvergleiche von VHD-Files aus?

Im TechNet gibt es den Leitfaden ”Live Migration Network Configuration Guide“ (This guide describes how to configure your network to use the live migration feature of Hyper-V…) – eine Hilfe für alle, die einen Hyper-V Cluster betreiben wollen.

Wenn das Thema Hochverfügbarkeit für Sie neu ist, schauen Sie am besten mal hier in die Voraussetzungen für den Betrieb rein: Requirements for Using Cluster Shared Volumes in a Failover Cluster in Windows Server 2008 R2.

Und im Microsoft Download-Center steht “Virtual Hard Disk performance” vom Februar 2010 als Word-Dokument zur Verfügung (Compare VHD storage performance in Windows Server 2008 / Windows Server 2008 R2 / Windows 7…).

Das Dokument beschreibt die Unterschiede zwischen Fixed, Dynamic und Differencing VHDs sowie physical disk und pass-thru disk mit verschiedensten Workloads bis hin zu SQL Performance-Messungen. In den Szenarien wurden vergleichbare Leistungsmessungen durchgeführt, wie beispielsweise in der Grafik hier rechts.

Dazu passt auch noch der Hinweis zu Hyper-V R2 Performance FAQs und auch empfehlenswert anzusehen sind die Frequently Asked Questions: Virtual Hard Disks in Windows 7 mit den Hinweisen “What are the best practices for backing up VHDs?”.

Meine nächsten spannenden Themen in Hyper-V sind PowerShell Management Modul für Hyper-V und Scripting damit…!

In Hyper-V sind command line manegment tool “out of the box” nicht enhalten, deshalb gibt es auf Codeplexx ein PowerShell Modul zum Download, welches rund 100 Kommandos für die Verwaltung von virtuellen Maschinen enthält (ok, ich habe aufgerundet. es sind “nur” 80. Aber bald sind es sicher 100).

Auf Technet Edge gibt es dazu sogar ein Videotutorial, welches Installation und Einsatz des Modules zeigt.

Beitrag von Martina Grom

Hyper-V ist eine tolle Technologie: Von der simplen Verwendung bis in die Tiefen des Scriptings, API und Kernel und  Offline-Aktualisierung von VMs. Nun, mit der R2-Version, gibt es einige Neuerungen und Erweiterungen, wie erweiterte Hardware-Unterstützung, Networking, Storage und Live Migration…

Welche genau? Das beantwortet dieser Artikel in blogs.msdn.com/tvoellm:

What’s new in Windows Server 2008 R2 Hyper-V Performance and Scale?

Ebenfalls sehr praktisch: Die FAQ Liste in Hyper-V Performance FAQ R2!

Die Fragen-Antwort Liste umfasst u.a. die Themen Performance Monitoring, Speicher, iSCSI und attached storages, Netzwerk-Optimierung bis hin zu Lizensierung und bietet oft weiterführende Links. Empfehlenswert!

Die dunkle Seite der Macht ist immer präsent. In IT Netzwerken muss man sich permanent gegen Bedrohungen und nicht autorisierte Zugriffsversuche schützen – und zwar alle Maschinen. Dies ist Aufgabe des Systemadministrators. Genauso sind die Benutzer gefordert, mit sensiblen Informationen wie Kennwörtern, Geschäftsdaten und Co. vertraulich umzugehen.

Nur, wie sieht das mit virtuellen Maschinen (VM) aus, die nur zeitweise gebraucht werden und offline sind? Wer hält die aktuell? Die VMs sind von der Inbetriebnahme aus ihrem Dauerschlaf bis zum Einspielen der letzten Patches “verwundbar”.

Genau hier greift das Offline Virtual Machine Servicing Tool ein, welches seit genau einem Jahr verfügbar ist. Nun liegt seit Anfang Dezember die neue Version 2.1 vor.

Das Offline Virtual Machine Servicing Tool ist eine frei verfügbare, getestete und automatisierte Komponente um VMs auf den aktuellen Patch-Stand zu bringen und so sicher vor Angreifern zu machen.

Hier geht´s zum Download des Offline Virtual Machine Servicing Tool 2.1 (OVMST21).

So funktionierts:

Die Neuerungen des Offline Virtual Machine Servicing Tool 2.1: Version 2.1 arbeitet nun mit System Center Virtual Machine Manager 2008 R2, System Center Configuration Manager 2007 SP2, Windows Server Update Services 3.0 SP2 und unterstützt das Aktualisieren der Betriebssysteme Windows 7 und Windows Server 2008 R2.

Nach dem Download und Entpacken des winzigen ZIPs sind diese Files vorhanden:

Das Offline Virtual Machine Servicing Tool 2.1 ist rasch eingerichtet (siehe auch TechNet - Offline Virtual Machine Servicing Tool 2.1):

1. Install the tool in your environment. Ein Configuration Wizard führt durch den Prozess zum Verbinden des Tools zum Virtual Machine Manager und zum WSUS.
2. Configure virtual machine groups. VMs können gruppiert werden um die Service-Jobs einmalig einzurichten.
3. Create and schedule servicing jobs. Ein Service-Job führt alle erforderlichen Aktionen (VM Start, Update, Shutdown) durch. Der Job kann jederzeit oder auch zu Low-Traffic-Zeiten (Wartungsfenstern) und wiederkehrend durchgeführt werden. Das Tool arbeitet mit Windows Task Scheduler.

Das Tool stellt somit eine Entlastung der System-Administratoren dar, die sich nicht darum kümmern müssen, offline VMs auf aktuellem Stand zu halten!

Happy patching mit OVMST!

Vor kurzem habe ich mir einen hilfreichen Tipp aus dem Windows Server Blog Deutschland geholt: Hinweise zur Funktionsweise von internen, privaten und externen Netzwerken in Hyper-V, zusammengefasst im

Understanding Networking with Hyper-V White Paper.

Das XPS-Dokument (2,7MB) hat 48 Seiten und beschreibt das “virtual networking”, den “Hyper-V virtual network manager” sowie “virtual network setups” und auch ganz neue Themen wie “networking with iSCSI Shared Storage” u.v.m.

“This guide will step you through Hyper-V's networking concepts, best practices and deployment…”

Empfehlenswert!

Das freie Tool Disk2vhd der System-Gurus Mark Russinovich und Bryce Cogswell aus den Windows Sysinternal liegt seit 1. Dezember in Version 1.4 vor (Details siehe auch hier im Blog Wie konvertiere ich einen physischen PC in einen virtuellen PC?).

Disk2vhd kann auch per Kommandozeile gestartet werden, nämlich so einfach:
disk2vhd * c:\vhd\snapshot.vhd

Das Tool kann auch direkt von Live.Sysinternals.com gestartet werden! Run Disk2vhd

…konvertiert den physischen PC in ein virtuelles VHD File zur Ausführung mit Virtual PC oder Hyper-V.

Und noch ein Tool-Tipp:

Vielleicht haben Sie die Anforderung, eine virtuelle Maschine aus VM-Ware unter Hyper-V laufen zu lassen?

Es gibt mehrere Wege, dies zu bewerkstelligen. Ein Dritt-Hersteller hat jetzt ein freies Tool bereitgestellt, welches VMDK in VHD Dateien und auch umgekehrt VHD in VMDK Dateien konvertieren kann. Dabei wird eine Sektor-weise Kopieroperation gestartet, welche die Quelldateien unverändert lässt, sodass sie weiterverwendet werden können.

Das Tool des Anbieters heißt StarWind (V2V) Converter, der Download der freien Produkte findet sich hier. Dazu ist nur das Formular mit einer gültigen E-Mail-Adresse auszufüllen. Ich selbst habe den StarWind Converter noch nicht ausprobiert, aber laut community scheint das recht gut zu funktionieren – für alle jene, die den Bedarf dafür haben.

Virtuelle Maschinen (VM) können ja ganz leicht durch Kopieren geklont werden. Danach sollte der Security Identifier – kurz SID - geändert werden, damit die Maschine im Netzwerk eindeutig identifizierbar ist (zum Beispiel in WSUS: Wenn das nicht passiert und mehrere VMs dieselbe SID besitzen kann es zu pendelnden Maschinen-Infos führen), sonst “prügeln” sich die geklonten Systeme wie in Star Wars, nur nicht so bilderreich…

Also, wie ändert man die SID in Windows?

Recht populär ist das Tool NewSID von sysinternals.com. Dazu aber eine wichtige Information, die auch prominent auf der Website steht:

IMPORTANT:
Regarding SIDs, Microsoft does not support images that are prepared using NewSID, we only support images that are prepared using SysPrep. Microsoft has not tested NewSID for all deployment cloning options.
Note: NewSID will be retired from Sysinternals on November 2, 2009.

Mit anderen Worten: NewSID wird von Microsoft nicht offiziell unterstützt und nicht mehr lange zur Verfügung stehen. Ich habe mir mal den Spaß gemacht und NewSID dennoch in einer Windows Server 2008 R2 VM ausprobiert - ich habe schon soo lange keinen Bluescreen mehr gesehen!

Und tatsächlich zerstört NewSID das Betriebssystem endgültig.

Aber die Lösung ist nah – wie auch in der NewSID-Seite beschrieben: “…we only support images that are prepared using SysPrep.”

SysPrep.exe ist Bestandteil von Windows - in Windows Server 2008 (und R2), Windows Vista und Windows 7 in %windir%\system32\sysprep.

Unter Windows XP ist SysPrep noch von der Installations-DVD in \Support\Tools\Deploy.cab zu entpacken - oder von Windows XP Service Pack 2 Deployment Tools zu laden, in Windows Server 2003 befindet sich SysPrep in der CAB-Datei der Windows Server 2003 SP1 bzw. SP2-Bereitstellungstools.

Nach dem Aufruf muss nur “Verallgemeinern” (Generalize) markiert werden – siehe Screenshot:

Das klappt einwandfrei (während des SysPrep-Vorganges geht sich locker der eine oder andere Kaffe aus…). Nach SYSPREP und dem Neustart erhält der Rechner einen neuen zufälligen Namen und eine neue SID.

Eingetragene fixe IPs werden entfernt (dann auf DHCP), die Arbeitsgruppe bleibt. Ebenso bleiben die User mit ihren Kennworten erhalten und IIS-Einstellungen, Gruppenrichtlinien (z.B. WSUS), Erweiterte Firewall-Einstellungen, etc.

Die Benutzerprofile werden neu erstellt und müssen neu eingerichtet werden und Windows muss mit Productkey neu aktiviert werden.

Somit nicht viel Aufwand, die VM wieder einzurichten.
Achja, die SID kann mit dem sysinternals-Tool PsGetSid <PC-Name> aus den sysinternals PsTools ausgelesen werden:

Hier finden sich alle gesammelten Links und weitere Informationen:

• sysinternals NewSID
• How to use the Sysprep tool to automate successful deployment of Windows XP
• Windows XP Service Pack 2 Deployment Tools
• Systemvorbereitungsprogramm für die Bereitstellung von Windows Server 2003 Service Pack 2
• How To Use the System Preparation Tool (Sysprep.exe) to Perform Disk Duplication
• TechNet - Sysprep Technical Reference
• TechNet - How to Use Sysprep: An Introduction
• sysinternals PsGetSid

Happy cloning!