Windows Management

Framework RC-Version
Juni 2009

Zusammenfassung

Dieses Dokument beschreibt die RC-Version des Microsoft Windows Management

Framework fr Windows Vista, Windows Server 2008, Windows XP und Windows
Server 2003.
Inhalt
berblick
3
Anforderungen 3
Installationsanweisungen 4
Bekannte Probleme
4
Erste Schritte beim Testen 7
Mgliche Szenarios fr Prproduktionstests
Wenden Sie sich an Microsoft
8

Windows Management Framework RC-Version - 2

Haftungsausschluss
Dies ist eine vorlufige Version dieses Dokuments und kann sich vor der endgltigen kommerziellen
Verffentlichung der darin beschriebenen Software noch ndern.
Die Informationen in diesem Dokument reprsentieren die Sicht der Microsoft Corporation auf die
beschriebenen Probleme zum Zeitpunkt seiner Verffentlichung. Da Microsoft auf sich ndernde
Marktbedingungen reagieren muss, sollten sie nicht als verbindlich fr Microsoft betrachtet werden.
Microsoft kann nach dem Verffentlichungsdatum nicht fr die Korrektheit der dargestellten
Informationen garantieren.
Dieses Whitepaper dient ausschlielich informativen Zwecken. DIESE INFORMATIONEN WERDEN
VON MICROSOFT OHNE GEWHRLEISTUNG BEREITGESTELLT, SEI ES AUSDRCKLICH,
IMPLIZIT ODER GESETZLICH.
Die Einhaltung des geltenden Urheberrechts liegt in der Verantwortung des Benutzers. Ohne
Einschrnkung des Urheberrechts darf ohne ausdrckliche schriftliche Genehmigung der Microsoft
Corporation kein Teil dieses Dokuments reproduziert, in Informationssystemen gespeichert oder in
irgendeiner Form (elektronisch, mechanisch, Fotokopie, Aufzeichnung oder andere) oder fr irgendeinen
Zweck bertragen werden.
Microsoft verfgt mglicherweise ber Patente, Patentanmeldungen, Marken, Urheberrechte oder
andere geistige Eigentumsrechte, die die Inhalte in diesem Dokument betreffen. Auer durch ein
ausdrckliches, schriftliches Lizenzabkommen mit Microsoft erhalten Sie durch den Besitz dieses
Dokumentes keinerlei Lizenz fr diese Patente, Marken, Urheberrechte oder andere geistige
Eigentumsrechte.
Sofern nicht anders vermerkt, sind die hier als Beispiel aufgefhrten Firmen, Organisationen, Produkte,
Domnennamen, E-Mail-Adressen, Logos, Personen, Orte oder Ereignisse frei erfunden. Smtliche
hnlichkeiten mit tatschlichen Firmen, Organisationen, Produkten, Domnennamen, E-Mail-Adressen,
Logos, Personen, Orten oder Ereignissen sind rein zufllig.
2009 Microsoft Corporation. Alle Rechte vorbehalten.
Die hier erwhnten Namen tatschlicher Unternehmen und Produkte sind Markenzeichen ihrer
jeweiligen Inhaber.

Juni 2009
2009 Microsoft Corporation. Alle Rechte vorbehalten.

Windows Management Framework RC-Version - 3

berblick
Der Microsoft Windows Management Framework Release Candidate (RC) fr
Windows Vista, Windows Server 2008, Windows XP und Windows Server 2003
enthlt die folgenden Komponenten:
WinRM 2.0
Windows Remote Management (WinRM) ist die Microsoft-Implementierung des
WS-Management-Protokolls, ein firewallfreundliches Protokoll zur Interaktion
von Hardware und Betriebssystemen unterschiedlicher Hersteller, das auf dem
Simple Object Access Protocol Standard (SOAP) basiert.
Das WS-Management-Protokoll stellt eine gemeinsame Methode zur
Verfgung, mit der Systeme ber eine IT-Infrastruktur auf
Verwaltungsinformationen zugreifen und diese austauschen knnen.
PowerShell 2.0
Microsoft Windows PowerShell ist ein neues Befehlszeilenprogramm und eine
Skriptsprache zur Systemadministration und Automatisierung. Windows
PowerShell basiert auf dem .NET Framework. Es erlaubt IT-Spezialisten und
Entwicklern, die Administration von Windows und Anwendungen zu steuern und
zu automatisieren.
BITS 4.0
Background Intelligent Transfer Service (BITS) ist ein Dienst zur
Dateibertragung zwischen einem Client und einem Server. BITS stellt ein
einfaches Verfahren zur Verfgung, Dateien zuverlssig ber HTTP oder
HTTPS zu bertragen. Sowohl Downloads als auch Uploads werden
untersttzt. Anders als andere Protokolle, die Dateien im Vordergrund
bertragen, bertrgt BITS Dateien im Hintergrund (Standardeinstellung).
Hintergrundbertragungen verwenden nur ungenutzte Netzwerkbandbreite, um
die interaktive Arbeit mit anderen Netzwerkanwendungen wie z. B.
Internet Explorer nicht einzuschrnken. Vordergrundbertragungen (normale
bertragungen) werden ebenfalls untersttzt.
Diese RC-Version ist in Englisch, Deutsch und Japanisch verfgbar. Die endgltige
Version wird in weiteren Sprachen verfgbar sein.
Beachten Sie, dass es sich hierbei um eine RC-Version handelt. Sie sollte nicht auf
Self-Host-Systemen verwendet werden, da es Probleme mit der
Installation/Deinstallation sowie der allgemeinen Verwendbarkeit geben kann.

Anforderungen
Das Microsoft Windows Management Framework ist fr ltere Systeme ausgelegt,
auf denen die neuen Windows Management-Funktionen verwendet werden sollen.
Folgende System- und Hardwareanforderungen mssen zum Testen dieser RCVersion erfllt sein.
Folgende Software muss auf dem System installiert sein:
Windows Vista SP1, Windows Vista SP2, Windows Server 2008, Windows
Server 2008 RTM, Windows XP SP3 oder Windows Server 2003 SP2

Juni 2009
2009 Microsoft Corporation. Alle Rechte vorbehalten.

Windows Management Framework RC-Version - 4

Installationsanweisungen
Im Folgenden die Installationsanweisungen fr die RC-Version des Windows
Management Framework. Bei der endgltigen Version knnen sich diese Schritte
ndern.
Installationsschritte:
1. Bitte whlen Sie die Datei, die der Architektur Ihres Computers entspricht, die
Windows-Version auf Ihrem Computer sowie die Komponenten, die Sie
installieren mchten:
o Architektur: x86 oder x64
o Windows-Version: Windows Vista, Windows Server 2008,
Windows XP oder Windows Server 2003
o Komponenten: Core (WinRM 2.0 und PowerShell 2.0) oder
BITS 4.0
2. Kopieren Sie die entsprechende Datei von der Website auf Ihren lokalen
Desktop.
3. Starten Sie das Installationsprogramm, indem Sie auf die heruntergeladene
Datei doppelklicken.
Die Installation macht einen Neustart erforderlich.

Bekannte Probleme
Standard-WinRM-Ports gendert
Die Standardports, die bei der Erstellung neuer WinRM-Listener verwendet werden,
wurden gendert: anstelle von 80 wird 5985 fr HTTP, anstelle von 443 wird 5986
fr HTTPS verwendet. Alle Listener, die manuell ohne Angabe eines Ports erstellt
werden, bzw. alle Listener, die mithilfe des WinRM-Befehls quick-config erstellt
werden, sind fr die berwachung dieser neuen Ports konfiguriert. Entsprechend
wurden die Standardports, die bei der Ausgabe von Clientanforderungen verwendet
werden, gendert: Anstelle von 80 bzw. 443 wird 5985 bzw. 5986 verwendet. Alle
Clientanforderungen, die ohne Portangabe gesendet werden, werden an diese
neuen Ports gesendet. Sind die Standardclientports mit einem anderen Wert als 80
bzw. 443 konfiguriert, werden sie beim Aktualisieren nicht gendert. Die
Einstellungen fr alle WinRM-Listener auf Port 80 (HTTP) oder 443 (HTTPS)
werden whrend der Aktualisierung automatisch fr Listener auf den neuen Ports
bernommen. Die vorhandenen Listener auf Port 80 bzw. 443 werden als
Kompatibilitts-Listener gekennzeichnet und berwachen diese Ports weiterhin.
Alle Listener, die auf anderen Ports als Port 80 bzw. 443 vorhanden sind, werden
nicht gendert.
Wenn Sie einen Computernamen in die winrm-Befehlszeile eingeben, z. B.
r:<Computername>, und dabei keinen Port angeben, wird der Standardclientport
aus der WinRM-Konfiguration verwendet (ursprnglich auf 5985/5986 festgelegt).
Wenn Sie einen Verbindungs-URI an die winrm-Befehlszeile bergeben, z. B.
r:http://Mycomputer/wsman, dann wird der URI so interpretiert wie in Internet
Explorer (mit den Ports 80/443 als Standardports).
Wenn ComputerName an das PowerShell-Cmdlet New-PSSession bergeben
und kein Port angegeben ist, wird die Standardclientport-Einstellung aus der
WinRM-Konfiguration verwendet (ursprnglich auf 5985/5986 festgelegt). Wenn
ConnectionUri an das Cmdlet New-PSSession bergeben wird, wird die
Zeichenfolge genauso interpretiert wie in Internet Explorer (mit den Ports 80/443 als
Standardports).

Juni 2009
2009 Microsoft Corporation. Alle Rechte vorbehalten.

Windows Management Framework RC-Version - 5

WinRM-Anforderungen fr DMTF-Ressourcen geben einen neuen Selektor

zurck
Wenn beim Anfordern einer WinRM-Ressource der angegebene Ressourcen-URI
ein DMTF-URI ist (d. h., der URI beginnt mit dem Prfix http://schemas.dmtf.org/),
ist der __cimnamespace-Selektor als Teil des Endpunktverweises enthalten, der in
der Antwortmeldung zurckgegeben wird.
BITS Peercaching-Inkompatibilitt zwischen Version 3.0 und 4.0
Diese Version installiert BITS 4.0 auf Ihrem Computer. BITS 4.0 nutzt die
Infrastruktur von Windows BranchCache, um eine Peer-to-Peer-Dateibertragung
bereitzustellen. BITS 4.0 arbeitet nicht mit der Peercachinglsung von BITS 3.0
zusammen. Aus diesem Grund knnen Clients, auf denen BITS 3.0 ausgefhrt wird,
keine Daten mit Clients austauschen, auf denen BITS 4.0 ausgefhrt wird. Fr
Peer-to-Peer-Dateibertragungen wird ein BranchCache-fhiger Server bentigt.
Verlust der aktuellen BITS-Auftrge bei Deinstallation von BITS 4.0
Durch die Deinstallation der in diesem WTR enthaltenen Version von BITS (ein
Herunterstufen von BITS 4.0 auf BITS 3.0) gehen alle aktuellen BITSbertragungsauftrge in der Warteschlange verloren. Dateien, die noch nicht
vollstndig heruntergeladen sind, knnen nicht mehr vervollstndigt werden, und
die zugehrigen temporren Dateien blockieren Festplattenspeicher, bis sie
manuell gelscht werden. Es wird empfohlen, das BITS WTR-Paket nicht zu
deinstallieren, solange sich Auftrge in der BITS-Warteschlange befinden. Mit dem
folgenden BITSAdmin-Befehl kann die BITS-Warteschlange explizit geleert werden:
- Bitsadmin /reset /allusers.
Upgrade von PowerShell 1.0 wird blockiert
Die Installation von Windows Management Framework Core (WinRM 2.0 und
PowerShell 2.0) auf Windows Server 2003 oder Windows XP wird nicht untersttzt,
wenn PowerShell 1.0 installiert ist. Benutzer mssen deshalb PowerShell 1.0 vor
der Installation des Pakets deinstallieren.
Wichtige nderungen von PowerShell 2.0 gegenber PowerShell 1.0
Windows PowerShell 2.0 wird im Ordner System32/WindowsPowerShell/V1.0
installiert. Windows PowerShell 2.0 ist zu Windows PowerShell 1.0
abwrtskompatibel. Folgende Punkte sind jedoch zu beachten:

Wichtige nderungen gegenber PowerShell 1.0

o Der Wert des Registrierungseintrags
PowerShellVersion in
HKLM\SOFTWARE\Microsoft\PowerShell\1\PowerShellE
ngine wurde in 2.0 gendert.
o Neue Cmdlets und Variablen wurden hinzugefgt.
Dadurch kann es zu Konflikten mit Variablen und
Funktionen in Profilen und Skripts kommen.
o Der Operator -IEQ fhrt einen Vergleich fr Zeichen
aus, ohne Gro- und Kleinschreibung zu
bercksichtigen.
o Das Cmdlet Get-Command ruft zustzlich zu
Cmdlets standardmig Funktionen ab.
o Systemeigene Befehle, die eine Benutzeroberflche
generieren, knnen nicht ber die Pipeline an das
Cmdlet Out-Host bergeben werden.

Juni 2009
2009 Microsoft Corporation. Alle Rechte vorbehalten.

Windows Management Framework RC-Version - 6

o
o

Es knnen Konflikte zwischen den neuen

Schlsselwrtern Begin, Process, End, Dynamic
Param und hnlichen Wrtern in Skripts und
Funktionen auftreten. Wenn diese Wrter als
Schlsselwrter interpretiert werden, knnen
Analysefehler auftreten.
Die Auflsung von Cmdlet-Namen wurde gendert. In
Windows PowerShell 1.0 wurde ein Laufzeitfehler
erzeugt, wenn zwei Windows PowerShell-Snap-Ins
Cmdlets mit dem gleichen Namen exportiert haben.
Wenn Sie den Namen des Befehls eingeben, wird in
Windows PowerShell 2.0 das Cmdlet ausgefhrt, das
der Sitzung zuletzt hinzugefgt wurde. Um einen
Befehl auszufhren, der nicht standardmig
ausgefhrt wird, qualifizieren Sie den Cmdlet-Namen
mit dem Namen des ursprnglichen Snap-Ins oder
des ursprnglichen Moduls.
Geben Sie den Namen einer Funktion und
anschlieend -? ein, um das Hilfethema fr die
Funktion, sofern verfgbar, aufzurufen.
Die Auflsung von Parametern fr Microsoft .NET
Framework-Methoden wurde gendert. In Windows
PowerShell 1.0 wurde kein Fehler gemeldet, wenn
eine berladene .NET-Methode mit mehr als einer
bestgeeigneten Syntax aufgerufen wurde. In
Windows PowerShell 2.0 wird die Mehrdeutigkeit als
Fehler gemeldet. Auerdem wurde in Windows
PowerShell 2.0 der Algorithmus zur Auswahl der am
besten geeigneten Methode berarbeitet, um die
Anzahl von Mehrdeutigkeiten signifikant zu
minimieren.
Wenn Sie eine Auflistung in der Pipeline auflisten und
versuchen, die Auflistung in der Pipeline zu ndern,
lst Windows PowerShell eine Ausnahme aus.
Zum Beispiel funktionieren die folgenden Befehle bei Windows
PowerShell 1.0, wrden jedoch bei Windows PowerShell 2.0
nach der ersten Pipeline-Iteration fehlschlagen:
$h = @{Name="Hello"; Value="Test"}
$h.keys | foreach-object {$h.remove($_)}
Sie knnen diesen Fehler vermeiden, indem Sie einen
Unterausdruck fr den Enumerator mithilfe der Zeichen $()
erstellen. Beispiel:
$($h.keys) | foreach-object {$h.remove($_)}

Eingeschrnkte Verben und Zeichen: Wenn Sie das

Import-Modul-Cmdlet verwenden, um Befehle mit nicht
genehmigten Verben oder eingeschrnkten Zeichen im
Befehlsnamen zu laden, erhalten Sie eine Warnung.
Verwenden Sie den Befehl Get-Verb, um eine Liste der

Juni 2009
2009 Microsoft Corporation. Alle Rechte vorbehalten.

Windows Management Framework RC-Version - 7

genehmigten Verben anzuzeigen. Verwenden Sie in

Befehlsnamen keins der folgenden Zeichen: [ # , ( ) { } [ ]
&-/\$^;:"'<>|?@`*~%+=

Reservierte Schlsselwrter und Parameternamen:

Windows PowerShell 2.0 hat bestimmte reservierte
Schlsselwrter als Teil der Sprachsyntax sowie einige
Namen, die als Parameter fr Befehle verwendet werden
knnen:
o Reservierte Schlsselwrter: USING, CLASS, DEFINE
und VAR
o Reservierte Parameternamen: SelectProperty und
SelectObject

Windows Presentation Foundation (WPF)Hardwarebeschleunigung: Die grafischen Elemente von

Windows PowerShell Integrated Scripting Environment (ISE)
werden eventuell nicht ordnungsgem gerendert, wenn Sie
die Hardwarebeschleunigung von Windows Presentation
Foundation (WPF) verwenden. Wenn die grafischen
Elemente nicht ordnungsgem gerendert werden,
deaktivieren Sie die WPF-Hardwarebeschleunigung. Dies gilt
vor allem dann, wenn Sie ltere Videotreiber oder
Virtualisierungssoftware verwenden. Weitere Informationen
finden Sie unter http://go.microsoft.com/fwlink/?
LinkId=144711.

Hilfe ber Remoting mglicherweise nicht verfgbar:

Wenn der Windows PowerShell-Befehl ber
Windows PowerShell-Remoting von einem unvollstndig
oder nur teilweise lokalisierten Betriebssystem aufgerufen
wird, wird der Inhalt der Hilfe nicht angezeigt. Es wird nur
die Befehlssyntax angezeigt, jedoch kein Hilfetext fr den
Befehl und seine Parameter. Um dieses Problem zu
umgehen, kopieren Sie eine lokalisierte Hilfedatei (die, die
Sie standardmig verwenden mchten) aus dem
lokalisierten Verzeichnis
C:\Windows\System32\WindowsPowerShell\v1.0\<Gebietss
chema> in das Basisverzeichnis der Anwendung bzw. des
Moduls. (Das Standardverzeichnis fr Windows PowerShell
Befehle ist
C:\Windows\System32\WindowsPowerShell\v1.0.)

Erste Schritte beim Testen

Melden Sie sich bei Microsoft Connect an, klicken Sie auf Ihre Teilnahme, whlen
Sie dieses RC-Programm aus, und klicken Sie links auf der Seite auf Feedback.
Auf der Website knnen Sie die Datenbank nach gemeldeten Fehlern durchsuchen
und neue Fehlerberichte bermitteln. Wenn Sie mit dem Erstellen von
Fehlerberichten fr Prproduktionssoftware noch nicht vertraut sind, finden Sie
Juni 2009
2009 Microsoft Corporation. Alle Rechte vorbehalten.

Windows Management Framework RC-Version - 8

nhere Informationen im Dokument zu den Richtlinien fr die WUR BetaFehlerberichterstellung, das zusammen mit diesem Dokument und der Software
zum Download zur Verfgung steht.
Beachten Sie folgende Grundregeln:
Geben Sie so viele Informationen ber Ihr Computer-System wie mglich
an: Systemkonfiguration (einschlielich WLAN-Adaptermodell und
Firmwareversion), Gertekonfiguration, Betriebssystem, Treiberversionen,
Versionen betroffener Software usw.
Beschreiben Sie, was Sie getan haben, als das Problem auftrat, was dann
passiert ist und was Sie stattdessen erwartet htten. Je detaillierter Sie das
Problem beschreiben, desto eher knnen wir es reproduzieren und
beheben.
Screenshots sind ebenfalls sehr hilfreich. Verwenden Sie zum Aufnehmen
eines Screenshots in Vista das Snipping Tool.
Wenn eines der Prproduktionsprogramme abstrzt, kann eine Reihe von
Informationen in die Windows-Zwischenablage kopiert werden. Drcken Sie
STRG+C, um diese Informationen in die Zwischenablage zu kopieren, und
drcken Sie STRG+V, um sie in den Fehlerbericht einzufgen. Es wre
ideal, ein Speicherabbild des Kernels oder ein vollstndiges Speicherabbild
zu bermitteln (Minidumps sind nicht aussagekrftig genug). Wenden Sie
sich dazu an Ihren Microsoft-Ansprechpartner.
Verwenden Sie die notwendigen Protokollierungstools (wie im Dokument zu
Fehlerberichten beschrieben), und fgen Sie die erfassten Ablaufprotokolle
dem Fehlerbericht hinzu. Ohne Protokoll wird die Fehlerbehebung
mglicherweise als abgeschlossen gekennzeichnet, wenn wir das Problem
nicht reproduzieren knnen.

Wenden Sie sich an Microsoft

Windows Management Framework
Bei administrativen oder Blockierungsproblemen mit diesem
Prproduktionsprogramm erreichen Sie unser Support-Team unter
mspwtrvt@microsoft.com.

Juni 2009
2009 Microsoft Corporation. Alle Rechte vorbehalten.