Windows server 2008 r2 когда закончится поддержка



End of support for Windows Server 2008 and Windows Server 2008 R2

This article provides some information about end of support for Windows Server 2008 and Windows Server 2008 R2.

Applies to: В Windows Server 2012 R2
Original KB number: В 4456235

Summary

Windows Server 2008 and Windows Server 2008 R2 are approaching the end of their support lifecycle. This means that as of the dates in the table below there will be no additional:

  • Free security updates on-premises
  • Non-security updates
  • Free support options
  • Online technical content update

Customers who use Windows Server 2008 or Windows Server 2008 R2 products and services should migrate to Microsoft Azure to take advantage of three additional years of Critical and Important security updates at no additional charge and modernize when ready. For environments other than Azure, we recommend customers upgrade to the latest version before the deadline. For customers who cannot meet the end-of-support deadline may purchase Extended Security Updates to keep server workloads protected until they upgrade (some restrictions apply).

More information

The following Windows Server 2008 and 2008 R2 products are approaching End of Support:

Product End of Extended Support
Windows Server 2008 Datacenter 1/14/2020
Windows Server 2008 Datacenter without Hyper-V 1/14/2020
Windows Server 2008 Enterprise 1/14/2020
Windows Server 2008 Enterprise without Hyper-V 1/14/2020
Windows Server 2008 for Itanium-Based Systems 1/14/2020
Windows Server 2008 Foundation 1/14/2020
Windows Server 2008 R2 Datacenter 1/14/2020
Windows Server 2008 R2 Enterprise 1/14/2020
Windows Server 2008 R2 for Itanium-Based Systems 1/14/2020
Windows Server 2008 R2 Standard 1/14/2020
Windows Server 2008 Standard 1/14/2020
Windows Server 2008 Standard without Hyper-V 1/14/2020

We recommend that you migrate to Azure or upgrade to the current product versions before the support end dates. This lets you take advantage of the latest product innovations and make sure you have uninterrupted support from Microsoft.

The following Server products are NOT eligible for Extended Security Updates.

Product End of Extended Support
Microsoft Hyper-V Server 2008 1/14/2020
Microsoft Hyper-V Server 2008 R2 1/14/2020
Windows HPC Server 2008 4/14/2020
Windows HPC Server 2008 R2 4/14/2020
Windows HPC Server 2008 without Hyper-V 4/14/2020
Windows Server Update Services 3.0 7/14/2009
Windows Server Update Services 3.0 SP1 10/12/2010
Windows Server Update Services 3.0 SP2 1/14/2020
Windows Storage Server 2008 Basic 1/14/2020
Windows Storage Server 2008 Basic 32-bit 1/14/2020
Windows Storage Server 2008 Basic Embedded 1/14/2020
Windows Storage Server 2008 Basic Embedded 32-bit 1/14/2020
Windows Storage Server 2008 Enterprise 1/14/2020
Windows Storage Server 2008 Enterprise Embedded 1/14/2020
Windows Storage Server 2008 R2 1/14/2020
Windows Storage Server 2008 R2 Essentials 1/14/2020
Windows Storage Server 2008 Standard 1/14/2020
Windows Storage Server 2008 Standard Embedded 1/14/2020
Windows Storage Server 2008 Workgroup 1/14/2020
Windows Storage Server 2008 Workgroup Embedded 1/14/2020

Resources

Migration assistance with the Azure Migration and Modernization Center

The Azure Migration and Modernization Center has a full range of tools available to help you assess your current on-premises environment, migrate your workloads onto Azure, and optimize your Azure usage to best suit your needs. Microsoft also works with many Partners, who are available to help you at every step of the journey.

Источник

Окончание поддержки Windows Server и Приложения Microsoft 365

  • Приложения Microsoft 365 не поддерживается в Windows Server 2008 R2, Windows Server 2012, Windows Server 2012 R2 или Windows 2022.
  • Использование приложений Microsoft 365 на старых, неподдерживаемых версиях операционных систем может со временем вызвать проблемы с производительностью и надежностью. Эти проблемы могут включать новые функции, добавленные в Приложения Microsoft 365, или обновления существующих функций, которые не работают должным образом.
  • Если ваша организация использует версию Windows Server, которая не поддерживает Приложения Microsoft 365, рекомендуется перейти на Windows 365 или Виртуальный рабочий стол Azure.

Microsoft 365 (и Office 365) регулируется современной политикой жизненного цикла, которая требует, чтобы клиенты оставались в актуальном режиме в соответствии с требованиями к обслуживанию и требованиям к системе для продукта или службы. Эта политика включает использование Приложения Microsoft 365 в операционной системе Windows, которая в настоящее время поддерживается.

В следующих разделах содержатся сведения о поддержке Приложения Microsoft 365 в различных версиях Windows Server.

Windows Server 2008 R2

Обновления системы безопасности для версии 2002 Приложения Microsoft 365 Windows Server 2008 R2 будут завершались после 10 января 2023 г.

Поддержка Windows Server 2008 R2 перестала поддерживаться 14 января 2020 г. Работа приложений Microsoft 365 в Windows Server 2008 R2 больше не поддерживается, даже если у вас есть ESU для Windows Server 2008 R2.

Версия 2002 — это последняя версия Приложения Microsoft 365, которую можно установить на устройствах под управлением Windows Server 2008 R2. При попытке установить более новую версию Приложения Microsoft 365, например версию 2005, на устройстве под управлением Windows Server 2008 R2 вы получите сообщение об ошибке.

Несмотря на то, что Windows Server 2008 R2 больше не поддерживается, мы решили продолжать предоставлять вам обновления для системы безопасности Приложения Microsoft 365 в течение следующих трех лет, до января 2023 г. Но в течение этого времени, пока устройство по-прежнему работает под управлением Windows Server 2008 R2, установка Приложения Microsoft 365 не будет получать обновления новых компонентов.

Сведения об управлении обновлениями Приложения Microsoft 365 Windows Server 2008 R2 см. в разделе о завершении поддержки Windows 7 и Приложения Microsoft 365. Те же сведения об управлении обновлениями и использовании Configuration Manager Windows 7 также относятся к Windows Server 2008 R2.

Windows Server 2012

С 14 января 2020 Приложения Microsoft 365 не поддерживается в Windows Server 2012.

Даты окончания поддержки для Windows Server 2012 см. на странице Windows Server 2012 жизненного цикла.

Windows Server 2012 R2

С 14 января 2020 Приложения Microsoft 365 не поддерживается в Windows Server 2012 R2.

Даты окончания поддержки для Windows Server 2012 R2 см. на странице Windows Server 2012 R2.

Windows Server 2016

Приложения Microsoft 365 поддерживается только Windows Server 2016 до октября 2025 г.

Рекомендации по переносу решений для размещения клиентов до октября 2025 г. см. Приложения Microsoft 365 миграции из Windows Server.

Даты окончания поддержки для Windows Server 2016 см. на Windows Server 2016 жизненного цикла.

Windows Server 2019

Приложения Microsoft 365 windows Server 2019 поддерживается только до октября 2025 г.

Рекомендации по переносу решений для размещения клиентов до октября 2025 г. см. Приложения Microsoft 365 миграции из Windows Server.

Даты окончания поддержки Windows Server 2019 см. на странице жизненного цикла Windows Server 2019 .

Windows Server 2022

Приложения Microsoft 365 не поддерживается в Windows Server 2022.

Рекомендации по использованию решений для размещения клиентов см. в Приложения Microsoft 365 миграции из Windows Server.

Даты окончания поддержки Windows Server 2022 см. на странице жизненного цикла Windows Server 2022 .

Источник

Windows Server 2008 R2

Windows Server 2008 R2 следует Фиксированной политике жизненного цикла.

Данное правило распространяется на следующие выпуски: Datacenter, Enterprise, HPC Edition, системы на базе процессоров Itanium, Standard, Web

Поддержка этого продукта закончилась. См. ниже руководство по миграции.

Даты поддержки показаны в тихоокеанском часовом поясе (PT) — Redmond, WA, USA.

Даты предоставления поддержки

Список Дата начала Дата окончания основной фазы Перенесенная дата окончания
Windows Server 2008 R2 2009-10-22T00:00:00.000-08:00 2015-01-13T22:59:59.999-08:00 2020-01-14T22:59:59.999-08:00

Выпуски

Version Дата начала Дата окончания
Extended Security Update Year 4 (Azure only) 2023-01-11T00:00:00.000-08:00 2024-01-09T22:59:59.999-08:00
Extended Security Update Year 3 2022-01-12T00:00:00.000-08:00 2023-01-10T22:59:59.999-08:00
Extended Security Update Year 2 2021-01-13T00:00:00.000-08:00 2022-01-11T22:59:59.999-08:00
Extended Security Update Year 1 2020-01-14T00:00:00.000-08:00 2021-01-12T22:59:59.999-08:00
Service Pack 1 2011-02-22T00:00:00.000-08:00 2020-01-14T22:59:59.999-08:00
Original Release 2009-10-22T00:00:00.000-08:00 2013-04-09T22:59:59.999-08:00

*Расширенные обновления безопасности (ESU) доступны через специальные программы лицензирования для версий Datacenter, Standard, Enterprise и Embedded этого продукта, на срок до трех лет после окончания поддержки. Свяжитесь со своим партнером или группой учетных записей Майкрософт для получения более подробной информации.

Источник

Вы все еще ставите Windows 2008? Я тоже, и вот почему

Уже в январе 2020 года заканчивается поддержка Windows 2008 R2. Сегодня я хочу поделиться подборкой субъективных причин, по которым многие (и я тоже) до сих пор проводят новые инсталляции этой старушки.

Ценителей, ностальгирующих и ненавистников — прошу под кат.

Легковесность

Если сравнивать минимальные системные требования Windows 2008R2 и Windows 2016, то они будут идентичны за исключением маленького нюанса — графическая оболочка Windows 2016 требует 2 Гб оперативной памяти. А вот по субъективным ощущениям Windows 2008R2 работает куда отзывчивее на не очень свежих серверах и слабых виртуалках, особенно по части I\O нагрузки на диск.

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


Свежеустановленная старая и новая система с идентичными ролями.

Кнопка Пуск

Даже многие системные администраторы ставят на сервера под управлением Windows 2012 и старше ПО вроде Classic Shell, чтобы вернуть старый добрый «Пуск». Что уж говорить о пользователях. Конечно, возврат к чему-то «пускоподобному» в Windows 10\2016 сделал жизнь чуть легче, но лишь только чуть. Искать нужное приложение приходится или мучительно вглядываясь в строки, или набирая его имя — одной мышкой не обойтись.

Да и к тому же попробуйте объяснить пользователю, как правильно выходить с терминального сервера не «крестиком», если вместо кнопки «Пуск» — плитки и недо-плитки. Сравните, насколько просто было в Windows 2008: Пуск — завершение сеанса.


Краткость — сестра таланта.

И в Windows 2016: «Нажмите туда, где раньше был пуск. Да-да, с квадратиками. Найдите там человечка. Да, такой маленький… Нет, слева! Нажмите на него и там нажмите на «выход».


Больше, больше кликов мыши!

Далее в старом меню есть прекрасный пункт — «Безопасность Windows». Пользователь может совершенно спокойно и ненапряжно сменить свой пароль. Без вот этого вот «нажмите Ctrl+Alt+End. Нет, не Delete. End. Это кнопка рядом с Delete». А если пользователь сидит на терминальном сервере с другого терминального сервера — без лайфхаков типа ярлыка на команду explorer shell. уже не обойтись.

Нет, лично я радуюсь, когда захожу на сервер с Windows 2008 и вижу кнопку «Пуск». А люди на форумах острят на тему плиточных интерфейсов, что они для того чтобы получать ачивки в аккаунте Xbox — типа «Починил Active Directory», «Не сломал DFS при обновлении домена». А что? Было бы прикольно.

Полноценный терминальный сервер без домена

Допустим, захотелось вам решить простую задачу — развернуть на далеком сервере (реальном или виртуальном) сервер терминалов для работы с 1С в небольшой компании.

В Windows 2008 все просто: все настройки проводятся через оснастку, контроллер домена не нужен. Начиная с Windows 2012, коллекцию без контроллера домена не создать. И если хочется отдельный сервер — извольте настраивать через локальные политики.

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

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


Старый добрый tsadmin.msc.

Даже банальная отправка сообщений пользователям (например, о скорой перезагрузке сервера) начинает превращаться в квест. Если раньше можно было выбрать нужных пользователей в оснастке tsadmin.msc, используя такие средства выделения как Ctrl и Shift, то теперь или отправляй сообщения по одному, или используй командную строку и утилиту msg.exe.


Отправка сообщений в Windows 2016.

Если вдруг вы все-таки захотите сделать полноценный сервер терминалов с коллекциями и поставите роль контроллера домена на сервер терминалов — или наоборот, — то и тут вас ждут приключения из-за работы встроенной БД Windows и правил доступа к ней. Придется ставить еще и SQl Management Studio.

Microsoft рекомендует использовать возможность установки двух виртуальных машин по одной лицензии. То есть теперь, если я хочу пользоваться всеми возможностями сервера терминалов, мне предлагается ставить Windows на железо и делать две виртуалки — для сервера терминалов и для контроллера домена. Падение производительности 1С в таком случае составляет от 10% до 20%, появляется необходимость покупать у хостера второй IP — из-за того, что на гипервизоре может быть роль только гипервизора… Спасибо, Microsoft!

Стабильность работы

Когда на одном предприятии смигрировали терминальный сервер на Windows 2016, то столкнулись с удивительными вещами при работе стареньких несетевых принтеров и 1С. Если принтеры пробрасывались в RDP или подключались к терминальной сессии как \computer\printer, то они или пропадали вообще, или пропадали из 1С. И приходилось удалять настройки пользователя.

Безумие продолжалось до тех пор, пока не приняли отвратительное решение — установить принтеры на сервер как локальные с портом \computer\printer и навесить на них нужный ACL.


Установленный принтер.

Подобные интересные нюансы всплывали неоднократно в разных организациях. То проблема с принтерами, то с не самым свежим ПО вплоть до BSOD-а. В одной истории пришлось воспользоваться правом лицензии VL на downgrade, так как проприетарное ПО категорически не хотело работать на Windows 2016 и на виртуальной машине.

Поэтому, если позволяет лицензия и аппаратная составляющая — Windows 2008R2 Standart поддерживает не более 32 Гб оперативной памяти, — а также нет необходимости в новых функциях свежих серверных OS, мы по-прежнему ставим Windows 2008R2 и с ужасом ждем окончания поддержки.

Надо отметить, что Windows 2008R2 уже фактически стала эталоном для «облачного» хостинга 1С — когда клиенту недостаточно тонкого клиента, а нужен полноценный доступ в 1С. Благо RemoteApp работают с 1С в 2008R2 так же плохо, как и в 2016.

Телеметрия

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

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


Настройка телеметрии.

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

Например, известен батник, который правит реестр и блокирует домены MS при помощи файла host. Еще существует решение на PowerShell: оно тоже правит реестр и заодно отключает службы с назначенными заданиями, которые могут что-то передавать на сторонние сервера.

Кумулятивные обновления

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

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


Старая добрая масса обновлений.

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

Как продлить поддержку

Сейчас Microsoft предлагает лишь один вариант, как не остаться без поддержки с 2020 года — это перенести серверы в Azure. Тогда, по словам Microsoft, можно продлить агонию одной из самых удачных операционных систем еще на 3 года.

Стоит отметить, что это касается также Windows 2008 (единственной актуальной 32-битной серверной ОС) и SQL Server 2008.

Расскажите, планируете ли вы полностью избавиться от Windows 2008R2 за следующие пару лет?

Источник

You may also like...