Установить WMF 5.1 для Windows Server 2008 R2 и Windows 7
Примечание
Инструкции по установке для Windows Server 2008 R2 и Windows 7 изменились и отличаются от инструкций для других пакетов. Инструкции по установке для Windows Server 2012 R2, Windows Server 2012 и Windows 8.1 см. ниже.
Для установки WMF 5.1 на компьютере с ОС Windows Server 2008 R2 с пакетом обновления 1 (SP1) или Windows 7 с пакетом обновления 1 (SP1) необходимо следующее.
- Должен быть установлен последний пакет обновления.
- Платформа WMF 3.0 не должна быть установлена. Установка WMF 5.1 поверх WMF 3.0 приведет к потере PSModulePath (), что может вызвать сбой других приложений. Перед установкой WMF 5.1 нужно удалить WMF 3.0 или сохранить PSModulePath и восстановить его вручную после установки WMF 5.1.
- WMF 5.1 требуется по крайней мере .NET Framework 4.5.2. Вы можете установить Microsoft .NET Framework 4.5.2, выполнив следующие инструкции по месту скачивания.
Установка WMF 5.1 на Windows Server 2008 R2 и Windows 7
-
Перейдите в папку, куда был скачан ZIP-файл.
-
Щелкните его правой кнопкой мыши и выберите команду Извлечь все… ZIP-файл содержит файл MSU и файл скрипта . После распаковки ZIP-файла вы можете скопировать его содержимое на любой компьютер под управлением Windows 7 или Windows Server 2008 R2.
-
После извлечения содержимого ZIP-файла откройте PowerShell от имени администратора, а затем перейдите к папке с содержимым ZIP-файла.
-
Запустите скрипт в этой папке и следуйте инструкциям. Этот скрипт проверит предварительные требования на локальном компьютере: если они выполнены, он установит WMF 5.1. Предварительные требования перечислены ниже.
принимает следующие параметры для упрощения автоматизации установки в Windows Server 2008 R2 и Windows 7:
- AcceptEula : если этот параметр включен, условия EULA принимаются автоматически и не будут отображены.
- AllowRestart : этот параметр можно использовать, только если указан параметр AcceptEula. Если этот параметр включен и после установки WMF 5.1 требуется перезагрузка, она будет выполнена без запроса сразу после завершения установки.
Использование DISM без подключения к Интернету
Вы можете использовать DISM для добавления платформа .NET Framework 3,5 и предоставления доступа к папке » \ Sources \ SxS » на установочном носителе для установки Windows, которая не подключена к Интернету.
Предупреждение
Если вы не полагаетесь на Центр обновления Windows в качестве источника для установки платформа .NET Framework 3,5, убедитесь, что используются источники из той же соответствующей версии операционной системы Windows. Использование исходного пути, который не соответствует той же версии Windows, не помешает установке несовпадающей версии .NET Framework 3.5. Это может привести к тому, что система будет находиться в неподдерживаемом и необслуживаемом состоянии.
Необходимость
-
Windows 8, Windows Server 2012 или средства Windows ADK .
-
Установочный носитель
-
Права администратора. Текущий пользователь должен быть членом локальной группы администраторов для добавления или удаления компонентов Windows.
Выполнены
-
Откройте командную строку с правами администратора (Запуск от имени администратора).
-
Чтобы установить платформа .NET Framework 3,5 с установочного носителя, расположенного на диске D: , используйте следующую команду:
Используйте /ALL , чтобы включить все родительские компоненты указанного компонента.
Используйте /лимитакцесс , чтобы предотвратить подключение DISM к центр обновления Windows или WSUS.
Используйте /Source , чтобы указать расположение файлов, необходимых для восстановления компонента.
Дополнительные сведения об аргументах DISM см. в статье Включение и отключение функций Windows с помощью DISM.
На компьютерах под управлением Windows 8 после установки платформа .NET Framework 3,5 отображается как включенный в окне Включение или отключение компонентов Windows на панели управления.
Терминология .NET
Для понимания документации по .NET важно понять, как использование некоторых терминов изменилось со временем
.NET Core и .NET 5
В 2002 году корпорация Майкрософт выпустила .NET Framework, платформу разработки для создания приложений Windows. Сегодня доступна версия 4.8 платформы .NET Framework, и она по-прежнему поддерживается Майкрософт.
В 2014 году корпорация Майкрософт начала создавать кроссплатформенный преемник платформы .NET Framework с открытым исходным кодом. Эта новая реализация .NET называлась .NET Core, пока не была выпущена версия 3.1. Следующая версия после .NET Core 3.1 — это .NET 5.0, которая в настоящее время находится на этапе предварительной версии. Номер версии 4 был пропущен во избежание путаницы между этой реализацией .NET и .NET Framework 4.8. Слово «Core» было удалено из названия, чтобы указать, что теперь это основная реализация .NET.
Эта статья посвящена .NET 5, но большая часть документации по .NET 5 по-прежнему ссылается на .NET Core или .NET Framework. Кроме того, слово «Core» остается в именах ASP.NET Core и Entity Framework Core.
Документация также относится к .NET Standard. .NET Standard — это спецификация API, которая позволяет разрабатывать библиотеки классов для нескольких реализаций .NET.
Дополнительные сведения см. в разделе Архитектурные компоненты .NET.
Уточнение терминологии
Часть терминологии .NET может показаться запутанной, поскольку одно и то же слово используется по-разному в разных контекстах. Ниже приведены некоторые из более заметных примеров:
-
Среда выполнения
Контекст Значение термина «среда выполнения» Среда выполнения для управляемой программы. Операционная система является частью среды выполнения, но не входит в среду выполнения .NET. Среда выполнения .NET на странице загрузки .NET и , которые обеспечивают поддержку запуска приложений, . На странице также предлагаются варианты среды выполнения для серверных приложений ASP.NET Core и классических приложений Windows. Идентификатор среды выполнения (RID) Платформа ОС и архитектура ЦП, на которых работает приложение .NET. Пример: 64-разрядная версия Windows, 64-разрядная версия Linux. -
платформа
Контекст Значение термина «платформа» .NET Framework Исходная реализация .NET только для Windows. Слово «Framework» указывается с первой прописной буквы. целевая платформа Коллекция API-интерфейсов, которую использует приложение или библиотека .NET. Примеры: .NET Core 3.1, .NET Standard 2.0 Моникер целевой платформы (TFM) TFM — это стандартизированный формат маркера для указания целевой платформы приложения или библиотеки .NET. Пример: для .NET Framework 4.6.2. Приложение, зависящее от платформы Приложение, которое может выполняться на компьютере, где установлена среда выполнения со страницы загрузки .NET. «Платформа» в этом контексте — то же самое, что и среда выполнения, загружаемая со страницы загрузки .NET. Библиотеки платформы Иногда используется в качестве синонима для . -
Пакет SDK
Контекст Значение термина «пакет SDK» Набор средств и библиотек, которые вы скачиваете и устанавливаете для разработки и запуска приложений .NET. Включает в себя интерфейс командной строки, MSBuild, среду выполнения .NET и другие компоненты. Набор целевых объектов и задач MSBuild, указывающий, как следует создавать проект для конкретного типа приложения. Пакет SDK в этом смысле указывается с помощью атрибута элемента в файле проекта. -
platform
Контекст Значение термина «платформа» Кроссплатформенность Здесь термин «платформа» означает операционную систему и оборудование, на котором она выполняется, например Windows, macOS, Linux, iOS и Android. Платформа .NET Возможны разные варианты использования. Может иметься ввиду одна реализация .NET (например, .NET Framework или .NET 5) или абстрактная концепция .NET, включая все реализации.
Дополнительные сведения о терминологии .NET см. в разделе Глоссарий .NET.
Случаи использования .NET Core/5+
В следующих разделах более детально описаны указанные ранее причины для выбора платформы .NET Core/5+.
Создание кроссплатформенных приложений
Если вам нужно создать приложение (веб-приложение или службу) с поддержкой разных платформ (Windows, Linux и macOS), рекомендуется использовать .NET Core/5+.
В среде .NET Core/5+ также можно использовать упомянутые ранее операционные системы в качестве рабочих станций для разработки. Visual Studio предоставляет интегрированную среду разработки (IDE) для Windows и macOS. Можно также использовать редактор Visual Studio Code, который выполняется на платформах macOS, Linux и Windows. Visual Studio Code поддерживает .NET Core/5+, включая технологию IntelliSense и отладку. С .NET Core/5+ работает большинство сторонних редакторов, например Sublime, Emacs и VI. Эти сторонние редакторы получают доступ к функциям в редакторе IntelliSense с помощью Omnisharp. Вы также можете использовать вместо редакторов кода непосредственно .NET CLI, доступный для всех поддерживаемых платформ.
Архитектура микрослужб
Архитектура микрослужб позволяет использовать сочетание технологий за пределами службы. Такое сочетание технологий позволяет постепенно добавлять новые микросолужбы в .NET Core/5+ для параллельного использования с другими микрослужбами и службами. Например, можно комбинировать микрослужбы или службы, созданные на основе .NET Framework, Java, Ruby или других монолитные технологий.
Пользователям на выбор предоставляется множество инфраструктурных платформ. Для больших и сложных систем микрослужб можно использовать Azure Service Fabric. Служба приложений Azure лучше всего подойдет для микрослужб без сохранения состояния. Альтернативы микрослужб на основе Docker поддерживают любые подходы, как описано в разделе . Все эти платформы поддерживают .NET Core/5+ и идеально подходят для размещения микрослужб.
Дополнительные сведения об архитектуре микрослужб см. в статье Микрослужбы .NET: архитектура контейнерных приложений .NET.
Контейнеры
Контейнеры обычно используются вместе с архитектурой микрослужб. Их также можно использовать, чтобы поместить в контейнер веб-приложения или службы на базе любого архитектурного шаблона. Среду .NET Framework можно использовать для контейнеров Windows, но упрощенные возможности и модульный принцип среды .NET Core/5+ делают ее оптимальной для контейнеров. При создании и развертывании контейнера размер его образа гораздо меньше в среде .NET Core/5+. Так как эта среда поддерживает разные платформы, серверные приложения можно развертывать, например, в контейнеры Docker в Linux.
Затем эти контейнеры можно размещать в собственной инфраструктуре Linux или Windows или в облачной службе,такой как Служба Azure Kubernetes. Служба Azure Kubernetes может выполнять оркестрацию и масштабировать приложения на основе контейнеров, а также управлять ими в облаке.
Масштабируемые системы с высокой производительностью
Если для вашей системы требуется максимальная производительность и возможности масштабирования, мы рекомендуем использовать среды .NET Core/5+ и ASP.NET Core. Высокопроизводительная серверная среда выполнения для Windows Server и Linux делает ASP.NET Core самой эффективной веб-платформой в .
Производительность и масштабируемость особенно важны для архитектур микрослужб, где могут выполняться сотни микрослужб. Среда ASP.NET Core позволяет уменьшить количество серверов и виртуальных машин, необходимых для системы. В конечном счете это способствует сокращению расходов на архитектуру и размещение.
Создание приложений с поддержкой разных версий .NET
Если требуется установить приложения с зависимостями в разных версиях платформ .NET, рекомендуется использовать среду .NET Core/5+. Такая реализация .NET поддерживает параллельную установку разных версий среды выполнения .NET Core/5+ на том же компьютере. За счет простой параллельной установки на одном сервере можно размещать несколько служб, каждая из которых устанавливается в собственной версии .NET Core/5+. Это позволяет устранить риски и сократить расходы на обновление приложений и ИТ-операции.
Параллельная установка невозможна при использовании .NET Framework. Это компонент Windows, и на компьютере может существовать только одна версия этого компонента. Каждая версия .NET Framework заменяет предыдущую версию. При установке нового приложения, предназначенного для более поздней версии .NET Framework, может быть нарушена работа существующих приложений, запущенных на компьютере, поскольку предыдущая версия была заменена.
Устранение неполадок
Расположение файлов журнала
Во время установки .NET Framework создаются следующие файлы журнала:
- %temp%\Microsoft .NET Framework версия*.txt
- %temp%\Microsoft .NET Framework версия*.html
Здесь версия — это устанавливаемая версия платформы .NET Framework, например 4.5 или 4.7.2.
Вы также можете указать каталог, в который записываются файлы журнала, с помощью параметра командной строки в команде установки .NET Framework. Дополнительные сведения см. в статье .
Для сбора файлов журнала .NET Framework и создания CAB-файла, уменьшающего размер файлов, можно использовать средство сбора журналов.
Коды возврата
В следующей таблице перечислены наиболее распространенные коды возврата программы установки распространяемого пакета .NET Framework 4.5. Коды возврата одинаковы для всех версий установщика.
Подробные сведения см. в разделе .
Код возврата | Описание |
---|---|
Установка успешно завершена. | |
1602 | Установка отменена пользователем. |
1603 | Во время установки произошла неустранимая ошибка. |
1641 | Для завершения установки необходима перезагрузка. Сообщение указывает на успешное завершение действия. |
3010 | Для завершения установки необходима перезагрузка. Сообщение указывает на успешное завершение действия. |
5100 | Компьютер пользователя не отвечает системным требованиям. |
Решение для Windows 10
-
Коды ошибок 0x800F0906, 0x800F081F или 0x800F0907
Для исправления ошибок с этими кодами в Windows 10 выполните следующие действия.
-
Скачайте средство создания носителей Windows и создайте образ ISO локально либо создайте образ для установленной версии Windows.
-
Настройте групповую политику, как описано в , а также выполните следующие действия:
- Подключите образ ISO, созданный на этапе 1.
- Укажите для параметра Альтернативный путь к исходным файлам папку ISO из образа ISO.
- Выполните команду .
- Добавьте компонент .NET Framework.
-
-
Код ошибки 0x800F0922
При обновлении Windows 10 появляется следующее сообщение об ошибке:
Примечание
Данный код ошибки может возникать не только при установке платформы .NET Framework.
Для устранения данной проблемы выполните следующие действия.
-
Откройте папку с установочными файлами платформы .NET Framework.
-
Откройте папку Sources.
-
Щелкните папку SXS правой кнопкой мыши и выберите пункт Свойства.
-
Выберите вкладку Безопасность и убедитесь, что флажок у параметра Чтение и выполнение установлен. Если флажка нет, нажмите кнопку Изменить и установите его.
-
Нажмите клавиши Windows + X.
-
Выберите пункт Командная строка (Администратор).
-
В окне командной строки введите указанную ниже команду и нажмите клавишу «Ввод».
-
В окне командной строки введите указанную ниже команду и нажмите клавишу «Ввод».
-
Дополнительная информация
Эти ошибки могут возникать при использовании мастера установки, средства системы обслуживания образов развертывания и управления ими (DISM) или команд Windows PowerShell для включения компонента .NET Framework 3.5.
В Windows 10, Windows Server 2012 R2 платформа .Net Framework 3.5 является компонентом, устанавливаемым по запросу. Метаданные для таких компонентов по запросу входят в систему. Однако двоичные и другие файлы, связанные с компонентом, — нет. При включении компонента Windows обращается к Центру обновления Windows для загрузки недостающей информации, необходимой для его установки. На этот процесс может повлиять конфигурация сети и настройка установки обновлений на компьютерах в данной среде. Поэтому при первой установке данных компонентов могут возникать ошибки.
Сообщения об ошибках, связанные с этими кодами ошибок
Код ошибки | Сообщения об ошибках |
---|---|
0x800F0906 | Не удалось загрузить исходные файлы. Укажите расположение файлов, необходимых для восстановления компонента, с помощью параметра Источник. Для получения дополнительной информации об указании местоположения источника см. . Файл журнала DISM находится по адресу C:\Windows\Logs\DISM\dism.log. Windows не удалось применить требуемые изменения. Windows не удалось подключиться к Интернету, чтобы скачать необходимые файлы. Проверьте подключение и попробуйте еще раз, нажав кнопку Повторить. Сбой установки одной или нескольких ролей, служб ролей или компонентов. Не удалось найти исходные файлы. Попробуйте установить роли, службы ролей или компоненты еще раз в новом сеансе мастера добавления ролей и компонентов и выберите на странице подтверждения параметр Указать альтернативный исходный путь, чтобы указать действительное расположение исходных файлов, необходимых для установки. Расположение должно быть доступно для учетной записи компьютера конечного сервера. 0x800F0906 — CBS_E_DOWNLOAD_FAILURE Код ошибки: 0x800F0906 Ошибка: 0x800f0906 |
0x800F081F | Не удалось найти исходные файлы. Укажите расположение файлов, необходимых для восстановления компонента, с помощью параметра Источник. Для получения дополнительной информации об указании местоположения источника см. . Файл журнала DISM находится по адресу C:\Windows\Logs\DISM\dism.log 0x800F081F — CBS_E_SOURCE_MISSING Код ошибки: 0x800F081F Ошибка: 0x800F081F |
0x800F0907 | Сбой DISM. Операция не выполнена.Дополнительные сведения см. в файле журнала. Файл журнала DISM находится по адресу C:\Windows\Logs\DISM\dism.log Из-за параметров политики сети Windows не удалось подключиться к Интернету, чтобы скачать файлы, необходимые для выполнения запрошенных изменений. За дополнительными сведениями обратитесь к администратору сети. 0x800F0907 — CBS_E_GROUPPOLICY_DISALLOWED Код ошибки: 0x800F0907 Ошибка: 0x800F0907 |
Скачать .NET Framework 3.5 без обращения к Центру обновления Windows
Платформа .NET Framework 3.5 доступна для клиентов с корпоративным лицензированием или подпиской MSDN, поскольку им доступен носитель с компонентами по требованию.
Другие коды ошибок при установке платформы .NET Framework 3.5
При установке платформы .NET Framework 3.5 могут возникнуть другие коды ошибок, которые не указаны в данной статье базы знаний. Дополнительные сведения об этом см. в следующих статьях:
.NET Framework 1.1
Версия 1.1 — это первое незначительное обновление .NET Framework. Он доступен отдельно как распространяемый пакет или в комплекте для разработки программного обеспечения и был опубликован 3 апреля 2003 года. Он также является частью второго выпуска Visual Studio .NET 2003 . Это первая версия .NET Framework, которая будет включена в операционную систему Windows и поставляется с Windows Server 2003 . Основная поддержка .NET Framework 1.1 закончилась 14 октября 2008 г., а расширенная — 8 октября 2013 г. .NET Framework 1.1 является последней версией, поддерживающей Windows NT 4.0 , и обеспечивает полную обратную совместимость с версией 1.0, за исключением редких случаев, когда приложение не запустится, потому что оно проверяет номер версии библиотеки.
Изменения в 1.1 включают:
- Встроенная поддержка мобильных элементов управления ASP.NET , которая ранее была доступна как надстройка.
- Позволяет сборкам Windows Forms выполняться в частично доверенном режиме из Интернета.
- Включает безопасность доступа для кода в приложениях ASP.NET
- Встроенная поддержка ODBC и Oracle Database , которая ранее была доступна как надстройка.
- .NET Compact Framework , версия .NET Framework для небольших устройств
- Поддержка интернет-протокола версии 6 ( IPv6 )
.NET Framework 1.1 поддерживается в Windows 98 , ME , NT 4.0 , , XP , Server 2003 , Vista и Server 2008 .
.NET Framework 4.8
.NET Framework 4.8 был выпущен 18 апреля 2019 года. Это была последняя версия .NET Framework, вся будущая работа была направлена на платформу .NET Core , которая в конечном итоге станет .NET 5 и новее. В этот выпуск включены улучшения JIT , перенесенные из .NET Core 2.1, улучшения высокого разрешения для приложений WPF, улучшения специальных возможностей, обновления производительности и улучшения безопасности. Он поддерживает Windows 7 , Server 2008 R2 , Server 2012 , 8.1 , Server 2012 R2 , , Server 2016 и Server 2019, а также поставляется в виде образа контейнера Windows.
Самый последний выпуск — 4.8.0 Build 4115 с размером автономного установщика 115 МБ и датой цифровой подписи 1 мая 2021 года.
Предназначение .NET Framework
Применяется для разработки приложений, работающих на локальной машине и веб-приложений. На нем могут быть также основаны веб-сервисы. Поддерживает языки программирования, в числе которых: Visual Basic и C#. Предоставляет разработчику выбор языка программирования, который будет использован при создании программы.
Удобство пользователей и разработчиков
С .NET Framework необходимость писать каждую программу «с нуля» отсутствует. Есть готовые фрагменты программного кода. Элементы окон стандартные. Разработчик лишь вставляет текст, формирует меню приложения и определяет, что будет происходит, когда вы нажмете на определенную кнопку.
Не приходится задумываться над особенностями кода, который нужен для поддержки программы операционной системой и для работы с сервисами Майкрософт, к которым относится и магазин приложений Windows Store. Платформа заботится об экономном использовании аппаратных ресурсов компьютера. Поэтому распространенные в начале века ситуации, когда пустяковый на первый взгляд софт загружал оперативную память, стали большой редкостью.
Комфортно и разработчику и вам. Пользователям не приходится каждый раз изучать нестандартный интерфейс софта, рожденного фантазией программиста. Создатели ПО могут сосредоточиться на функционале приложений. Пользователю нужно лишь позаботиться, чтобы на компьютере была установлена среда выполнения .NET Framework.
Универсальная платформа
Microsoft обеспечивает работу основанного на .NET Framework софта во всех поддерживаемых компанией операционных системах.
Степень обратной совместимости ПО высока. Рассмотрю на примере старых версий. Вам нужна программа, основанная на версии 2.0. Запускаете ее на ноутбуке или настольном ПК с поздней версией. И старый софт будет работать.
Основанное на платформе ПО работает на любой Windows с установленным .NET Framework. Встроен механизм безопасности. Осуществляется управлением памятью. Платформа .NET видит те ресурсы, которые не используются работающей программой. Очистит память от ставших ненужными в процессе работы фрагментов.
Для разработчиков предусмотрены инструменты упаковки приложений. Они легко устанавливаются на ПК.
Архитектура .NET Framework
CLI («Common Language Infrastructure») — платформа, на которой выполняются программы. Основные функции CLI:
- Обработка исключений. К ним относятся ошибки, возникающие при работе программы. Приведу примеры:
- Приложение пытается открыть на локальном компьютере файл, который отсутствует
- Приложение обращается к базе данных, а соединение с ней отсутствует
- Чистка мусора, то есть удаление ресурсов, которые больше не нужны. Проверяется, какие ресурсы не используются и производится их освобождение для выполнения других задач. Примеры фрагментов, которые удаляются в процессе работы без вмешательства пользователя:
- Дескриптор файла, который больше не требуется
- В соединении с базой данных больше нет необходимости. Программа завершила все операции с базой данных
- Работа с различными языками программирования
Уровни .NET Framework
Выделяются три уровня:
- Языки программирования. Часто используемые: VB.NET и C#
- Компиляторы. Для каждого языка программирования предусмотрен отдельный компилятор. Для VB.NET — один, для C# — другой
- Интерпретатор «Common Language Interpreter» используется для запуска приложения, написанного на любом языке программирования. Поэтому компилятор отравит программу в него для последующего запуска приложения
Библиотеки
.NET Framework включает в себя набор стандартных библиотек классов: методов и функций. Например, есть библиотека классов для обработки всех операций на уровне файлов. Есть метод чтения текста из файла и есть метод записи текста в файл.
Типы основанных на платформе приложений
ПО, которое может работать на основе .NET Framework:
- WinForms: программы, которые будут работать на компьютере пользователя. Пример клиентского приложения: текстовый редактор «Блокнот»
- ASP.NET применяется для разработки веб-приложений, которые станут работать в любом браузере, в том числе: Chrome, Edge, Firefox. При этом:
- Веб-приложение будет обрабатываться на сервере, на котором установлены информационные службы интернета (IIS)
- IIS — это компонент Microsoft, который применяется для запуска приложения ASP.NET
- Результат выполнения отправляется на компьютер пользователя и отображается в браузере
- Технология ADO.NET применяется для создания приложений, предназначенных для работы с базами данных, такими как Microsoft SQL Server и Oracle
Устранение неполадок с установкой .NET Framework 3.5
Во время установки могут возникнуть ошибки 0x800f0906, 0x800f0907, 0x800f081f или 0x800F0922. В этом случае обратитесь к разделу Ошибка установки .NET Framework 3.5: 0x800f0906, 0x800f0907 или 0x800f081f.
Если вам по-прежнему не удается устранить проблему с установкой или у вас нет подключения к Интернету, вы можете попытаться установить платформу с установочного носителя Windows. Дополнительные сведения см. в разделе Развертывание .NET Framework 3.5 с помощью системы обслуживания образов развертывания и управления ими (DISM). Если вы используете ОС Windows 7, Windows 8.1 или последнюю версию Windows 10 и у вас нет установочного носителя, вы можете создать его здесь: Создать установочный носитель для Windows. Дополнительные сведения о компонентах Windows 10 по запросу: Компоненты по запросу.
Предупреждение
Если вы устанавливаете .NET Framework 3.5 не через центр обновления Windows, необходимо использовать источники только из той же соответствующей версии операционной системы Windows. Использование источников из другой версии операционной системы Windows повлечет за собой установку несоответствующей версии .NET Framework 3.5 или приведет к сбою установки, в результате чего система будет находиться в неподдерживаемом и необслуживаемом состоянии.