Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products
  • Manage your Dell EMC sites, products, and product-level contacts using Company Administration.

Installation de .NET 3.5 Framework sur Microsoft Windows Server 2012

Summary: Système d’exploitation Dell et solutions d’applications sur Dell TechCenter - Project Sputnik, Microsoft Windows, Red Hat Linux, SUSE, Ubuntu et bien plus encore

This article may have been automatically translated. If you have any feedback regarding its quality, please let us know using the form at the bottom of this page.

Article Content


Symptoms

Ce billet de blog a été initialement écrit par Michael Schroeder.

Les commentaires sont welcome ! Pour suggérer une rubrique de blog ou faire d’autres commentaires, contactez
WinServerBlogs@dell.com.

Aujourd’hui, il existe un grand nombre d’applications et d’utilitaires disponibles qui tirent le meilleur parti du Framework .NET 3,5 pour fonctionner correctement. Avec Windows Server 2012, Microsoft fournit des options d’installation avec .NET 3.5 et 4.5, afin de répondre aux exigences de toutes vos applications. Lors de l’installation des composants .NET 3.5, vous devez être particulièrement attentifs à certains éléments.

Lorsque vous utilisez le gestionnaire de serveur pour installer la fonction NET 3.5, vous pouvez recevoir le message suivant, indiquant que les fichiers sources n’ont pas été trouvés : Gestionnaire de serveur pour installer le .NET 3,5

à l’aide de l’PowerShell à installer, un message similaire s’affiche indiquant « les fichiers sources n’ont pas pu être téléchargés », ainsi que l’erreur 0x800f0906. Dans mon cas, le serveur n’est pas connecté à Internet pour accéder aux serveurs Windows Update. Si vous revenez un peu en arrière et examinez de plus près l’assistant Add Roles and Features (Ajout de rôles et de fonctionnalités), vous verrez un avertissement en haut de l’écran, vous demandant d’indiquer un autre chemin source (« Specify an alternate source path »), en bas de l’assistant. Spécifiez un autre chemin source

Pourquoi devez-vous fournir des fichiers sources pour cette fonction et pas d’autres ? Après avoir exécuté la commande PowerShell suivante sur une installation d’interface graphique complète, l’état de l’installation indique que ces composants ont été supprimés (« Removed »). L’état d’installation « Removed » (Supprimé) indique que les fichiers de fonctionnalités ne sont pas disponibles sur le serveur local. Il s’agit de la valeur par défaut pour toutes les éditions de Windows Server 2012. PowerShell commande sur un GUI complet

Pour les serveurs sans serveur WSUS ou sans connexion à Windows Update, si les composants nécessaires peuvent être récupérés, vous devrez fournir un autre chemin source au magasin en parallèle (sxs), sur le support d’installation de Windows Server, afin de terminer l’installation de la fonctionnalité.

Vous pouvez choisir l’une des méthodes d’installation suivantes :

1. À l’aide de l’assistant Add Roles and Features (Ajouter des rôles et fonctionnalités), indiquez un autre chemin source à l’aide du lien qui se trouve en bas de l’assistant. Par exemple, D: est mon support DVD Windows Server.

D:\Sources\sxs
2. À l’aide de PowerShell, indiquez le chemin source des fichiers lors de l’installation.
Install-WindowsFeature NET-Framework-Core –Source D:\Sources\sxs

3. À l’aide de DISM, depuis l’invite de commande, spécifiez le paramètre du chemin des fichiers sources :
DISM /Online /Enable-Feature /FeatureName:NetFx3 /Source:d:\sources\sxs

4. À l’aide d’un partage de fichiers contenant le dossier sxs, indiquez le chemin UNC du partage :
Install-WindowsFeature NET-Framework-Core –Source \\ServerName\ShareName\sxs
 

Ressources supplémentaires :

TechNet TechNet : installer ou désinstaller des rôles, des services de rôle ou des fonctions


Article Properties


Last Published Date

21 Feb 2021

Version

4

Article Type

Solution