Omitir para ir al contenido principal
  • Hacer pedidos rápida y fácilmente
  • Ver pedidos y realizar seguimiento al estado del envío
  • Cree y acceda a una lista de sus productos
  • Administre sus sitios, productos y contactos de nivel de producto de Dell EMC con Administración de la empresa.

Instalacja aplikacji .NET Framework 3.5 w systemie Microsoft Windows Server 2012

Resumen: System operacyjny i rozwiązania w zakresie aplikacji Dell w witrynie Dell TechCenter — Project Sputnik, Microsoft Windows, Red Hat Linux, SUSE, Ubuntu i inne

Es posible que este artículo se traduzca automáticamente. Si tiene comentarios sobre su calidad, háganoslo saber mediante el formulario en la parte inferior de esta página.

Contenido del artículo


Síntomas

Ten wpis blogu został pierwotnie napisany przez Michael Schroeder.

Komentarze są powitane! Aby zasugerować temat blogu lub wprowadzić inne komentarze, należy skontaktować się z firmą
WinServerBlogs@dell.com.

Dzisiaj jest wiele dostępnych aplikacji i narzędzi, które wykorzystują system .NET 3,5 Framework do prawidłowego działania. W systemie Windows Server 2012 Microsoft oferuje opcje instalacji .NET 3.5 oraz 4.5 dla dowolnej aplikacji. Podczas instalacji komponentów .NET 3.5 należy zwrócić szczególną uwagę na kilka szczegółów.

Używając Menedżera Serwera do zainstalowania funkcji .NET 3.5 można natknąć się na następujący komunikat wskazujący, że pliki źródłowe nie mogły zostać znalezione: Menedżer serwera aby zainstalować oprogramowanie .NET 3,5

przy użyciu PowerShell do instalacji, jest wyświetlany podobny komunikat informujący o tym, że nie można pobrać plików źródłowych razem z 0x800f0906ą błędu. W moim przypadku serwer nie jest podłączony do Internetu i przez to nie może uzyskać dostępu do serwerów Windows Update. Wracając i patrząc dokładniej na kreatora dodawania ról i funkcji, na górze zostanie wyświetlone ostrzeżenie z prośbą o podanie następujących informacji, a także łącze „Określ alternatywną ścieżkę źródłową” u spodu kreatora. Określ inną ścieżkę źródłową

Dlaczego należy podać pliki źródłowe dla tej funkcji, a nie inne? Po uruchomieniu następującej komendy PowerShell podczas pełnej instalacji GUI, widzimy, że stan instalacji jest ustawiony na „Usunięty” dla tych komponentów. Stan instalacji „Usunięty” oznacza, że pliki funkcji nie są dostępne na serwerze lokalnym. Jest to domyślne ustawienie dla wszystkich wersji systemu Windows Server 2012. PowerShell polecenie na pełnej GUI

Dla serwerów bez obecnego serwera WSUS lub połączenia z Windows Update, gdzie można pobrać niezbędne komponenty, musimy zapewnić alternatywną ścieżkę źródłową do sklepu (sxs) side-by-side na nośniku instalacyjnym serwera Windows, aby zakończyć instalację funkcji.

Możemy wybrać jedną z poniższych metod instalacji:

1. Kreatorem dodawania ról i funkcji określamy alternatywną ścieżkę źródłową, korzystając z łącza u dołu kreatora. U mnie, na przykład, dysk D: jest nośnikiem DVD systemu Windows Server.

D:\Sources\sxs
2. Używając PowerShell, określamy ścieżkę plików źródłowych podczas instalacji.
Install-WindowsFeature NET-Framework-Core - źródło: \Sources\sxs

3. Używając DISM z wiersza poleceń, określamy parametr ścieżki plików źródłowych:
DISM /Online /Enable-Feature /FeatureName:NetFx3 /Source:d:\sources\sxs

4. Używając folderu udostępnionego pliku zawierającego folder sxs, określamy ścieżkę unc share:
Install-WindowsFeature NET-Framework-Core –Source \\ServerName\ShareName\sxs
 

Dodatkowe zasoby:

Subskrybcja TechNet: Instalowanie i odinstalowywanie roli, Rola usług lub funkcje


Propiedades del artículo


Fecha de la última publicación

21 feb 2021

Versión

4

Tipo de artículo

Solution