Microsoft net framework как обновить до последней версии: Microsoft .NET Framework 4.8 для Windows 10 версия 1709, Windows 10 версия 1803, Windows 10 версия 1809 и Windows Server 2019

Microsoft .NET Framework 4.8 для Windows 10 версия 1709, Windows 10 версия 1803, Windows 10 версия 1809 и Windows Server 2019

Введение

В этой статье описывается обновление для Microsoft .NET Framework 4.8 для Windows 10, версия 1709, Windows 10, версия 1803, Windows Server, версия 1803, Windows 10, версия 1809 и Windows Server, версия 1809 и Windows Server 2019.

Примечание. .NET Framework 4.8
был обновлен с последним обновления службы по состоянию на 14 января2020 года. Помимо
сервисных исправлений, нет никаких изменений в продукте .NET Framework 4.8 от
13 августа2019. Если вы уже скачали и
установили августовское обновление, вам не нужно устанавливать это обновление
в противном случае, пожалуйста, установите это обновление, чтобы получить последние биты продукта.

О Microsoft .NET Framework 4.8

Microsoft .NET Framework 4.8 — это высоко-совместимое обновление на месте для .NET Framework 4.7 4.7.1 и 4.7.2. Однако он может работать параллельно с пакетом обновления 1 (SP1) .NET Framework 3.5 и более ранними версиями .NET Framework.

При установке этого пакета он отображается как Обновление для Microsoft Windows (KB4486153) в разделе Установленные обновления на панели управления.

Microsoft .NET Framework 4.8 доступен на веб-сайте каталога Центра обновления Майкрософт для загрузки и импорта в службы Windows Software Update Services (WSUS).

Сведения о загрузке

На сайте загрузок .NET можно загрузить указанные ниже файлы:

Скачать автономный установщик Microsoft .NET Framework 4.8

Дополнительные сведения об автономном установщике .NET Framework 4.8 см. в разделе .NET Framework 4.8 автономных установщика для Windows.

Дополнительные сведения о загрузке файлов поддержки Майкрософт см . в разделе Как получить файлы поддержки Майкрософт из веб-служб.

Заявление об отсутствии вирусов Корпорация Майкрософт проверила этот файл на отсутствие вирусов Майкрософт использует самую свежую версию антивирусного программного обеспечения, которая доступна на момент размещения файла. Файл хранится на защищенных серверах, что предотвращает его несанкционированное изменение.

Дополнительная информация

Известные проблемы

Известные проблемы в .NET Framework 4.8 см. в статье .NET Framework 4.8 Известные проблемы. 

Параметры командной строки для этого обновления

Дополнительные сведения о различных параметрах командной строки, поддерживаемых этим обновлением, см. в разделе «Параметры командной строки» в руководстве по развертыванию .NET Framework для разработчиков.

Требование к перезапуску

Возможно, потребуется перезагрузить компьютер после установки этого обновления. Перед установкой обновления рекомендуется закрыть все приложения, использующие .NET Framework.

Поддерживаемые операционные системы

Microsoft .NET Framework 4.8 (автономный установщик) поддерживает следующие операционные системы:

• Windows 10 версии 1809

• Windows 10 версии 1803

• Windows 10 версии 1709

• Windows Server 2019

• Windows Server, версия 1803

• Windows Server, версия 1809

microsoft net framework обновить до последней версии

На чтение 6 мин. Просмотров 19 Опубликовано 15.12.2019

Устанавливая очередную программу на компьютер, пользователи частенько сталкиваются с требованием наличия новой версии .NET Framework. Его разработчики, компания Microsoft, выпускают обновления довольно часто, и сегодня мы расскажем, как установить их.

Обновление Microsoft .NET Framework

Существует как минимум два способа обновления Майкрософт .НЕТ Фреймворк. Один из них подразумевает обращение за помощью к специализированной утилите, второй — полностью самостоятельное выполнение процедуры. Рассмотрим оба подробнее.

Способ 1: ASoft .NET Version Detector Detector

Для того чтобы долго не искать нужный установочный файл на сайте, можно воспользоваться специальной утилитой ASoft .NET Version Detector, которая сразу после запуска просканирует операционную систему на предмет наличия установленных версий .NET Framework. Ссылка на скачивание этого помощника представлена ниже, а вот так выглядит его интерфейс:

Обозначения версий (их номера), которых нет в системе, будут помечены серым шрифтом (таковой является версия 4.0 на изображении выше). Слева от них есть зеленые стрелки — ими и следует воспользоваться для загрузки .NET Framework. Установив обновление (или просто отсутствующий компонент), не забудьте перезагрузить систему.

Способ 2: Обновление вручную

Как таковой процесс обновления .NET Framework выполнить самостоятельно не получится ввиду отсутствия у данного компонента привычного графического интерфейса. При этом в операционной системе могут и будут присутствовать сразу несколько его версий, работающих «коллективно». И если вдруг какая-то из них отсутствует, например, как раз последняя, актуальная, которую и требует какая-то игра или программа, или, наоборот, более старая, нужно загрузить ее с официального сайта Microsoft и инсталлировать в систему, как обычное приложение. То есть запустить скачанный EXE-файл и следовать подсказкам пошагового Мастера установки. По завершении этой процедуры Microsoft .NET Framework будет обновлен, вам же останется перезагрузить компьютер.

Заключение

Своевременное обновление программного обеспечения на компьютере — залог ее стабильной и быстрой работы, а также, в некоторой степени, гарант безопасности. Системный компонент Microsoft .NET Framework, рассмотренный нами сегодня, точно не является исключением из этого правила.

Отблагодарите автора, поделитесь статьей в социальных сетях.

Microsoft .NET Framework — это программная среда, которая поддерживает создание и выполнение других настольных и веб-приложений на OS Windows начиная с 98 ее сборки.

Основной направленностью данной платформы является совместимость различных приложений, написанных на разных языках программирования.

Скачать и обновить Microsoft .NET Framework рекомендуется тем пользователям Windows, у кого возникают ошибки в процессе установки каких-либо программ или игр.

• позволяет добиться совместимости служб, написанных на различных языках и в различных средах;
• самостоятельно заботиться о базовой безопасности, управлении памятью и списком исключений в процессе работы с программами;
• определяет и загружает только те компоненты, которые применимы и необходимы для конкретной системы;
• не требует никаких настроек от пользователя компьютера.

Целью создания Microsoft .NET Framework была задача дать возможность разработчикам разного софта максимальную свободу действия для их творчества.

Microsoft .NET Framework позволяет работать большей части программ на современных ОС Виндовс. Поэтому ее инсталляция будет необходима всем пользователям. Майкрософт, начиная с операционной системы Windows 7, включила в дистрибутив этот инструмент и устанавливает его во время установки автоматически.

Скачать NET Framework 3.5 для Windows 10 x64 можно бесплатно с официального сайта разработчика на soft-file.ru ниже.

Не заботиться об языке, на котором выполнена конкретная утилита, ее архитектуре, разрядности системы или сборке — миссию о совместимости приложений различных типов решено было возложить на данную программную среду.

Принцип выполнения поставленной задачи поэтапно:

1. Запуск службы либо процесса.
2. Преобразование компилятором используемого языка в единый байт-код.
3. Исполнение либо трансляция кода для конкретного целевого процесса или службы.

Нужно понимать, что свежая последняя версия Microsoft .NET Framework замещает собой предыдущую не во всех случаях. Также важно то, что новые сборки операционных систем семейства Windows не поддерживают работу более старых версий данного инструмента.

Microsoft NET Framework обновить до последней версии рекомендуется всем пользователям ОС Виндовс 7, 8 и 10 любой битности.

Так, если установлена 4.0, но нет 3.5, а программе нужна именно предыдущая, то работать без нужной она не начнет. В то же время в 3.5 уже включены 2.0 и 3.0, поэтому иногда лучше установить её. А ХР от Майкрософт поддерживает программную платформу только до 4.0. Поэтому при установке, например, игры, требующей новую версию Microsoft .NET Framework, придется переустанавливать всю ОС или искать другую альтернативу игре.

Стоит обратить внимание, что Майкрософт не рекомендует пользователям устанавливать на ПК разноязычные версии этой программной среды. В таких случаях возможны конфликты и некорректная работа утилит. При возникновении необходимости лучше удалить уже установленную и инсталлировать новую.

Установка .NET Framework требуется для выполнения любой программы, написанной на этой программной платформе. В настоящее время существует множество таких приложений, от самых известных, таких как пакет драйверов AMD Catalyst, до менее распространённых, например графический редактор Paint .NET или хранитель паролей KeePass. В новых операционных системах от Microsoft платформа .NET Framework доступна сразу после установки, однако для запуска некоторых программ могут потребоваться другие версии.

Скачать .NET Framework

К установочным файлам прилагаются языковые пакеты, для вывода системных сообщений и информации об ошибках на русском языке.

Предназначен для Windows 7-10. Заменяет собой версии 4.0, 4.5 и 4.6.

Последняя версия, доступная для Windows Vista SP1. Для более новых операционных систем устанавливать не нужно.

Последняя версия, доступная для Windows XP SP3. Для более новых операционных систем устанавливать не нужно.

Установочный файл версии 3.5 SP1 также включает в себя версии 2.0 SP2 и 3.0 SP2.

Версия 1.1 используется редко, устанавливать только при необходимости. Например если при запуске приложения выдаётся ошибка, а в системных требованиях указан .NET Framework 1.1.

Версия 1.0 почти не используется, устанавливать только в том случае, если действительно понимаете зачем это нужно.

Скачать .NET Compact Framework

Дистрибутив версии 3.5 включает в себя всё необходимое для запуска программ, написанных для .NET Compact Framework версий 1.0 и 2.0.

Ошибка после обновления .NET Framework

Что делать, если после стандартного обновления .NET Framework начало появляться сообщение такого типа «Для корректной работы приложения необходимо установить .NET Framework версии 4.0″.

Я столкнулся с такой проблемой два раза. После победы над стандартным обновлением Windows и перезагрузки, система мне выдала аналогичное сообщение. Первое, что пришло в голову, некорректно установилось обновление .NET Framework. В списке были найдены и удалены последние обновления .NET Framework и компьютер был перезагружен, но проблема осталась. Поиск и анализ проблем в Интернете свелся к тому, что необходимо удалить .NET Framework версии, на которую система ругается, и установить заново удаленные компоненты. Как я сказал выше, именно это результата не принесло. Попытка установить .NET Framework 4.0 оканчивалась сообщением, что уже установлена более новая версия. Для решения этой проблемы была скачена утилита .NET Framework cleanup tool с сайта Microsoft.

Интерфейс программы предельно простой. Вы выбираете необходимую версию, которую хотите удалить (Или все версии полностью) и нажимаете кнопку «Clenup Now»

Ждем, когда программа отрабатывает и устанавливаем необходимые версии .NET Framework. Ниже я привел ссылки на основные версии:

Microsoft .NET Framework 1.1 (for Windows XP)
Microsoft .NET Framework 3.5 Service Pack 1 (for Windows XP and Vista)
Microsoft .NET Framework 4.0 (only if not installing .NET 4.5.2)
Microsoft .NET Framework 4.5.2 (for Windows 7, 8, and 8.1)
Microsoft .NET Framework 4.6.1 (for Windows 7, 8, 8.1, and 10)

Я установил версию .NET Framework 4.0, перезагрузился и сообщение о необходимости .NET Framework 4.0 больше не появлялось. Далее, через центр обновлений, я обновил .NET Framework до последней версии. Все закончилось удачно на этот раз, сообщений не появлялось.

Похожее

Многие пользователи не могут обновить .NET Framework до версии 4.7.1.

Несколько пользователей недавно сообщили, что у них возникли проблемы при попытке обновить .Net Framework до версии 4.7.1.

Как многие из вас, возможно, уже знают, .NET Framework — это программная среда, разработанная Microsoft, которая работает преимущественно в Microsoft Windows и требуется большинству других основных программ, работающих в Microsoft Windows.

Пользователи сообщали, что всякий раз, когда они пытались установить .Net Framework версии 4.7.1 со своего официального сайта, они получали следующее сообщение об ошибке:

Это не сработало, выдавая ошибку .NET Framework 4.7.1 не был установлен, потому что: HRESULT 0x800f081e.

После дальнейших исследований выяснилось, что они все еще используют устаревшую версию Windows 10:

Я обнаружил, что использую Windows 10 версии 1607 для систем x64 (KB4049411).

Одно важное замечание: после этой сборки было выпущено три функциональных релиза . Более того, последние обновления для Windows 10 Enterprise 1607 и Windows 10 Education 1607 были выпущены еще в апреле.

Используйте это пошаговое руководство, чтобы избежать проблем установки .NET Framework.

Вот возможный обходной путь

Если вы тоже сталкиваетесь с подобными проблемами, вам следует подумать об обновлении вашей ОС до последней доступной версии, а именно Windows 10 May 2019 Update (1903).

Это обеспечит совместимость вашей системы со всеми доступными версиями .Net Framework.

Если кажется, что это не работает, и у вас по-прежнему возникают подобные проблемы, вам следует рассмотреть возможность установки последней версии .Net Framework, которая в настоящее время является 4.8.

Это связано с тем, что .Net Framework, как известно, совместим с программами, для которых требовались предыдущие версии, поэтому его постоянное обновление — лучший способ действий.

Вы можете сделать это, следуя инструкциям, доступным на веб-сайте Microsoft .

ПОХОЖИЕ СООБЩЕНИЯ:

Ошибка «Код 643» при обновлении Windows: как исправить

«Код 643» может возникать во время установки обновлений для операционной системы Windows 7. Впрочем, некоторые пользователи отмечают, что данная ошибка может проявляться и на Windows 8/8.1, но куда реже.

Причины ошибки «Код 643»

Как правило, для этой ошибки выделяют всего две причины:

• вмешательство стороннего антивируса в работу Центра обновления Windows;
• поврежденные библиотеки программной платформы .NET Framework.

В данной статье мы рассмотрим с вами целых четыре способа решения ошибки «Код 643». Обязательно попробуйте для начала выполнить первый способ в списке ниже, а затем пробуйте остальные в свободном порядке.

Способы решения ошибки «Код 643»

Способ №1 Средство устранения неполадок

Для решения разнообразных проблем при обновлении Windows было выпущено средство устранения неполадок Центра обновления. В Windows 10 это средство уже встроено в систему, однако для Windows 7 вам может потребоваться загрузить его с официального сайта Майкрософт.

Перейдите по этой ссылке и загрузите средство на свой компьютер. Запустите средство и нажмите на пункт «Дополнительно». Поставьте галочку возле опции «Автоматически применять исправления» и нажмите кнопку «Далее». Подождите, пока средство устранения неполадок закончит свою работу, а затем проверьте, была ли решена ошибка «Код 643» при обновлении.

Способ №2 Переустановка .NET Framework

Проблемы при обновлении Windows часто возникают из-за поврежденных файлов программной платформы .NET Framework. В таком случае вы можете выполнить переустановку этой платформы и посмотреть, исправит ли это проблему. Чтобы переустановить .NET Framework, вам нужно сделать следующее:

1. перейдите по этой ссылке для загрузки средства по удалению .NET framework;
2. разархивируйте загруженные файлы и запустите «cleanup_tool.exe»;
3. подтвердите запуск средства, нажав на кнопку «Да»;
4. согласитесь с лицензионным соглашением, нажав «Yes»;
5. нажмите на кнопку «Cleanup Now»;
6. далее перейдите по этой ссылке, загрузите и установите последнюю версию .NET Framework;
7. перезапустите компьютер.

Запускаем обновление Windows и смотрим, исчезла ли ошибка «Код 643» в Центре обновления.

Способ №3 Отключение стороннего антивируса

У вас на компьютере работает сторонний антивирус? Не хочется разочаровывать, но именно он и может вызывать появление проблем при обновлении Windows. Мы рекомендуем отключить активную защиту своего антивируса и снова попытаться обновить систему. Если это помогло, то дело действительно заключало в чересчур заботливом антивирусном ПО.

Способ №4 Восстановление .NET Framework

Еще можно попробовать восстановить файлы платформы .NET Framework, которая установлена у вас на компьютере. Для этого вам нужно сделать следующее:

1. откройте Панель управления;
2. перейдите в раздел «Программы и компоненты»;
3. найдите в списках .NET Framework различных версий;
4. нажимайте на каждую версию .NET Framework правой кнопкой мыши и выбирайте «Починить»;
5. следуйте инструкциям на экране;
6. по окончанию восстановления всех версий .NET Framework перезагрузите компьютер.

Мы надеемся, что вы решили ошибку «Код 643» на своем ПК.

Как удалить NET Framework в Windows 10

Множество приложений требуют установки компонента .NET Framework последней версии. Установка компонента .NET Framework возможна несколькими вариантами начиная от включения компонента в системе и заканчивая установкой ранее скачанного пакета. А уже удалять компонент необходимо исходя от способа установки.

Данная статья расскажет как удалить и отключить NET Framework в Windows 10 любой версии. Не зависимо от того .NET Framework 3.5 или .NET Framework 4.7 необходимо удалить мы используем универсальные способы. А процесс удаления или отключения компонента не изменился ещё с времен операционной системы Windows 7.

Как удалить NET Framework в Windows 10

Компонент Microsoft .NET Framework 3.5 присутствовал уже давно в операционной системе Windows. В обновлении операционной системы Windows 10 была добавлена возможность установить последнюю новую версию .NET Framework.

Включение и отключение программ и компонентов

1. Откройте стандартную панель управления выполнив команду control panel в окне Win+R.
2. Дальше перейдите в раздел Программы и компоненты и выберите пункт Включение или отключение компонентов Windows.
3. В открывшемся окне отмечаем компоненты .NET Framework 3.5 (Включает .NET 2.0 и 3.0) и .NET Framework 4.7 с дополнительными службами.
4. Отметьте также все внутренние службы этих компонентов и нажмите кнопку ОК.

После чего операционная система Windows будет выполнять изменение функций. Это может занять несколько минут и в конце пользователь увидит сообщение о том что Windows применила требуемые изменения.

NET Framework Setup Cleanup Utility

Преимуществом утилиты .NET Framework Setup Cleanup Utility есть не только полное удаление компонента .NET Framework любой версии, но и очистка реестра в автоматическом режиме.

1. Скачиваем, распаковываем и запускаем утилиту .NET Framework Setup Cleanup Utility.
2. В первом же открывшемся окне подтверждаем запуск утилиты Cleanup Utility и соглашаемся с лицензией.
3. Дальше выбираем продукт в пункте Product to cleanup и нажимаем кнопку Cleanup Now.

Есть возможность очистить все версии .NET Framework, выбрав в пункте Product to cleanup значение All Versions. Обратите внимание: дальнейшее продолжение внесет постоянные изменения в систему пользователя. И Вам необходимо будет переустановить версии продукта .NET Framework, которые Вы хотите очистить.

Программы и компоненты

В предыдущих версиях операционной системы Windows была возможность проводить деинсталяцию продуктов с панели управления. Если же Вы устанавливали компонент .NET Framework используя автономный установщик, а такая возможность действительно есть, тогда можно попробовать воспользоваться текущим способом.

Тут достаточно аналогичным способом выполнив команду control в окне Win+R, либо любым другим открыть стандартную панель управления Windows 10. Дальше перейти в раздел Программы и компоненты и выбрав среди списка доступных программ наш компонент нажать удалить, после чего следовать шагам деинсталятора.

Заключение

Ранее мы рассматривали где находятся программы и компоненты, именно один способ удаления NET Framework в Windows 10 заключается в простом отключении компонента системы. А также деисталировать Microsoft NET Framework можно используя утилиту NET Framework Setup Cleanup Utility, преимуществом которой является не только автоматическое удаление компонента, но и очистка реестра от его следов. Смотрите также инструкцию: Как удалить стандартные приложения Windows 10.

memdocs.ru-ru/checklist-for-installing-update-1802.md at live · MicrosoftDocs/memdocs.ru-ru · GitHub

title	titleSuffix	description	ms.date	ms.prod	ms.technology	ms.topic	ms.assetid	author	ms.author	manager	ROBOTS	ms.openlocfilehash	ms.sourcegitcommit	ms.translationtype	ms.contentlocale	ms.lasthandoff	ms.locfileid
Контрольный список для версии 1802	Configuration Manager	Сведения о действиях, которые необходимо выполнить перед обновлением до Configuration Manager версии 1802.	06/08/2018	configuration-manager	configmgr-core	conceptual	6af92de2-b2c7-4d5c-affd-6cce81979fb5	mestew	mstewart	dougeby	NOINDEX	f9c0c44d6a5f3921fd9a2ea4292e94cff1fa7d9f	bbf820c35414bf2cba356f30fe047c1a34c5384d	HT	ru-RU	04/21/2020	81707682

Область применения: Configuration Manager (Current Branch)

При использовании текущего ответвления Configuration Manager можно установить обновление в консоль для версии 1802 для обновления иерархии по сравнению с предыдущей версией. (Так как версия 1802 также доступна как базовый носитель, вы можете использовать установочный носитель для установки первого сайта новой иерархии.)

Чтобы получить обновление для версии 1802, нужно использовать точку подключения службы на сайте верхнего уровня в иерархии. Роль системы сайта может находиться как в оперативном, так и в автономном режиме. После того как иерархия скачает пакет обновления с серверов Майкрософт, его можно найти в консоли в рабочей области Администрирование  в узле Обновления и обслуживание.

• Если обновление имеет состояние Доступно, оно готово к установке. Прежде чем установить версию 1802, просмотрите сведения об установке обновления 1802 и контрольный список настроек, которые нужно выполнить перед началом обновления.

• Если обновление имеет состояние Загружается, которое не меняется, просмотрите файлы hman.log и dmpdownloader.log, чтобы проверить наличие ошибок.

  • Если dmpdownloader.log указывает, что процесс dmpdownloader находится в спящем режиме и ожидает завершения интервала для проверки наличия обновлений, вы можете перезапустить службу SMS_Executive на сервере сайта, чтобы возобновить скачивание распространяемых файлов для обновления.

  • Еще одна распространенная проблема загрузки возникает, когда параметры прокси-сервера блокируют загрузку с silverlight.dlservice.microsoft.com и download.microsoft.com.

Дополнительные сведения об установке обновлений см. в разделе Обновления в консоли и обслуживание.

Сведения о версиях Current Branch см. в подразделе Базовые и обновленные версии раздела Обновления для Configuration Manager.

Информация об установке обновления 1802

Сайты.
Обновление 1802 устанавливается на сайте верхнего уровня в иерархии. Это означает, что установку следует запустить на сайте центра администрирования, если таковой имеется, или на автономном первичном сайте. После установки обновления на сайте верхнего уровня дочерние сайты обновляются в следующем порядке.

• Подчиненные первичные сайты автоматически устанавливают обновление, как только сайт центра администрирования завершит установку обновления. Для управления временем установки обновлений можно использовать периоды обслуживания. Дополнительные сведения см. в статье Service windows for site servers (Периоды обслуживания для серверов сайта).

• После того, как на родительском первичном сайте завершится установка обновления, необходимо вручную обновить вторичные сайты через консоль Configuration Manager. Автоматическое обновление серверов вторичных сайтов не поддерживается.

Роли системы сайта.
Когда сервер сайта устанавливает обновление, автоматически обновляются все роли системы сайта, установленные на сервере сайта и на удаленных компьютерах. Перед установкой обновления нужно убедиться, что каждый сервер системы сайта отвечает предварительным требованиям для работы с новой версией обновления.

Консоли Configuration Manager.
При первом использовании консоли Configuration Manager после завершения обновления появится запрос на обновление этой консоли. Чтобы обновить консоль, необходимо запустить программу установки Configuration Manager на компьютере, где размещена консоль, и выбрать параметр для обновления консоли. Мы рекомендуем не откладывать установку обновления на консоль.

[!IMPORTANT]
Имейте в виду, что после установки обновления на сайте центра администрирования и вплоть до завершения обновлений на всех дочерних первичных сайтах будут существовать следующие ограничения и задержки.

• Обновления клиента не запускаются. Сюда относится автоматическое обновление клиентов и подготовительных клиентов. Кроме того, невозможно повысить уровень подготовительных клиентов до рабочих клиентов, пока установка обновлений не завершится на всех сайтах. Когда завершится установка обновлений на последнем сайте, начинается обновление клиентов с учетом выбранной вами конфигурации.
• Недоступны новые возможности, которые вы активировали при обновлении. Это сделано специально, чтобы предотвратить репликацию данных, связанных с такими функциями, на сайт, на котором поддержка этих функций еще не установлена. Новые функции будут доступны для использования, когда обновление завершится на всех основных сайтах.
• Связи репликации между сайтом центра администрирования и дочерними основными сайтами отображаются как необновленные. В связи с этим состояние установки пакета обновления отображается как завершенное с предупреждением для инициализации репликации мониторинга. В узле мониторинга на консоли отображается статус Выполняется конфигурация ссылки.

Контрольный список

Убедитесь, что на всех сайтах установлена версия Configuration Manager, поддерживающая обновление до версии 1802:
На каждом сервере сайта в иерархии должна выполняться одна и та же версия Configuration Manager, прежде чем можно будет начать установку обновления 1802. Чтобы обновить версию до 1802, нужно использовать версию 1702, 1706 или 1710.

Проверьте состояние Software Assurance или аналогичной подписки.
Для установки обновления 1802 необходимо действующее соглашение Software Assurance. При установке этого обновления на вкладке Лицензирование будет предложено подтвердить дату истечения срока действия Software Assurance.

Это необязательное значение, которое можно использовать для напоминания о предстоящем завершении срока действия лицензии. Эта дата отображается при установке последующих обновлений. Возможно, вы уже указали это значение во время установки, настройки, обновления или через вкладку Лицензирование в разделе параметров иерархии консоли Configuration Manager.

Дополнительные сведения см. в разделе Лицензирование и ветви в Configuration Manager.

Проверьте установленные версии платформы Microsoft .NET на серверах системы сайта. При установке сайтом этого обновления Configuration Manager автоматически устанавливает платформу .NET Framework 4.5.2 на каждом компьютере, на котором размещается одна из следующих ролей системы сайта (если на нем еще не установлена платформа .NET Framework 4.5 или более поздней версии).

• Прокси-точка регистрации.
• Точка регистрации
• Точка управления
• Точка подключения службы

Этот процесс установки может перевести сервер системы сайта в состояние ожидания перезагрузки и сообщать об ошибках средству просмотра состояния компонентов Configuration Manager. Кроме того, до перезагрузки сервера на нем возможны произвольные сбои приложений .NET.

Дополнительные сведения см. в разделе Необходимые компоненты для сайта и системы сайта.

Проверьте версию комплекта средств для развертывания и оценки (ADK) для Windows 10. Комплект Windows 10 ADK должен иметь версию не ниже 1703. (Дополнительные сведения о поддерживаемых версиях Windows ADK см. в разделе Windows 10 ADK.) Если вам нужно обновить Windows ADK, сделайте это до начала обновления Configuration Manager. Так обеспечите автоматическое обновление загрузочных образов по умолчанию до последней версии Windows PE. (Пользовательские образы загрузки нужно обновлять вручную.)

Если вы обновляете сайт перед обновлением Windows ADK, см. раздел Обновление точек распространения с использованием образа загрузки.

Проверьте состояние сайта и иерархии и убедитесь в том, что все проблемы разрешены: Перед обновлением сайта устраните все проблемы эксплуатации для сервера сайта, сервера базы данных сайта и ролей системы сайта, установленных на удаленных компьютерах. Обновление сайта может завершиться неудачей из-за существующих проблем в работе.

Дополнительные сведения см. в разделе Использование оповещений и системы состояния для Configuration Manager.

Проверьте репликацию файлов и данных между сайтами.
Убедитесь в том, что репликация файлов и базы данных между сайтами действует и является актуальной. Задержки или невыполненная работа могут помешать бесперебойному, успешному выполнению обновления.
Для репликации базы данных можно использовать Replication Link Analyzer, который поможет устранить проблемы перед началом обновления.

Дополнительные сведения см. в разделе Сведения о Replication Link Analyzer.

Установите все доступные важные обновления для операционных систем на компьютерах, где размещен сайт, сервер базы данных сайта и удаленные роли системы сайта: Перед установкой обновления для Configuration Manager установите все критические обновления для каждой соответствующей системы сайта. Если устанавливаемое обновление требует перезагрузки, перезагрузите соответствующие компьютеры перед началом обновления.

Выключите реплики базы данных для точек управления на первичных сайтах.
Configuration Manager не может обновить первичный сайт с включенными репликами баз данных для точек управления. Отключите репликацию базы данных, прежде чем устанавливать обновления для Configuration Manager.

Дополнительные сведения см. в статье Реплики базы данных для точек управления для Configuration Manager.

Настройте группы доступности SQL Server AlwaysOn для отработки отказа вручную.
Если вы используете группу доступности, настройте для нее отработку отказа вручную перед запуском установки обновления. После обновления сайта можно восстановить автоматическую отработку отказа. Дополнительные сведения см. в статье SQL Server AlwaysOn для базы данных сайта.

Перенастройка точек обновления программного обеспечения, использующих балансировку сетевой нагрузки.

Configuration Manager не может обновить сайт, использующий кластер балансировки сетевой нагрузки (NLB) для точек обновления программного обеспечения.

Если для точек обновления программного обеспечения используются кластеры балансировки сетевой нагрузки, удалите кластер балансировки сетевой нагрузки с помощью Windows PowerShell.
Дополнительные сведения см. в статье Планирование обновлений программного обеспечения.

Отключите все задачи обслуживания сайта на каждом сайте на период установки обновления на этом сайте.
Перед установкой обновления отключите все задачи обслуживания сайта, которые могут запускаться в то время, когда активен процесс обновления. В частности, необходимо отключить следующие задачи:

• Резервное копирование сервера сайта
• Удаление устаревших операций клиента
• Удаление устаревших данных обнаружения

Если во время установки обновления выполняется задача обслуживания базы данных сайта, то обновление может завершиться сбоем. Прежде чем отключить задачу, запишите ее расписание, чтобы восстановить конфигурацию после установки обновления.

Дополнительные сведения см. в разделах Задачи обслуживания для Configuration Manager и Справочные сведения о задачах обслуживания в Configuration Manager.

Приостановите на время все антивирусные программы на серверах Configuration Manager: Перед обновлением сайта убедитесь, что антивирусное программное обеспечение остановлено на серверах Configuration Manager.

Создайте резервную копию базы данных сайта на сайте центра администрирования и первичных сайтах. Перед обновлением сайта создайте резервную копию базы данных сайта, чтобы гарантировать успешное резервирование для использования при аварийном восстановлении.

Дополнительные сведения см. в разделе Резервное копирование и восстановление в Configuration Manager.

Запланируйте пилотное развертывание клиента.
При установке обновления, которое изменяет клиент, можно проверить это новое обновление клиента в подготовительной среде, прежде чем развернуть его и обновить активные клиенты.

Чтобы воспользоваться этой возможностью, перед началом установки обновления нужно настроить сайт для поддержки автоматического обновления в подготовительной среде.

Дополнительные сведения см. в статьях Обновление клиентов и Проверка обновления клиента в предварительной коллекции.

Запланируйте периоды обслуживания для управления временем установки обновлений серверами сайта.
Вы можете использовать периоды обслуживания, чтобы определить период времени для установки обновлений на сервере сайта.

Это поможет контролировать время установки обновлений на сайты в иерархии. Дополнительные сведения см. в статье Service windows for site servers (Периоды обслуживания для серверов сайта).

Проверка поддерживаемых расширений .

Если вы расширяете возможности Configuration Manager с помощью других продуктов корпорации Майкрософт или ее партнеров, убедитесь в том, что они поддерживают версию 1802. Эту информацию можно получить у поставщика продукта. Например, см. заметки о выпуске Microsoft Deployment Toolkit.

Запустите средство проверки готовности к установке .
Если обновление указано в консоли с состоянием Доступно, можно запустить средство проверки готовности независимо от установки обновления. (При установке обновления на сайт средство запустится снова.)

Чтобы запустить средство проверки готовности из консоли, перейдите в рабочую область Администрирование и выберите узел Обновления и обслуживание. Выберите пакет обновления Configuration Manager 1802 и выберите на ленте команду Запустить только проверку на наличие необходимых компонентов.

Дополнительные сведения о запуске и мониторинге проверки готовности см. в разделе Шаг 3. Перед установкой обновления запустите средство проверки готовности статьи Установка обновлений в консоли для Configuration Manager.

[!IMPORTANT]
Когда средство проверки готовности запускается в ходе обновления или отдельно, этот процесс обновляет некоторые исходные файлы продукта, которые используются для выполнения задач обслуживания сайта. Поэтому, если вам нужно выполнить задачу обслуживания после проверки готовности, но перед установкой обновления, запустите программу установки Configuration Manager Setupwpf.exe из папки CD.Latest на сервере сайта.

Обновите сайты.
Теперь вы готовы начать установку обновления для иерархии. Дополнительные сведения об установке обновления см. в разделе Установка обновлений в консоли.

Мы рекомендуем назначать установку обновления для каждого сайта на нерабочее время, чтобы процесс установки обновления и его действия по переустановке компонентов сайта и ролей системы сайта как можно меньше влияли на обычные бизнес-операции.

Дополнительные сведения см. в статье Обновления для Configuration Manager.

Контрольный список после обновления

Изучите список действий, которые нужно выполнить после завершения установки обновления.

1. Убедитесь, что активна межсайтовая репликация. В консоли откройте пункты Мониторинг > Иерархия сайтов и Мониторинг > Репликация базы данных, чтобы проверить наличие проблем или убедиться, что связи репликации активны.

2. Убедитесь, что каждый сервер сайта и каждая роль системы сайта обновлены до версии 1802. В консоли можно добавить дополнительный столбец Версия в отображениях некоторых узлов, например для сайтов и точек распространения.

   При необходимости роль системы сайта будет автоматически переустановлена для обновления до новой версии. Удаленные системы сайта, обновление которых не прошло успешно, можно попробовать перезагрузить.

3. Перенастройте реплики базы данных для точек управления на первичных сайтах, которые вы отключали перед началом обновления.

4. Перенастройте задачи обслуживания базы данных, которые вы отключали перед началом обновления.

5. Если перед установкой обновления вы настроили подготовку клиента, обновите клиенты согласно составленному плану.

6. Если используются расширения Configuration Manager, обновите их до последней версии для поддержки этого обновления Configuration Manager.

Microsoft .NET Framework 4.8 в Windows 10 версии 1709, Windows 10 версии 1803, Windows 10 версии 1809 и Windows Server 2019

Введение

В этой статье описывается обновление для Microsoft .NET Framework 4.8 в Windows 10 версии 1709, Windows 10 версии 1803, Windows Server версии 1803, Windows 10 версии 1809 и Windows Server версии 1809 и Windows Server 2019.

Обратите внимание: .NET Framework 4.8.
был обновлен последними обновлениями обслуживания по состоянию на 14 января ^-го , 2020.Отдельно от
исправления обслуживания, в продукте .NET Framework 4.8 нет изменений по сравнению с
13 августа ^-е , Центр обновления Windows 2019. Если вы уже скачали и
установил обновление от августа, устанавливать это обновление не нужно
в противном случае установите это обновление, чтобы получать самые свежие версии продукта.

О Microsoft .NET Framework 4.8

Microsoft .NET Framework 4.8 — это локальное обновление с высокой степенью совместимости для.NET Framework 4.7, 4.7.1 и 4.7.2. Однако он может работать одновременно с .NET Framework 3.5 с пакетом обновления 1 (SP1) и более ранними версиями .NET Framework.

При установке этого пакета он отображается как обновление для Microsoft Windows (KB 4486153) в разделе Установленные обновления на панели управления.

Microsoft .NET Framework 4.8 доступна на веб-сайте каталога Центра обновления Майкрософт для загрузки и импорта в службы обновления программного обеспечения Windows (WSUS).

Скачать информацию

Следующие файлы доступны для загрузки с сайта загрузки .NET:

Загрузите автономный установочный пакет Microsoft .NET Framework 4.8.

Дополнительные сведения об автономном установщике .NET Framework 4.8 см. В разделе Автономный установщик .NET Framework 4.8 для Windows.

Для получения информации о том, как загрузить файлы поддержки Microsoft, см. Как получить файлы поддержки Microsoft из онлайн-служб.

Заявление о сканировании на вирусы: Microsoft проверила этот файл на наличие вирусов. Microsoft использовала самое последнее программное обеспечение для обнаружения вирусов, которое было доступно на дату публикации файла. Файл хранится на серверах с усиленной безопасностью, которые помогают предотвратить любые несанкционированные изменения файла.

Дополнительная информация

Известные проблемы

Известные проблемы в.NET Framework 4.8 см. В разделе «Известные проблемы .NET Framework 4.8».

Параметры командной строки для этого обновления

Дополнительные сведения о различных параметрах командной строки, поддерживаемых этим обновлением, см. В разделе «Параметры командной строки» в руководстве по развертыванию .NET Framework для разработчиков.

Требование перезапуска

Возможно, вам придется перезагрузить компьютер после установки этого обновления.Перед установкой этого обновления рекомендуется закрыть все приложения, использующие .NET Framework.

Поддерживаемые операционные системы

Microsoft .NET Framework 4.8 (автономный установщик) поддерживает следующие операционные системы:

Зачем и как обновлять Microsoft .NET Framework до последней версии

Почти у каждого человека есть смартфон, и он не может представить, какой была бы его жизнь, если бы ему пришлось вернуться к старому небьющемуся Nokia 1310.И это потому, что они могут делать почти все, поскольку существуют тысячи приложений. И каждый день доступны новые обновления для большинства доступных приложений. Эти обновления включают исправления ошибок, исправления безопасности и, самое главное, новые функции. Пользователи смартфонов без колебаний устанавливают эти обновления, зная, что они призваны помочь им еще больше. Так почему же нам, разработчикам, не следует делать то же самое, когда есть новое обновление для программной среды и инструментов, которые мы используем для разработки определенного приложения?

Обновление фреймворка включает в себя множество хороших вещей, таких как удаление ошибок, обнаруженных в предыдущих версиях, исправление недостатков безопасности, улучшения производительности и новые функции, упрощающие процесс разработки.

Недостаточно установить последнюю версию Visual Studio, которая поставляется с последними версиями .NET Framework и .NET Core, необходимо внести некоторые изменения в проекты, а также для поддержки новейших функций, поставляемых с платформой.

Эта статья будет посвящена обновлению .NET Framework с версии 4.6.1 до 4.7.2 и всем шагам, которые необходимо выполнить, чтобы убедиться, что приложение по-прежнему работает должным образом после развертывания этого изменения.

Изменить целевой фреймворк проектов

В большинстве случаев все проекты необходимо обновить до желаемой целевой платформы, но в некоторых случаях некоторые проекты не могут быть обновлены (легко) до желаемой целевой платформы, потому что они могут ссылаться на пакеты, которые еще не поддерживаются с помощью самый последний .NET Framework версии.

Чтобы обновить целевую платформу для всех проектов, щелкните правой кнопкой мыши проект (один за другим), выберите «Свойства» и на вкладке «Приложение» измените целевую структуру на желаемую, как показано на следующем снимке экрана, и выберите «Да» во всплывающем окне, которое отображается после изменения структуры.

Ретаргетинг пакетов

Простая установка версии .NET Framework, как описано выше, не приводит к обновлению целевой платформы пакетов, на которые имеются ссылки для этого соответствующего проекта.

Для этого откройте консоль диспетчера пакетов и выполните следующую команду:

 PM> Обновление-Пакет-Переустановить 

Это заставит диспетчер пакетов переустановить каждый пакет в каждом проекте без изменения версии указанного пакета, нацеленной на .NET Framework, выбранную для соответствующего проекта. Иногда это не работает должным образом, и его необходимо запускать вручную, этого можно добиться, выполнив следующую команду для каждого проекта:

 PM> Обновление-Пакет -Переустановить -ProjectName Project.Имя.Здесь 

Исправить возможные ошибки сборки

После выполнения первых двух шагов вы можете создать свое решение (Ctrl + Shift + B), а затем запустить приложение, чтобы убедиться, что все работает нормально. Мы столкнулись с некоторыми ошибками, которые нам нужно было исправить, чтобы решение было построено и запущено.

Первая ошибка заключалась в том, что у определенного пакета было установлено две версии (в нашем случае это System.Net.Http), и это потому, что текущая версия не была совместима с последней версией .NET Framework, поэтому была установлена ​​более новая версия.Это легко исправить, удалив ссылку на старую версию пакета из файлов Web.config или App.config, в зависимости от типа проекта.

Вторая ошибка, с которой мы столкнулись, заключалась в том, что не удалось найти определенный пакет, а пакет с проблемой был System.Net.Http.Formatting. Небольшой поиск в Google показал, что этот пакет больше не поддерживается, но теперь является частью Microsoft.AspNet.WebApi.Client, поэтому установка этого пакета решила проблему.

В зависимости от пакетов, используемых в проекте, могут возникать некоторые другие ошибки, но их можно легко исправить, как и приведенные выше, поскольку другие разработчики, безусловно, сталкивались с такими проблемами и документировали, как им удалось их исправить.Если все в порядке, можете переходить к следующему шагу.

Установите последнюю версию .NET Framework на сервер

Последняя версия Visual Studio поставляется с последней версией .NET Framework, в нашем случае Visual Studio 2019 и .NET Framework 4.7.2, поэтому приложение будет работать на вашем компьютере. Но это не значит, что он будет работать и на производственной машине.

Перед развертыванием обновленного приложения на конкретном компьютере убедитесь, что последняя версия.NET Framework также установлена ​​там, и приложение будет работать так, как оно работало на вашей машине разработки. Корпорация Майкрософт создала статью исключительно для этой цели: Как: определить, какие версии .NET Framework установлены. Если установленная версия более ранняя, вам необходимо скачать и установить желаемую версию (в нашем случае .NET Framework 4.7.2) отсюда. Как только этот шаг будет завершен, вы можете перейти к следующему шагу.

Редактировать конвейеры CI / CD

Ручное развертывание последней версии приложения в желаемой среде (тестовая, производственная) требует времени, поэтому мы используем конвейеры Azure Dev Ops для автоматизации этого процесса (это также занимает несколько минут, но разработчик может сделать что-то еще. , например, создание резервной копии базы данных).

Все определенные нами конвейеры использовали Hosted VS2017 в качестве пула агентов, что привело к ошибке при построении решения. И это произошло потому, что последняя версия .NET Framework, поддерживаемая Visual Studio 2017, — это .NET Framework 4.7.

Microsoft развернула новый размещенный пул под названием Azure Pipelines, который заменяет все предыдущие размещенные пулы и включает новые. Мы выбрали этот новый пул агентов, и, поскольку приложение работает в Windows, мы выбрали windows-2019 в качестве спецификации агента.

После внесения этого последнего изменения запустите конвейер, дождитесь его успешного запуска, убедитесь, что приложение работает должным образом в целевой среде (не забывайте следить за журналами) и наслаждайтесь.

Выводы

Обновление решения вашего проекта до последней версии фреймворка занимает некоторое время, но в конечном итоге может сэкономить время и деньги. И это потому, что последние обновления фреймворка включают исправления безопасности для дыр, которые должны искать хакеры и вредоносные программы.

С другой стороны, последние версии фреймворка вводят новые функции, удаляют устаревшие функции и исправляют ошибки, которые приводят к неожиданному поведению приложения.

Обновление .NET Framework в Exchange Server 2016

Нам нравится обновлять .NET Framework в Exchange Server 2016, потому что мы хотим запустить накопительное обновление Exchange. Как лучше всего обновить .NET Framework в Exchange Server? Обновим ли мы сначала .NET Framework или запустим накопительное обновление Exchange? Этих вопросов задают много.

Многие администраторы Exchange видели, как серверы Exchange ломались и не работали после накопительного обновления. В этой статье вы узнаете, как обновить .NET Framework при обновлении накопительных обновлений в Exchange Server.

Важно знать, что .NET Framework — это , обязательно для Exchange Server. При установке накопительных обновлений на Exchange 2016 нам иногда приходится обновлять .NET Framework. Это не всегда так. Иногда вы можете запустить накопительное обновление без обновления.NET Framework. Да, мы можем скачать .NET Framework бесплатно.

Что Microsoft говорит о .NET Framework:

При обновлении Exchange Server с неподдерживаемого CU до текущего CU и при отсутствии доступных промежуточных CU вам следует сначала выполнить обновление до последней версии .NET, которая поддерживается вашей версией Exchange Server, а затем немедленно выполнить обновление до текущего CU. Этот метод не отменяет необходимости поддерживать ваши серверы Exchange в актуальном состоянии и на последних поддерживаемых CU.Microsoft не заявляет, что с помощью этого метода не произойдет сбой обновления, что может привести к необходимости обращения в службу поддержки Microsoft.

Поддерживайте актуальность .NET Framework и Exchange Server 2016

Поддерживайте Exchange Server 2016 в актуальном состоянии, чтобы вам не приходилось выполнять более длинный путь обновления. Я рекомендую загрузить ISO-образ Exchange CU, когда он будет доступен, и сохранить его на жестком диске. Microsoft удаляет старые Exchange CU при выпуске новых версий.При сохранении ISO-образа Exchange CU вы всегда можете выполнить обновление. Вы можете использовать неофициальный веб-сайт, чтобы загрузить более старую версию Exchange CU.

Как обновить .NET Framework и накопительное обновление Exchange Server

Не обновляйте сразу после выпуска версии .NET Framework или версии Exchange Server. Всегда ждите и проверяйте, не возникают ли ошибки. Не забывайте всегда тестировать Exchange Server CU в тестовой среде, прежде чем обновлять его в производственной среде.

Я сделал блок-схему, которая покажет процедуру обновления.NET Framework и накопительное обновление Exchange Server.

Для простоты при планировании пути обновления помните об этих двух шагах:

1. Обновление до последней версии Exchange, которая поддерживается .NET Framework (синяя стрелка)
2. Обновление до последней версии .NET Framework, поддерживаемой для Exchange Server (зеленая стрелка)

Продолжайте обновлять, пока не включите версия, которой вы хотите быть. Скорее всего, это будет последняя выпущенная версия Exchange.

Давайте рассмотрим пример со следующей компанией под названием EXOIP. В настоящее время компания использует Exchange Server 2016 CU3 и .NET Framework 4.6.1. Они хотят обновиться до последней версии Exchange Server, то есть Exchange Server 2016 CU16. Давайте посмотрим, как это сделать, не нарушая работу сервера Exchange.

1. Обновление до Exchange 2016 CU4
2. Обновление .NET Framework до 4.6.2
3. Обновление до Exchange 2016 CU9
4. Обновление .NET Framework до версии 4.7.1
5. Обновление до Exchange 2016 CU12
6. Обновление .NET Framework до 4.7.2
7. Обновление до Exchange 2016 CU14
8. Обновление .NET Framework до 4.8
9. Обновление до Exchange 2016 CU17

Используйте данную блок-схему. Легко проследить путь обновления для накопительного обновления Exchange Server и .NET Framework. Не стесняйтесь использовать комментарии ниже, чтобы задать любые вопросы, если они у вас есть!

Статьи, которые могут вас заинтересовать:

Заключение

Из этой статьи вы узнали, как обновлять.NET Framework в Exchange Server. Сохраните накопительные обновления, когда они будут доступны для загрузки, так как Microsoft удалит их после выхода новой версии. Он может вам понадобиться при выполнении пути обновления.

Вам понравилась эта статья? В таком случае вам может понравиться статья «Пошаговая установка Exchange Server 2016 с графическим интерфейсом». Не забудьте подписаться на нас и поделиться этой статьей.

Идете ли вы в ногу с версиями .NET Framework? Вы должны быть — SQLHA

Автор: Allan Hirt on 10 декабря 2015 г. in.NET Framework, .NET Framework 4.0, .NET Framework 4.5, .NET Framework 4.5.1, .NET Framework 4.5.2, .NET Framework 4.6, .NET Framework 4.6.1, SQL Server 2012, SQL Server 2014, SQL Server 2016 , Windows Server 2008, Windows Server 2008 R2, Windows Server 2012, Windows Server 2012 R2

Возможно, вы видели один из 1 000 001 твита, сообщения в блоге и других предупреждений об окончании срока службы SQL Server 2005, а до этого — об окончании срока службы Windows Server 2003. Но есть еще кое-что, присущее SQL Server, о чем вам также нужно позаботиться, чтобы убедиться, что вы используете последнюю версию, что влияет на более поздние версии SQL Server, которые вы можете использовать: файл.NET Framework.

Если вы используете SQL Server 2012 или новее, одним из обязательных компонентов является некоторая версия .NET Framework 4.x. Windows Server 2008 R2 не поставляется с .NET Framework 4.x, поэтому вам придется установить его самостоятельно или попросить SQL Server. Это называется внеполосным. Windows Server 2012 поставляется с .NET Framework 4.0, а Windows Server 2012 R2 поставляется с 4.5. Это известно как в группе. Хорошая новость заключается в том, что для установки SQL Server 2012 или более поздней версии вам не нужно устанавливать или включать.NET Framework 4.x; это просто есть.

Как и любой другой компонент, .NET Framework необходимо управлять, поддерживать и обновлять. В зависимости от того, как .NET Framework был установлен / настроен, либо он будет управляться как часть обновления Windows (в версиях диапазона), либо вам нужно будет обновить вручную, если он был установлен отдельно (вне диапазона, например .NET Framework 4 .x в Windows Server 2008 R2 или если вы установили .NET Framework 4.5 в Windows Server 2012).

Microsoft недавно опубликовала официальный.Сообщение в блоге группы .NET, в котором повторяется, что .NET Framework версий 4, 4.5 и 4.5.1 больше не будет получать обновления безопасности, поддержку или исправления с 12 января 2016 года. Впервые об этом было объявлено еще в августе 2014 года, так что это не похоже на это новая новость, но я могу сказать по опыту, что практически никто об этом не говорит. В новом посте MS подробно рассказывается о пути обновления. Подводя итог, вам необходимо установить .NET Framework 4.5.2, 4.6 или 4.6.1, чтобы считаться поддерживаемым, когда дело доходит до вашей версии .NET Framework.Безопасность — реальная проблема для многих, и ответственные за это могут не знать, что ваша версия .NET Framework может быть возможным вектором атаки. Знает ли ваша служба безопасности об этой надвигающейся проблеме? Как это повлияет на ваши матрицы версий (ведь они у вас есть?)?

Более важный вопрос заключается в следующем — планировали ли вы это событие в своих средах как для серверов, так и для любых клиентов или серверов приложений, которые работают или подключаются к SQL Server? Вы следите за версиями .NET Framework или просто установили SQL Server и забыли о нем? Я бы сказал, что большинство людей, с которыми я встречаюсь, относятся ко второму.Постоянная поддержка — ключевой компонент критически важной миссии.

Если вы не задумывались об обновлении / исправлении своей версии .NET Framework, сейчас самое время начать планирование обновления до предпочитаемой, поддерживаемой и протестированной версии .NET Framework в ваших средах. Если вы не будете тестировать свои приложения, вы можете столкнуться с проблемами. Другими словами, без тестирования вы бросаете кости. Это критически важно и может привести к простою.

Еще один вопрос, на который вы должны получить ответ: кому принадлежит это обновление? Это владелец приложения? Администраторы баз данных? Системные администраторы? .NET Framework может быть немного серой зоной в зависимости от сервера и того, как он был установлен.

Вот совет: если вы рассматриваете версию 4.6, просто перейдите к 4.6.1 — у вас не только будет более длительный срок службы поддержки, но и улучшено поведение MultiSubnetFailover (см. Это сообщение в блоге для получения дополнительной информации), что может выиграть от некоторых реализаций групп доступности (я пытаюсь проверить, применимо ли это к FCI; это тоже должно…).Вот несколько удобных ссылок, которые помогут вам быстрее стать зеленым:

• Эта статья базы знаний содержит информацию о том, как загрузить .NET Framework 4.5.2 в качестве автономного установщика (включая настольные ОС и все ОС Windows Server).
• Это статья по ссылке, чтобы получить информацию о том, как загрузить .NET Framework 4.6 в качестве автономного установщика (включая ОС для настольных ПК и все ОС Windows Server
• Сообщение блога, указанное выше для 4.6.1, содержит ссылки для его загрузки.

Если вам нужна помощь в планировании или реализации стратегии обновления, дайте нам знать.

---

Руководство по установке и настройке PureConnect

Microsoft .NET Framework 3.5.1 — дополнительная функция Windows Server.
2012 R2, Windows Server 2016 и Windows Server 2019. Он включен,
но необходимо установить с помощью мастера добавления компонентов.

Дополнительные сведения см. В следующих статьях Microsoft:

Для установки Microsoft .NET Framework 3.5.1 в Windows Server 2012 R2

1. Откройте диспетчер сервера и выберите Features .

2. Выберите Добавить роли и функции , чтобы запустить Добавить роли
   и особенности мастера .

3. В мастере добавления ролей и компонентов щелкните .NET.
   Флажок Framework 3.5 (в разделе Возможности .NET Framework 3.5
   контейнер) и щелкните Далее .

4. В диалоговом окне Подтвердить выбор установки щелкните
   Установить .

5. Когда установка будет завершена, нажмите Закрыть , чтобы закончить.
   Проверьте наличие последних обновлений Windows и установите все критические или безопасные
   обновления, связанные с Microsoft .NET.

Примечание : при попытке установки возникает известная проблема.
.NET Framework 3.5 на компьютере под управлением Windows Server 2012 R2 настроен
использовать сервер WSUS для получения обновлений или при подключении к Интернету
недоступен.Дополнительные сведения см. В статье базы знаний Майкрософт .
http://support.microsoft.com/kb/2734782.

Чтобы установить Microsoft .NET Framework 3.5.1 в Windows Server 2016 и Windows
Сервер 2019

1. Откройте диспетчер сервера и выберите Features .

2. Выберите «Добавить роли и компоненты», чтобы запустить «Добавить роли и компоненты».
   волшебник.

3. В мастере добавления ролей и компонентов щелкните файл .СЕТЬ
   Флажок Framework 3.5 (в разделе Возможности .NET Framework 3.5
   контейнер) и щелкните Далее .

4. В диалоговом окне Подтвердить выбор установки щелкните
   Укажите альтернативный исходный путь.

5. Вставьте установочный носитель Windows Server.

6. В Укажите альтернативный источник
   В диалоговом окне Путь введите путь и нажмите ОК.Диалоговое окно подтверждения выбора установки
   появится окно.

7. Щелкните Установить.

8. Когда установка будет завершена, нажмите Закрыть , чтобы закончить.
   Проверьте наличие последних обновлений Windows и установите все критические или безопасные
   обновления, связанные с Microsoft .NET.

Массовое обновление версий .NET Framework в старых проектах с помощью Powershell

Для одного из наших клиентов мне недавно пришлось изменить цель.NET Framework с 4.5.1 до 4.6.1, поскольку для новой версии некоторых важных пакетов Nuget требуется .NET 4.6.1.
Изменение версии фреймворка в новых проектах на основе SDK не является проблемой, но старые файлы csproj , большие файлы с файлом packages.config , нуждаются в особой обработке.

Необходимые шаги:

1. Обновите TargetFrameworkVersion до v4.6.1 во всех файлах csproj .

2. Используйте консоль диспетчера пакетов в Visual Studio, чтобы переустановить пакеты Nuget без увеличения версии установленных пакетов.Эта консоль диспетчера пакетов является особенной, предоставляя нам некоторые команды PowerShell, которые в противном случае недоступны.
   Нам нужно переустановить пакеты Nuget, потому что это …

   • обновляет версию целевой платформы в пакетах .config
   • корректирует ссылку (пакет) в случае, если пакет Nuget имеет разные библиотеки DLL для разных версий .NET
   • запускает сценарии PowerShell, если в пакете Nuget есть какие-либо
   • обновляет привязки сборки в приложении .config / web.config

Вы можете работать над этими задачами вручную, если имеете дело только с дюжиной проектов и несколькими файлами решений, но это нецелесообразно с 40 решениями , содержащими более 300 проектов .
Кроме того, могут быть планы по тестированию приложений с более поздними версиями .NET, такими как 4.7.2, в этом случае нам, возможно, придется проделать все шаги несколько раз.

Обновите TargetFrameworkVersion

Я использую сценарий PowerShell, чтобы найти все файлы проекта ( *.csproj ) и обновите TargetFrameworkVersion .

Сначала нам нужно найти все файлы проекта, начиная с корня репозитория (например, C: \ Projects \ MyLegacyProject ).

  с использованием пространства имен System.Collections.Generic

$ dir = "."
$ targetFrameworkVersion = [Версия] :: new ("4.6.1")

$ projFiles = Get-ChildItem $ dir -Recurse -Filter * .csproj  

Затем мы извлекаем содержимое каждого файла проекта и извлекаем текущую версию фреймворка.Вся информация сохраняется в настраиваемом объекте.

  $ projsWithVersion = [Список [объект]] :: new ()

foreach ($ файл в $ projFiles)
{
    $ content = [xml] (Get-Content $ file.FullName)
    $ versionNodes = $ content.GetElementsByTagName ("TargetFrameworkVersion");
        
    переключатель ($ versionNodes.Count)
    {
        0 {
            Write-Host "У проекта нет версии фреймворка: $ file.FullName"
            перемена;
        }
        1 {
            $ version = $ versionNodes [0] .InnerText;

            $ projsWithVersion.Добавить ([PsCustomObject] @ {
                Файл = $ файл;
                XmlContent = $ content;
                VersionNode = $ versionNodes [0];
                VersionRaw = $ версия;
                Version = [Version] :: new ($ version.Replace ("v", ""))
            })
            перемена;
        }
        дефолт {
            Write-Host «В проекте есть несколько элементов TargetFrameworkVersion: $ file.FullName»
            перемена;
        }
    }
}  

Если вы хотите узнать, сколько проектов ссылается на какую версию, вы можете вызвать следующую функцию.

  функция Версия для печати Статистика ([Список [объект]] $ projsWithVersion)
{
    $ numberOfProjectsByVersion = @ {}

    foreach ($ proj в $ projsWithVersion)
    {
        если ($ numberOfProjectsByVersion.ContainsKey ($ proj.Version))
        {
            $ numberOfProjectsByVersion [$ proj.Version] = $ numberOfProjectsByVersion [$ proj.Version] + 1
        }
        еще
        {
            $ numberOfProjectsByVersion [$ proj.Version] = 1
        }
    }
    
    Write-Host "Распространение текущей версии nCurrent:"
    $ numberOfProjectsByVersion
}  

Следующий фрагмент PowerShell обновляет TargetFrameworkVersion , если текущая версия меньше 4.6.1.

  foreach ($ proj в $ projsWithVersion)
{
    если ($ targetFrameworkVersion.CompareTo ($ proj.Version) -gt 0)
    {
        $ proj.VersionNode.set_InnerXML ("v $ targetFrameworkVersion")
        $ proj.XmlContent.Save ($ proj.File.FullName);
    }
}  

Извините, что прерываю чтение этой статьи, но похоже, что вас действительно интересует .NET . Знаете ли вы, что мы также публикуем бесплатный ежемесячный информационный бюллетень по этой и многим другим вопросам?

Переустановите все пакеты Nuget

После выполнения скрипта все файлы csproj становятся таргетированными.NET 4.6.1.
Наконец, вам нужно запустить команду Update-Package -reinstall в консоли диспетчера пакетов в Visual Studio, но есть проблема.
У меня нет решения, ссылающегося на всех проектов , и я не хочу открывать 40 решений.
Давайте расширим наш предыдущий сценарий PowerShell, чтобы он создавал новое решение со всеми проектами в нем. Для этого мы будем использовать интерфейс командной строки dotnet (core).

  $ slnName = "ВсеПроекты"
$ slnFilePath = Join-Path $ dir ($ slnName + ".sln")

dotnet новый sln -o $ dir -n $ slnName

foreach ($ proj в $ projsWithVersion)
{
    
    
    dotnet sln $ slnFilePath добавить $ proj.File.FullName
}  

Но перед выполнением скрипта нам нужно что-то сделать. В противном случае интерфейс командной строки dotnet вызовет ошибку из-за отсутствия задач MsBuild .
Обычно старые проекты ссылаются на некоторые специфические для Visual Studio задачи MsBuild, которые не поставляются с .NET Core SDK.

На моем компьютере установлена ​​Visual Studio 2019 , поэтому задачи MsBuild находятся в папке C: \ Program Files (x86) \ Microsoft Visual Studio \ 2019 \ Professional \ MSBuild \ Microsoft \ VisualStudio .В настоящее время мой пакет SDK для .NET Core — 3.1.200 , поэтому интерфейс командной строки выполняет поиск задач MsBuild в C: \ Program Files \ dotnet \ sdk \ 3.1.200 \ Microsoft \ VisualStudio , которого не существует.
Если вы используете другую версию Visual Studio или SDK, вам необходимо соответствующим образом настроить пути к папкам.
Чтобы сделать CLI счастливым, мы должны скопировать всю папку C: \ Program Files (x86) \ Microsoft Visual Studio \ 2019 \ Professional \ MSBuild \ Microsoft \ VisualStudio в C: \ Program Files \ dotnet \ sdk \ 3.1.200 \ Microsoft .
Как вариант, вместо копирования папки вы можете создать символическую ссылку.

После запуска скрипта у нас должен быть новый AllProjects.sln .
Что вам еще нужно сделать, так это открыть решение в Visual Studio и выполнить Update-Package -reinstall в консоли диспетчера пакетов.
В зависимости от количества проектов это может занять несколько минут.

Сводка

После работы с проектами на основе SDK старые проекты кажутся довольно неудобными.Объем работы, который я показал вам в этой статье, на самом деле не нужен для новых проектов.
В этом случае вам не понадобится ни PowerShell, ни Visual Studio для обновления версии, Directory.Build.props / Directory.Build.targets файлов обычно более чем достаточно для применения изменений к нескольким проектам.

Онлайн-вебинар Kostenloses am 06.05.2020, включая вопросы и ответы:
Melden Sie sich zum Вебинар «Entity Framework Core Performance-Optimierung aus der Praxis» от Павла Герра am 06.05.2020 и проблемы производительности Sie в EF Core v2 и v3 и пассажиры Lösungsansätze kennen.

2 способа проверки версии .NET Framework с помощью командной строки

С выпуском каждой новой версии .NET Framework пользователи обязаны устанавливать как можно больше версий платформы, так как некоторые приложения требуют .NET Framework версии 3.5, а некоторые будут работают только на версии 2.0. Microsoft не предоставляет простой способ проверить, какие версии .NET Framework установлены в системе Windows.

Нет, вы не можете проверить это в приложениях и компонентах или в программах и компонентах!

У нас уже есть программное обеспечение, называемое детектором .NET Framework, которое может перечислить фреймворки, установленные и поддерживаемые вашей системой. Хотя это более простой способ проверить, иногда бывает сложно установить программное обеспечение в каждой системе, если вы разработчик или сетевой администратор.

Windows 10 версии 1803 по умолчанию установлена ​​платформа .NET Framework 4.7.2. Есть несколько способов узнать, какие версии.NET Framework устанавливаются с помощью командной строки. Давайте рассмотрим их один за другим.

Как проверить версию .NET Framework с помощью командной строки

1- Использование каталога Windows

Здесь мы собираемся проверить, какой .Net Framework установлен на вашем компьютере с помощью командной строки.

Просто откройте командную строку с самого начала, а затем введите любую из следующих команд

dir% windir% \ Microsoft.NET \ Framework / AD

Он покажет список всех каталогов со всеми версиями установлены вместе с самыми последними.

Как только вы попадете в каталог, чтобы проверить, какая последняя версия установлена, введите

. \ MSBuild.exe -version

Например, если я хочу проверить точную версию для .NET Framework 4, я запущу следующие команды последовательно:

  dir% windir% \ Microsoft.NET \ Framework / AD 
  компакт-диск% windir% \ Microsoft.
No related posts.