Falls Sie es noch nicht wissen sollten: zum 01.04.2011 habe ich Microsoft verlassen. Daher wird dieser Blog nicht mehr aktualisiert. Meinen privaten Blog finden Sie unter folgender Adresse: https://ralfschnell.wordpress.com/. Auch dort werde ich zu Cloud Computing und Virtualisierung schreiben und freue mich darauf, Sie dort als Leser wieder zu treffen.

Mit freundlichen Grüßen!

Ralf Schnell

Als Alternative gibt es die Microsoft Download Extensions (DLX). Mit deren Hilfe können Sie mit wenigen Zeilen HTML-Code einen Microsoft Download so einbinden, daß der Besucher auf Ihrer Website bleibt und der Download in einem kleinen, separaten Fenster zur Verfügung gestellt wird:

Der Download kommt nach wie vor von der Microsoft-Website, die Integrität des Inhalts ist auf jeden Fall gesichert.

Wie das geht, stelle ich hier am Beispiel des Internet Explorer 9 Release Candidate 1 vor. Die Einbindung der URL ist nicht weiter erklärungsbedürftig; ich würde etwa schreiben: “Den Download finden Sie hier.”.  Beim Klick auf ‘hier’ öffnet sich dann das neue Fenster mit dem Microsoft Download Center.

In diesem Fenster gehe ich nun zur Adressleiste und kopiere dort die Family ID. Die ist einfach zu finden, ich habe sie hier Rot markiert:

https://www.microsoft.com/downloads/de-de/details.aspx?FamilyID=46110ac1-d77f-4492-b887-c30977865d8c

Nun füge ich die Family ID in folgenden HTML-Code an den zwei Rot markierten Stellen ein. Zusätzlich ersetzen Sie den String' ‘Click Here to Download’ (Violett markiert) durch den Text, der auf Ihrer Seite erscheinen soll.

<a href="https://www.microsoft.com/dlx/en-us/listdetailsview.aspx?FamilyID=<Family ID>" target="_blank" onclick="window.open('https://www.microsoft.com/dlx/en-us/listdetailsview.aspx?FamilyID=<Family ID>', 'dlx', 'status=0, toolbar=0, location=0, menubar=0, directories=0, resizable=1, scrollbars=1, height=370, width=605'); return false; ">Click Here to Download</a>

Den fertigen HTML-Code kopieren Sie in den HTML-Quellcode Ihrer Website. Das Ergebnis sieht gleich aus:

Den Download finden Sie hier.

Beim Klick auf ‘hier’ öffnet sich aber nun das neue Fenster für den Download, und der Benutzer bleibt auf Ihrer Website.

Einige Hinweise sind noch zu beachten.

• Zur Zeit ist DLX nur in Englisch verfügbar. Im zweiten Halbjahr werden weitere Sprachversionen veröffentlicht. Bis dahin muß im HTML-Code immer ‘en-us’ als Sprachversion verwendet werden!
• Wenn für einen Download eine ‘Windows Genuine’-Überprüfung notwendig ist, erfolgt automatisch eine Weiterleitung auf die Microsoft Download-Seite. Hierfür muß jedoch der HTML-Code nicht verändert werden. Sie müssen hierauf also bei der Erstellung Ihres Links keine Rücksicht nehmen.
• Das Gleiche gilt für Downloads, die aus mehreren Dateien bestehen.
• Ihnen stehen für viele Downloads zwei verschiedene Ansichten zur Verfügung: Übersicht und Details. Zur Auswahl der Ansicht im Download-Fenster ersetzen Sie ‘listdetailsview.aspx’ durch ‘default.aspx’.

Mit freundlichen Grüßen!

Ralf Schnell

https://www.microsoft.com/downloads/details.aspx?FamilyID=c3202ce6-4056-4059-8a1b-3a9b77cdfdda&displayLang=de

Einige Hinweise möchte ich Ihnen noch mitgeben:

• Wenn Sie eine Vorabversion des Service Pack installiert haben, müssen Sie diese zuerst entfernen, bevor Sie die RTM-Version installieren können.
• KB2505743 enthält Tipps und Tricks zur Installation des Service Pack.
• Die Website ‘Installieren von Service Pack 1’ erklärt die Installation über Windows Update.

Viel Spaß beim Installieren wünscht Ihnen

Ralf M. Schnell

Da ist natürlich zunächst mal das Service Pack 1 für Windows Server 2008 R2 und Windows 7. Das Service Pack muß auf den Hyper-V Hosts installiert sein, für die Hosts kommt sowohl der kostenlose Microsoft Hyper-V Server 2008 R2 als auch Windows Server 2008 R2 in Frage. Wird RemoteFX nicht für Hosted Desktops, sondern für Sessions eines Remote Desktop Services Session Host konfiguriert, dann muß auf diesem Session Host ebenfalls Windows Server 2008 R2 SP1 installiert sein; zusätzlich ist dann zu beachten, daß dieser Server nicht virtualisiert sein darf!

Zusätzlich zu den Hardware-Anforderungen an Hyper-V ist für RemoteFX zwingend ein Prozessor notwendig, der Second Level Address Translation (SLAT) unterstützt. Intel nennt diese Funktionalität Extended Page Tables, AMD nennt sie Nested Page Tables. Bei einem Remote Desktop Services Session Host kommt noch die Funktion Streaming SIMD Extensions 2 (SSE2) hinzu.

Der Grafikprozessor (GPU) muß DirectX 9.0c und DirectX 10.0 unterstützen. Eine aktuelle Liste mit getesteten Grafikadaptern und –Treibern wird in den nächsten Wochen veröffentlicht werden. Vorläufig kann man sich an den Angaben im Beitrag ‘More partner momentum around Microsoft RemoteFX in Windows Server 2008 R2 SP1 Beta’ des Remote Desktop Services (Terminal Services) Team Blog orientieren, in dem z.B. ATI FirePro und Nvidia Quadro benannt werden. Werden mehrere Grafikkarten pro Server verwendet, müssen diese natürlich identisch sein, gleiches gilt für einen Hyper-V Cluster.

Wieviele Grafikkarten werden benötigt? Das hängt von der Menge des benötigten Grafikspeichers ab. Die folgende Tabelle zeigt, wieviel Grafikspeicher pro VM benötigt wird. Getestet sind aktuell übrigens bis zu 12 VMs pro Grafikprozessor, dies ist jedoch nicht die technische Grenze von Remote FX.

	1 Monitor	2 Monitore	3 Monitore	4 Monitore
1024 x 768	75 MB	105 MB	135 MB	165 MB
1280 x 1024	125 MB	175 MB	225 MB	275 MB
1600 x 1200	184 MB	257 MB	330 MB
1920 x 1200	220 MB	308 MB

Beachten Sie bitte zusätlzich, daß Sie den Grafikspeicher pro Karte nicht einfach addieren können, um die Anzahl unterstützter VMs zu berechnen. Ein Monitor für eine VM – genauso wie ein lokal angeschlossener Monitor – muß in der Regel vollständig auf einer Grafikkarte berechnet werden. Die meisten Grafikprozessor können nicht lokalen Grafikspeicher und Speicher von einer anderen Karte kombinieren. Haben Sie also z.B. 3 Grafikkarten mit jeweils 512 MB Grafikspeicher und möchten VMs it je einem Monitor und einer Auflösung von 1600*1200 betreiben, dann unterstützt Ihr Host nicht etwa 8 VMs (512MB * 3 = 1536MB, 184MB * 8 = 1472MB) sondern lediglich 6 VMs (184MB * 2 = 368MB, Rest pro Grafikkarte = 144MB, also zu wenig für einen zusätlzichen Monitor mit dieser Auflösung). Selbstverständlich können Sie jedoch Monitore mit unterschiedlicher Auflösung von der gleichen Grafikkarte berechnen lassen. Und da Sie VMs nicht fest einer bestimmten Grafikkarte zuordnen, skaliert der Hyper-V Host automatisch bestmöglich, indem er sich ausreichenden freien Grafikspeicher auf einer Grafikkarte sucht.

Eine weitere Grafikkarte, die in fast jedem Server vorhanden ist, ist die auf dem Baseboard Management Controller (z.B. HP iLO). Hier gibt es potentiell ein Problem, denn diese Grafikkarten verwenden oft einen XP-Treiber (XPDM). RemoteFX erfordert zwingend einen WDDM-Treiber, und WDDM- und XPDM-Treiber können niemals gleichzeitig auf einem System laufen. Das bedeutet: wenn für den Baseboard Management-Controller kein WDDM-Treiber vorhanden ist, müssen Sie ihn entweder deaktivieren oder statt des XPDM-Treibers den RemoteFX CAP-Treiber installieren. Den CAP-Treiber installiert man per Kommandozelie:

dism /online /enable-feature /featurename:Microsoft-Windows-RemoteFX-EmbeddedVideoCap-Setup-Package

Der CAP-Treiber zeigt die lokale Konsole während der BIOS-Phase des Boot-Vorgangs und deaktiviert dann bei laufendem Betriebssystem die Grafikkarte auf dem Baseboard Management-Controller. Im Safe Mode ist der CAP-Treiber immer aktiv, so daß zur Fehlersuche die lokale Konsole verwendet werden kann. ACHTUNG: Überprüfen Sie nach der Installation des CAP-Treibers, ob für die RemoteFX-Grafikkarten noch der korrekte Treiber installiert ist; der CAP-Treiber kann diesen ggf. überschreiben.

Weitere Informationen finden Sie hier:

• Microsoft RemoteFX for Session Virtualization: Architectural Overview
• Hardware Considerations for RemoteFX
• Deploying Microsoft RemoteFX on a Single Remote Desktop Virtualization Host Server Step-by-Step Guide
• Deploying Microsoft RemoteFX for Virtual Desktop Pools Step-by-Step Guide 

Mit freundlichen Grüßen!

Ralf M. Schnell

Dies ist ein Bug, der durch einen Hotfix für die Integration Components behoben wird. KB981836 erklärt die Details dazu. Wichtig ist, daß zwei Schritte notwendig sind, um das Problem zu beheben:

• Der Hotfix muß auf allen Windows Server 2008 R2 Hyper-V Hosts installiert werden. Dann sind dort die Integration Components aktualisiert – nicht jedoch in den Virtuellen Maschinen! Auf dem Host ist ja nur das ISO-Image für die Integration Components vorhanden, installiert sind sie in den Gastsystemen.
• Nun müssen alle Windows Server 2003-Gastsysteme mit den neuen Integration Components aktualisiert werden. Erst dann ist das Problem beseitigt.

Die bessere Lösung ist allerdings, gleich das Service Pack 1 für Windows Server 2008 R2 auf den Hosts zu installieren. Der oben beschriebene Hotfix ist im Service Pack 1 enthalten – eine Liste aller enthaltener Hotfixes finden Sie hier. Und nach der Aktualisierung der Integration Components profitieren Sie zusätzlich von Dynamic Memory für alle unterstützten Gastsysteme!

Mit freundlichen Grüßen!

Ralf M. Schnell

Da immer wieder Fragen zu den technischen Details von SMB v2.1 an mich gerichtet werden, möchte ich hier auf eine Webcast-Aufzeichnung meines US-Kollegen David Kruse, Principal Development Lead im Windows Server-Team, hinweisen. Dieses Video ist zwar schon etwas älter  - 18.06.2009 –, jedoch immer noch aktuell. Und vor allem wirklich tief technisch!

Viel Spaß beim anschauen wünscht

Ralf M. Schnell

Natürlich wird das Internet nächstes Jahr nicht einfach aufhören zu funktionieren. Die Nichtverfügbarkeit neuer IPv4-Adressen wird jedoch erzwingen, daß immer mehr Internet-Resourcen nur noch per IPv6-Adresse erreichbar sein werden.

Nun kommt das in etwa so überraschend wie der erste Schnee im Winter. Sehr viele IT-Abteilungen sind dennoch nicht darauf vorbereitet, ihre Infrastruktur auf IPv6 umzustellen. Gründe, das jetzt zeitnah anzugehen, gibt es reichlich, zum Beispiel:

• Mobile Benutzer: Internet Service-Provider werden nach und nach auf IPv6 umstellen. Ihre mobilen Benutzer benötigen dann ein Betriebssystem, daß IPv6-fähig ist. Windows Vista und Windows 7 sind das, bei Windows XP muß zunächst das ‘Advanced Networking Pack for Windows XP’ installiert werden.
• Interne Resourcen: Es gibt immer mehr Infrastruktur-Dienste, die IPv6 verwenden. Bei den meisten Diensten genügt es, IPv6 einfach aktiviert zu lassen und die automatische Konfiguration zu nutzen. Direct Access funktioniert z.B. so, aber nur mit reduziertem Funktionsumfang: will man per Richtlinie regeln, welche internen Server über Direct Access erreichbar sind, muß zumindest für diese Server IPv6 intern vollständig konfiguriert sein. Es ist eine Frage der Zeit, bis immer mehr Infrastruktur-Dienste IPv6 erfordern.
• Cloud Computing: Immer mehr IT-Resourcen wandern in die Cloud. Egal, ob das nun Applikationen, Services oder virtualisierte Server bzw. Desktops sind, diese Resourcen benötigen eine IP-Adresse. Sobald alle IPv4-Adressen aufgebraucht sind, werden alle neuen Resourcen IPv6-Adressen erhalten. Da das sehr bald der Fall sein wird, sollten Sie sicherheitshalber gleich so planen: wenn Sie über Cloud Computing nachdenken, dann müssen Sie Ihre Infrastruktur IPv6-fähig machen.

Was ist notwendig, um IPv6 intern vollständig zu konfigurieren und einzusetzen?

• IPv6-fähige Router (und ggf. Switches): IPv6 verwendet Router für die Subnet-Konfiguration der Endgeräte. Und natürlich müssen Ihre Router IPv6-Pakete prinzipiell auch weiterleiten können …
• DNS: Wenn Sie den Windows DNS-Service benutzen, müssen Sie als DNS-Server min. Windows Server 2003 einsetzen.
• DHCP: Unterstützung für IPv6-Scopes in Windows DHCP gibt es ab Windows Server 2008. Zwar kann man IPv6 vollständig ohne DHCP betreiben, und zwar nicht mit statischen Adressen, sondern durchaus dynamisch und automatisch konfiguriert, jedoch ist DHCP hilfreich, um einige Einstellungen (z.B. DNS Server-Adressen) zentral zu verwalten. Achtung: Ihre Router müssen dann auch als IPv6 DHCP Relay Agent funktionieren!
• Betriebssystem: IPv6-Unterstützung gibt es ab Windows XP bzw. Windows Server 2003. Ab Windows Vista bzw. Windows Server 2008 ist IPv6 vollständig in den Netzwerk-Stack integriert, was sich insbesondere bei Servern mit hoher Netzwerkauslastung positiv bemerkbar macht.
• IPv6-Adressbereich: Wollen Sie einen öffentlichen Adressbereich benutzen, dann müssen Sie den wie üblich registrieren.
• Support-Prozesse: Sehr leicht wird übersehen, daß einige Tools und Prozessen ebenfalls angepaßt werden müssen. Netzwerk-Traces benötigen evtl. andere oder neuere Tools und ganz sicher zusätzliches Wissen seitens Ihrer Netzwerk-Experten.

Und was spricht dagegen? Eigentlich sehr wenig. Wenn Ihre aktiven Netzwerkkomponenten IPv6 nicht unterstützen, ist an dieser Stelle eine Investition fällig. Abgesehen davon ist die Einführung von IPv6 nicht sehr aufwändig. IPv4 und IPv6 können problemlos koexistieren, daher ist eine stufenweise Einführung ohne weiteres möglich. Es macht Sinn, zunächst ein rein administratives Subnet zu adressieren und dann die Server-Infrastruktur (Rechenzentren und ggf. Zweigstellen-Server). Danach sollte ausreichend Routine vorhanden sein, um die dynamische Konfiguration der Endgeräte in Angriff zu nehmen.

Mit freundlichen Grüßen!

Ralf M. Schnell

Vermittelt werden die Themen auch  in diesem Jahr wieder von einer Riege  hochrangiger Sprecher: Als besonderes Highlight ist mit Sicherheit die Keynote von Brad Anderson zu nennen, seines Zeichens Corporate Vice President Microsoft Management & Security Division. Außerdem werden viele international anerkannte Experten wie zum Beispiel John Craddock, Norm Judah, Marcus Murray, Jeff Proise oder Mark Russinovich ihr Wissen weitergeben. Zusätzlich dürfen sich alle Teilnehmer auch über eine Reihe von hervorragenden Sprechern aus dem deutschsprachigen Raum freuen, unter anderem Dominick Baier, Thomas Binder, Neno Loje, Markus Raatz, Damir Tomicic, Christian Wenz oder Christian Weyer.

Weitere Informationen und die Registrierung finden Sie hier: https://europe.msteched.com/default.aspx

Neben der SMP-Unterstützung sind weitere neue Funktionen enthalten:

• Synthetische Gerätetreiber: Diese neue Geräteklasse in Hyper-V ist für die Virtualisierung optimiert und benutzt spezielle Treiber, die den Durchsatz sehr deutlich steigern. Insbesondere Netzwerkverbindungen in das physikalische Netzwerk profitieren hiervon.
• Fastpath Boot Support: Diese besondere Treiber-Architektur beschleunigt den Boot-Vorgang des Gastsystems von der virtuellen IDE-Festplatte, indem ein großer Teil des üblichen IDE-Stacks im Gastsystem umgangen wird.
• Timesync: Das Linux-Gastsystem kann nun vom Hyper-V Host ein Zeitsignal empfangen und verarbeiten. (Interessanterweise bekomme ich viel häufiger die Frage, wie man das denn abschalten könne … Antwort: in den Einstellungen der VM in der Hyper-V MMC.)
• Integrated Shutdown: Linux-Gastsysteme können nun per GUI oder PowerShell kontrolliert heruntergefahren werden. (Und bevor Sie fragen: starten konnte man sie auch vorher schon, denn das ist ja kein Befehl an das Gastsystem, sondern an Hyper-V …)
• Heartbeat: Der Hyper-V Host kann nun feststellen, ob das Linux-Gastsystem tatsächlich läuft und reagiert. Damit kann nun auch die Failover Cluster-Funktionalität im vollen Umfang genutzt werden, um die Verfügbarkeit des Gastsystems sicherzustellen.

Mit freundlichen Grüßen!

Ralf M. Schnell

Applikationsentwickler benötigen eine standardisierte Schnittstelle, die sie ansprechen können, um den Benutzer zu authentifizieren. Dabei geht es nicht nur um das überprüfen eines Passworts, sondern vor allem auch um die Attribute des Benutzers, z.B. die Position in der Organisationsstruktur oder den Benutzer-Typ. Heute ist diese Schnittstelle das Active Directory. In Zukunft soll ein Meta-Directory diese Rolle übernehmen. Der Vorteil: Kunden müssen ihre bestehenden Active Directory-Instanzen nicht anpassen, sondern können sie ganz einfach in ein Meta-Directory integrieren, Mit anderen Directory-Technologien könnte das genauso funktionieren, denn ein Meta-Directory hat den Anspruch,Technologie-agnostisch zu sein.

Im Rahmen der Professional Developers Conference (PDC) 2009 in Los Angeles wurde eine frühe Version dieses Meta-Directory mit dem Codenamen ‘Next Generation Active Directory’ vorgestellt. Die vielleicht auffälligste Neuerung: ‘Next Generation Active Directory’ benutzt SQL Server als Datenspeicher und für schnelle und  leistungsfähige Abfragen. Dadurch wird u.a. die Skalierbarkeit an die Anforderungen von Cloud Services angepaßt.

Zur Video-Aufzeichnung dieses Vortrags kommen Sie über diesen Link: https://www.microsoftpdc.com/2009/SVC28

Mit freundlichen Grüßen!

Ralf M. Schnell