Назад | Перейти на главную страницу

Обновления на месте для Windows Server (обновлено в 2016 г.)

В духе запроса Хороший субъективный вопрос Я обращаюсь к этому еще раз, в надежде, что ServerFault по-прежнему будет предпочтительным "переходом" при поиске по этой теме.

СТАРАЯ ССЫЛКА

Еще в 2011 году задавали такой вопрос: Причины, по которым обновления на месте плохие

ВОПРОС

Является ли обновление Windows Server x64 (2008 R2, 2012, 2012 R2) на месте до более новой поддерживаемой версии Windows Server хорошей практикой в ​​наши дни или нет?

ОТВЕТЫ

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

Мое мнение, если его поддержать, обновление на месте ОС Windows Server до более новой версии является предпочтительным методом обновления сервера (особенно ВМ) в наши дни. Это не только намного быстрее и обеспечивает большую автоматизацию, но и больше не сопряжено с таким большим риском и вознаграждением, чем более старые обновления ОС на месте, благодаря поддержке Microsoft лучшей модели перехода жизненного цикла.

Microsoft много сделала для того, чтобы обновления на месте были проще, чем раньше, и были более плавными, без проблем, которые преследовали более старые обновления ОС. Это кажется рекомендуемым курсом действий, если вы хотите оставить все как есть: Установка и обновление Windows Server:

"Если вы хотите сохранить то же оборудование и все серверные роли, которые вы настроили, не выравнивая сервер, обновление - это путь"

Даже блоггеры с РС верят в шумиху: Обновление на месте с 2008 R2 до 2012 R2

Кроме того, виртуальные машины позволяют делать снимки, P2V, клонирование и откат, чтобы упростить этот переход. (Ссылка: «P2V это в тестовую виртуальную машину и, э, протестировать».

Мы должны быть «Обращайтесь с серверами как со скотом, а не с домашними животными» - Рэнди Биас. В прежние времена забота и кормление серверов, за которые вы несете ответственность, уже не так тщательно, как раньше. Не каждый сервер - это снежинка, и публичный облачный хостинг - яркий тому пример.

Например:

Я лично сделал несколько обновлений на месте с 2008 R2 до 2012 R2 за последний год, и еще около 400 запланировано на следующие полтора года. Все прошло нормально, с небольшими проблемами впоследствии на 2 серверах, которые не требовали отката. Пока существующий сервер работает нормально, вы должны уверенно двигаться в этом направлении.

Некоторые важные моменты, которые следует учитывать при утверждении, что обновление на месте является предпочтительным способом:

  • Поддерживается ли обновление? - Например, переключение языковых версий или типов сборки невозможно. Варианты обновления до Windows 2012 R2
  • Полностью ли совместимы приложения, запущенные на сервере, с новой версией ОС в их текущем состоянии?
  • Есть ли способ легко вернуться к предыдущему состоянию перед обновлением на месте (снимок виртуальной машины, резервное копирование, клонирование и т. Д.)?
  • Поддерживает ли оборудование (если применимо) новую ОС?
  • Имеющийся сервер в настоящее время работает нормально, без проблем?

    Если на ВСЕ вышеперечисленные вопросы дан ответ ДА, то предпочтительным вариантом будет обновление на месте.

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

Я хотел бы указать вам на курс основ Microsoft Office 365. Они объясняют, как Microsoft использует автоматизированные процессы сборки для множества серверов. Они не обновляют и даже не исправляют их, они просто уничтожают еще одну кучу серверов с помощью инструментов автоматического развертывания. Автоматизация - это король, и мне нужно совершенствоваться в этом.