В новой версии SharePoint 2016 (http://www.microsoft.com/en-us/download/details.aspx?id=49961) появилось несколько замечательных функций. Одна из них — исправление без простоя, Zero Downtime Patching.

У функции исправления без простоя две особенности:

  1. Цель Zero Downtime Patching — обновить или исправить среду SharePoint 2016 без перехода в автономный режим работы вне корпоративной сети.
  2. Добавочное исправление гарантирует, что обновления, будь то пакет обновлений или накопительные обновления, лучше спроектированы, компактнее и меньше по размеру.

До сих пор все исправления и обновления пересылались в одном большом файле, и все элементы устанавливались разом, как показано на рисунке 1.

 

Все исправления пересылаются в одном файле
Рисунок 1. Все исправления пересылаются в одном файле

При одновременной установке всех обновлений — от простых исправлений до изменений схемы — существует большая вероятность возникновения проблем (почти наверняка знакомых всем, кто работал с SharePoint). При использовании нового подхода большой файл разделяется на фрагменты, зависимые от установленных ранее (см. рисунок 2).

 

При новом подходе большой файл разделяется на фрагменты
Рисунок 2. При новом подходе большой файл разделяется на фрагменты

Вместе мелкие фрагменты составляют нечто похожее на большие исправления, применяемые сегодня. Однако их не обязательно устанавливать все сразу — просто применяйте по мере необходимости. Таким образом, администраторам не придется задействовать полные обновления размером почти до 2 Гбайт. Вместо этого они могут применять пакеты по 100 Мбайт. Однако при таком подходе действует модель зависимости, в которой требуется устанавливать определенные обновления, чтобы успешно завершить следующие.

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

В новом подходе будет использована похожая модель зависимости, но, скорее всего, придется применять обязательные обновления в строгом порядке: не пропускать исправление A, затем применять исправление B. Это не способствует устранению простоя при обновлениях и уменьшению размеров наборов исправлений. Данная модель зависимости будет аналогична этому подходу (см. рисунок 3).

 

Обязательные обновления применяются по порядку
Рисунок 3. Обязательные обновления применяются по порядку

Эта схема позволяет увеличить базовую установку, а затем применять разностные обновления по мере необходимости. Теперь мы можем выполнить базовую установку:

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

Размер обновлений меньше, они содержат целевые обновления и требуют зависимостей, поэтому исправления без простоя становятся реальностью. Общий подход позволит при необходимости обновить всю систему шаг за шагом. Со временем, когда Microsoft завершит подготовку документации для SharePoint 2016, будет опубликована более подробная информация.