メイン コンテンツに進む
  • すばやく簡単にご注文が可能
  • 注文内容の表示、配送状況をトラック
  • 会員限定の特典や割引のご利用
  • 製品リストの作成とアクセスが可能
  • 「Company Administration(会社情報の管理)」では、お使いのDell EMCのサイトや製品、製品レベルでのコンタクト先に関する情報を管理できます。

Installazione di .NET 3.5 Framework su Microsoft Windows Server 2012

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

この記事は自動翻訳されたものである可能性があります。品質に関するフィードバックがある場合は、このページの下部にあるフォームを使用してお知らせください。

文書の内容


現象

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)


文書のプロパティ


最後に公開された日付

21 2月 2021

バージョン

4

文書の種類

Solution