Обновления на месте для Windows Server (обновлено для 2016 года)
В духе того, чтобы задать Хороший субъективный вопрос Я возвращаю это снова в надежде, что ServerFault по-прежнему будет предпочтительным «переходом» при поиске по этой теме .
СТАРЫЙ СПРАВОЧНИК
Еще в 2011 году был задан этот вопрос: Причины, по которым обновления на месте плохи
ВОПРОС
Выполняет обновление Windows Server x64 (2008 R2, 2012, 2012 R2) на более новую поддерживаемую версию Windows Server - хорошая практика в наши дни или нет?
ОТВЕТЫ
Помните по ссылке выше: Великие субъективные вопросы обычно имеют длинные, а не короткие ответы. Лучшие субъективные вопросы вдохновляют ваших сверстников делиться своим реальным опытом, а не просто размещать бессмысленные однострочные сообщения или карикатуры в надежде получить одобрение за то, что вы просто «первый».
По моему мнению, если поддерживается, обновление на месте ОС Windows Server до более новой версии является предпочтительным методом обновления сервер (особенно фактически виртуальная машина) в наши дни. Это не только намного быстрее и обеспечивает большую автоматизацию, но и больше не сопряжено с таким большим риском и вознаграждением, которое представляли более старые обновления ОС на месте, благодаря поддержке Microsoft лучшей модели перехода жизненного цикла.
Microsoft сделала это. много, чтобы гарантировать, что обновления на месте будут проще, чем раньше, и будут более плавными, без проблем, которые преследовали более старые обновления ОС. Похоже, что это рекомендуемый курс действий, если вы хотите сохранить все как есть: Установка и обновление Windows Server:
«Если вы хотите сохранить то же оборудование и все роли сервера, которые вы настроили, без выравнивания сервер, обновление - это правильный путь "
Даже блоггеры MS верят этой шумихе: Обновление на месте с 2008 R2 до 2012 R2
Кроме того, виртуальные машины позволяют делать снимки , P2V, клонирование и откат для облегчения этого перехода. (Ссылка: «P2V это в тестовую виртуальную машину и, эээ, протестировать».
Мы должны «обращаться с серверами как со скотом, а не с домашними животными» - Рэнди Биас . и питание серверов, за которые вы несете ответственность, не происходит так тщательно, как раньше. Не каждый сервер - это снежинка, и публичный облачный хостинг является ярким примером такой практики.
Например:
Я лично выполнил несколько обновлений на месте с 2008 R2 до 2012 R2 за последний год,и еще около 400 запланировано на следующие полтора года. Все прошло нормально, с небольшими проблемами впоследствии на 2 серверах, которые не требовали отката. Пока существующий сервер работает нормально, вы должны быть уверены, что двигаетесь в этом направлении.
Некоторые важные моменты, которые следует учитывать при утверждении, что обновления на месте являются предпочтительным способом:
- Поддерживается ли обновление ? - Например, переключение языковых версий или типов сборки не выполняется. Варианты обновления до Windows 2012 R2
- Полностью ли приложения, запущенные на сервере, совместимы с новой версией ОС в их текущем состоянии?
- Есть ли там способ легко вернуться к предыдущему состоянию перед обновлением на месте (снимок виртуальной машины, резервное копирование, клонирование и т. д.)?
- Поддерживает ли оборудование (если применимо) новую ОС?
Работает ли существующий сервер хорошо в настоящее время без проблем?
Если ответ ДА на ВСЕ вышеперечисленные вопросы, то на месте предпочтительным маршрутом является обновление.
Я хотел бы указать вам на курс основ Microsoft Office 365. Они объясняют, как Microsoft использует автоматизированные процессы сборки для множества серверов. Они не обновляют и даже не исправляют их, они просто уничтожают еще одну кучу серверов с помощью инструментов автоматического развертывания. Автоматизация - это король, и мне нужно совершенствоваться в этом.
Для справки и для добавления подробностей прямо из более поздней статьи Microsoft не поддерживает обновления Azure . Скот убивают, а не улучшают.