.NET Framework 4.5 ist standard und .NET Framework 3.5 ist optional

Plattformen

Clients – Windows 8 Server – Windows Server 2012

Beschreibung

.NET Framework 4.5 ist standardmäßig in Windows 8 aktiviert. Windows 8 enthält nicht standardmäßig .NET 3.5, aber die Dateien für .NET 3.5 sind in den Windows 8 Installationsmedien als optionales Feature verfügbar.

Wenn der Benutzer ein Upgrade von Windows 7 auf Windows 8 ausgeführt hat, ist .NET Framework 3.5 vollständig aktiviert, um sicherzustellen, dass alle Apps auf dem Computer weiterhin ordnungsgemäß funktionieren.

Manifestation

Wenn der Benutzer eine Neuinstallation von Windows 8 ausführt und dann Apps installiert, die .NET Framework 3.5 (oder 2.0) erfordern, löst er eine Anforderung für die erforderlichen .NET 3.5-Dateien aus. Normalerweise werden die fehlenden Dateien aus Windows Update heruntergeladen (nach der Aufforderung des Benutzers zur Berechtigung), aber wenn der Zugriff auf Windows Update nicht möglich ist, schlägt die Aktivierung .NET Framework 3.5 fehl, es sei denn, eine alternative Quelle für die fehlenden Dateien wurde angegeben.

Minderung

So aktivieren Sie .NET Framework 3.5 nur auf Testcomputern mit sauberen Installationen von Windows 8:

1. Kopieren Sie \sources\sxs\ aus dem bereitgestellten Betriebssystem-Build-ISO-Image in dotnet35 oder ähnlichen Ordner. Beispiel:

   xcopy e:\sources\sxs\*.* c:\dotnet35 /s
   

2. Führen Sie diese Befehlszeile mithilfe von Administratorrechten aus:

   Dism.exe /online /enable-feature /featurename:NetFX3 /All /Source:c:\dotnet35 /LimitAccess 
   

Hinweis

Der Ordner "sources\SxS" darf nicht als Umverteilungsmechanismus verwendet werden, da dies kein unterstützter Mechanismus ist.

Lösung

Für Verbraucher:

Windows 8 enthält einen Mechanismus, der automatisch .NET Framework 3.5 aktiviert, wenn versucht wird, das verteilbare Paket zu installieren oder wenn ein Anwendungsinstallationsprogramm, das .NET 3.5 benötigt, die Redistributable aufruft.

Für App-Entwickler (und IT-Administratoren):

IT-Administratoren können .NET 3.5-Apps so konfigurieren, dass sie entweder auf .NET 3.5 oder .NET 4.5 ausgeführt werden (je nachdem, was bereits installiert ist). Um eine verwaltete App entweder auf 3.5 oder 4.5 auszuführen, fügen Sie einfach einen Abschnitt in der Anwendungskonfigurationsdatei hinzu. Dadurch wird sichergestellt, dass die App auf .NET 3.5 installiert ist, auf .NET 3.5 ausgeführt wird; andernfalls wird die App auf .NET 4.5 ausgeführt. Ein Beispiel für den zusätzlichen Abschnitt in der Konfigurationsdatei finden Sie unten:

<configuration>
   <startup>
      <supportedRuntime version="v2.0.50727"/>
      <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5"/>
   </startup>
</configuration>

Für Unternehmens-OEMs:

So aktivieren Sie .NET Framework 3.5 für EWRP-Builds und für Anwendungen, die keinen Zugriff auf Windows Update haben:

1. Kopieren Sie \sources\sxs\ aus dem bereitgestellten BETRIEBSSYSTEMbuild-ISO-Image in den Dotnet35- oder ähnlichen Ordner. Beispiel:

   xcopy e:\sources\sxs\*.* c:\dotnet35 /s 
   

2. Festlegen des Regkeys:

   [HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Servicing]
   “LocalSourcePath”=”c:\dotnet35”
   

Für Unternehmen:

Für Computer, die für die Verwendung von WSUS für die Wartung konfiguriert sind, können Sie einen Registrierungseintrag festlegen, damit der Computer Windows Update zum Aktivieren von .NET 3.5 anstelle von WSUS verwenden kann (die Wartung erfolgt weiterhin von WSUS.

• Festlegen des Regkeys:

  [HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Servicing] “RepairContentServerSource”=DWORD(2)
  

Dieser Registrierungseintrag kann auch über Gruppenrichtlinie (Lokale Computerrichtlinie - Computerkonfiguration ->> Administrative Vorlagen -> System) festgelegt werden. Wählen Sie die Einstellung "Einstellungen für optionale Komponenteninstallation und Komponentenreparatur angeben" aus.

Wenn Sie "Kontakt Windows Update direkt zum Herunterladen von Reparaturinhalten anstelle von Windows Server Update Services (WSUS)" auswählen, werden alle Versuche zum Hinzufügen von Windows-Features (z. B. .NET Framework 3.5) oder Reparaturfeatures Dateidownloads von Windows Update ausgelöst. Zielcomputer erfordern Internet- und WU-Zugriff für diese Option. Normale Wartungsvorgänge verwenden weiterhin WSUS, wenn sie als Quelle konfiguriert wurde.

Hinweis zum Festlegen des lokalen Quellspeicherorts über Registrierungseinträge

IT-Administratoren können lokale Quellspeicherorte für .NET 3.5-Dateien über einen Registrierungseintrag festlegen, sodass Benutzer das Dialogfeld "Windows-Features hinzufügen/entfernen" verwenden können, um Features mit fehlender Nutzlast zu aktivieren, ohne einen Quellspeicherort angeben zu müssen. Der Wert des Registrierungseintrags kann über die Gruppenrichtlinie gesteuert werden.

Dieser Registrierungseintrag wird unterstützt:

Eingabe	type	Beschreibung
Lokaler Quellpfad	REG_EXPAND_SZ	Lokale Quellpfade, die standardmäßig verwendet werden sollen. Mehrere Pfade können angegeben werden; sie sollten durch ";" getrennt werden. Speicherorte werden in der angegebenen Reihenfolge durchsucht. Lokale Quellspeicherorte(n), die in der DISM-Befehlszeile angegeben sind, haben Vorrang vor Speicherorten, die in diesem Registrierungseintrag angegeben sind. Ordnerspeicherorte können in diesem Registrierungseintrag angegeben werden. WIMs können verwendet werden, aber der Pfad muss sich auf die WIM-Datei befinden; es ist nicht erforderlich, es zu mounten, z. B.: wim:\\machine\share\file.wim:1 Beachten Sie die "1" am Ende. Sie müssen den numerischen Index des Bilds angeben, das Sie in der WIM-Datei verwenden möchten. Bei einem bereitgestellten WIM muss der Quellpfad auf das Fensterverzeichnis des bereitgestellten Images und nicht auf den Bereitstellungspunkt verweisen (z. B. "/source:<mount_point>\windows" anstelle von /source:<mount_point>).

Ressourcen

Implementieren von registrierungsbasierten Richtlinien