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.

Installazione di .NET 3.5 Framework su Microsoft Windows Server 2012

Summary: Soluzioni per sistemi operativi e applicazioni Dell su Dell TechCenter - Progetto Sputnik, Microsoft Windows, Red Hat Linux, SUSE, Ubuntu e altro ancora

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

Questo post del Blog è stato originariamente scritto da Michael Schroeder.

I commenti sono benvenuti! Per suggerire un argomento di un Blog o per altri commenti, contattare
WinServerBlogs@dell.com.

Oggi, sono disponibili molte applicazioni e utility che sfruttano il Framework .NET 3,5 per funzionare correttamente. Con Windows Server 2012, Microsoft fornisce le opzioni di installazione per .NET 3.5 e 4.5, a seconda dei requisiti delle proprie applicazioni. Quando si installano i componenti .NET 3.5, è necessario fare molta attenzione ad alcuni dettagli.

Quando si utilizza Server Manager per installare la funzione .NET 3.5, potrebbe essere visualizzato il seguente messaggio, indicante che il file di origine non è stato trovato: Server Manager per installare .NET 3,5

utilizzando PowerShell per l'installazione, viene visualizzato un messaggio simile che indica che "i file di origine non sono stati scaricati" insieme all'errore 0x800F0906. Nel mio caso, il server non è connesso a Internet per accedere ai server di Windows Update. Tornando indietro e guardando più attentamente Add Roles and Features Wizard (Aggiunta guidata ruoli e funzionalità), viene visualizzato un messaggio di avviso in alto che richiede quanto segue e fornisce un collegamento "Specify an alternate source path" (Specificare un percorso di origine alternativo) in basso nella procedura guidata. Specificare un percorso di origine alternativo

perché è necessario fornire i file di origine per questa funzionalità e non altri? Dopo aver eseguito il seguente comando PowerShell su un'installazione GUI completa, vediamo che lo stato di installazione è impostato su "Removed" ("Rimosso") per questi componenti. Lo stato di installazione "Removed" ("Rimosso") indica che i file della funzione non sono disponibili sul server locale. Questa è l'impostazione predefinita per tutte le versioni di Windows Server 2012. Comando PowerShell su un GUI completo

Per i server senza un server WSUS o una connessione a Windows Update, che potrebbero consentire il recupero dei componenti necessari, occorre fornire un percorso alternativo di origine all'sxs (side-by-side store) sul supporto di installazione di Windows Server per completare l'installazione delle funzioni.

Si può scegliere uno dei seguenti metodi di installazione:

1. Con Add Roles and Features Wizard (Aggiunta guidata ruoli e funzionalità), specificare un percorso di origine alternativo utilizzando il collegamento nella parte inferiore della procedura guidata. Ad esempio, D: è il mio supporto DVD di Windows Server.

D:\Sources\sxs
2. Utilizzando PowerShell, specificare il percorso dei file di origine durante l'installazione.
Install-WindowsFeature NET-Framework-Core –Source D:\Sources\sxs

3. Utilizzando DISM dal prompt dei comandi, specificare il parametro del percorso dei file di origine:
DISM /Online /Enable-Feature /FeatureName:NetFx3 /Source:d:\sources\sxs

4. Utilizzando una condivisione file contenente la cartella sxs, specificare il percorso UNC della condivisione:
Install-WindowsFeature NET-Framework-Core –Source \\ServerName\ShareName\sxs
 

Risorse aggiuntive:

TechNet TechNet: installare o disinstallare ruoli, servizi di ruolo o funzioni (in inglese)


Article Properties


Last Published Date

21 Feb 2021

Version

4

Article Type

Solution