Планирование обновлений семейств сайтов в SharePoint 2013
ОБЛАСТЬ ПРИМЕНЕНИЯ:
2013 
2016 2019 Subscription Edition SharePoint в Microsoft 365
Когда вы выполняете обновление продуктов Продукты SharePoint 2010 до SharePoint 2013, семейства сайтов при обновлении баз данных контента до более новой версии не обновляются. Процесс обновления разделен для того, чтобы администраторы семейств сайтов могли сами принимать решение о времени обновления их семейств сайтов. Визуальный обзор процесса обновления см. в статье Обзор процесса обновления с SharePoint 2010 до SharePoint 2013.
Администраторы фермы серверов могут управлять параметрами для обновления семейств сайтов, например параметрами семейств сайтов для проверки обновления, уведомлений и обновления регулирования. В этой статье рассматривается планирование параметров для управления обновлением семейства сайтов.
Определение семейств сайтов, которые требуется обновить администраторам фермы
По умолчанию время обновления семейств сайтов определяют их администраторы, которые проводят такое обновление самостоятельно. Однако в определенных ситуациях это обновление приходится выполнять администратору фермы. Например, перед обновлением сайтов, соответствующих приведенному ниже описанию, группа обновления должна провести тесты и по возможности выполнить обновление семейства сайтов:
Критически важные сайты
Если сайт крайне важен для вашего бизнеса, администраторам фермы следует тщательно протестировать этот сайт перед обновлением, а затем самостоятельно обновить его, чтобы как можно скорее предоставить пользователям возможность доступа к этому семейству сайтов.
Очень большие сайты
По умолчанию, если администратор семейства сайтов начинает обновлять сайт, имеющий размер более 10 МБ или более 10 дочерних сайтов, этот сайт не обновляется немедленно, а добавляется в очередь обновления. Для очень крупных семейств сайтов (более 10 ГБ) мы рекомендуем вам привлечь к обновлению администратора фермы, а не администраторов семейств сайтов. В этом случае администраторы фермы могут протестировать данные сайты и отслеживать ход их обновления.
Сайты с большим количеством настроек
Перед обновлением сайтов, основанных на настроенных определениях сайтов или имеющих большое количество других настроек, проводите тщательное тестирование. При наличии проблем с настройками на стороне сервера администраторам фермы следует устранить их, повторить тестирование, а затем выполнить обновление, чтобы они могли исправлять любые возникающие неполадки. Если такие неполадки связаны со структурой сайта, их может устранить проектировщик вместе с администратором семейства сайтов.
Администраторы фермы могут обновлять сайты с помощью PowerShell. Дополнительные сведения см. в статье Обновление семейства веб-сайтов до SharePoint 2013.
Планирование параметров для уведомлений об обновлении, самостоятельного обновления и создания семейства сайтов
Когда семейство сайтов доступно для обновления, в строке состояния на сайте указывается, что администраторы семейств сайтов могут обновить его. При этом администраторы имеют возможность выполнить обновление немедленно или включить напоминание о нем.
Администраторы фермы могут определить, разрешить администраторам семейств сайтов обновлять свои сайты. Вы можете задать свойство, запрещающее администраторам семейств сайтов запускать такое обновление, а также отключающее уведомление в строке состояния. Затем вы можете выполнить обновления самостоятельно с помощью PowerShell. Если вы хотите обновить некоторые сайты централизованно, вам следует распланировать обновление всех этих сайтов и назначить лиц, ответственных за проверку сайтов после обновления.
Хотя администраторы могут сразу же обновить все семейства сайтов, мы не рекомендуем так поступать по следующим причинам:
Вы рискуете, что на некоторых сайтах возникнут непредвиденные проблемы, которые вам придется решать. Это может привести к сбою или продлить его.
Если пользователи начнут работать с обновленными сайтами одновременно, это может привести к тому, что в вашу службу поддержки или группу устранения неполадок будет направлено слишком много запросов.
Вы можете управлять параметрами для обновления семейства веб-сайтов и создания сайтов. Вы можете определить следующее:
Возможность администратора семейства сайтов обновлять его.
Режим (2010, 2013 или оба), доступный при создании семейства сайтов пользователем.
Например, вам может потребоваться, чтобы пользователи некоторое время продолжали создавать сайты в режиме 2010, пока не будет обновлено большинство семейств сайтов, либо обеспечить принудительное создание новых сайтов в режиме 2013, чтобы вам потом не требовалось обновлять их.
Свойства, управляющие обновлением и созданием семейства сайтов
| Свойство | Описание |
|---|---|
| SPSite.AllowSelfServiceUpgrade |
Определяет, можно ли задать для семейства сайтов уведомление об обновлении. По умолчанию используется значение true, то есть уведомления выдаются автоматически. Если установлено значение false, уведомление об обновлении не отображается в строке состояния. |
| SPWebApplication.CompatibilityRange |
Определяет, в каком режиме можно создать семейство сайтов. Например, в режиме 2010 (14) или в режиме 2013 (15). Доступны следующие диапазоны: OldVersions: используйте этот диапазон, чтобы разрешить пользователям создавать сайты только в режиме 2010. NewVersion: используйте этот диапазон, чтобы разрешить пользователям создавать сайты только в режиме 2013. AllVersions: используйте этот диапазон, чтобы разрешить пользователям создавать сайты как в режиме 2010, так и в режиме 2013. Вы можете использовать данные диапазоны или указать собственный диапазон, используя командлет New-Object для задания свойства Microsoft.Shareoint.SPCompatibilityRange. |
Дополнительные сведения о настройке этих свойств см. в статье Manage site collection upgrades (SharePoint 2013 Products).
Вы также можете управлять уведомлениями об обновлении параметров. Вы можете определить следующее:
Добавляется ли ссылка на дополнительные сведения в случае выбора параметра Upgrading now (Обновление) в строке состояния.
Через сколько дней администратор семейства сайтов получает напоминание об обновлении в случае выбора параметра Remind me later (Напомнить позднее) в строке состояния.
Если пользователь выбирает параметр Remind me later (Напомнить позднее), текущая дата добавляется число, устанавливаемое для свойства UpgradeReminderDelay, и уведомление остается скрытым до наступления указанной даты. Например, если задано значение 30, то уведомление появится через 30 дней после текущей даты.
Уведомлениями об обновлении семейств сайтов управляют следующие свойства:
Свойства, управляющие уведомлениями об обновлении семейств сайтов
| Свойство | Описание |
|---|---|
| SPWebApplication.UpgradeMaintenanceLink |
Добавляет другую ссылку в сообщение о состоянии upgrading now (обновление), чтобы пользователи могли открыть ее и получить доступ к дополнительным сведениям. По умолчанию используется пустое значение. |
| SPWebApplication.UpgradeReminderDelay |
Задает число дней, на которое откладывается отображение уведомления об обновлении в строке состояния после щелчка элемента Remind me later (Напомнить позднее) пользователем. Значение по умолчанию — 30 дней. Если задать нулевое значение, то уведомление об обновлении не скрывается в строке состояния и для него нельзя указать параметр Remind me later (Напомнить позднее). |
Дополнительные сведения о настройке этих свойств см. в статье Manage site collection upgrades (SharePoint 2013 Products).
Планирование для сайтов для проверки обновления
Администраторы семейств сайтов могут запросить предварительный просмотр их семейства сайтов. Этот сайт для предварительного просмотра называется семейством сайтов для проверки обновления. Семейство сайтов для проверки обновления позволяет администраторам семейств сайтов просмотреть содержимое своего сайта в новой отдельной копии сайта, запущенной в SharePoint 2013. В отличие от визуального обновления в SharePoint Server 2010 такое семейство сайтов для проверки обновления представляет собой полную копию семейства сайтов. Она располагается отдельно от оригинала и имеет свой собственный URL-адрес. Действия, выполняемые администраторами семейств сайтов в семействе сайтов для проверки обновления, не затрагивают исходный сайт. Как исходный сайт, так и сайт для проверки обновления доступны для поиска, а задания таймера, выполняемые для всех семейств сайтов, выполняются также и на сайтах для проверки обновления.
Когда администратор семейства сайтов запрашивает семейство сайтов для проверки, этот запрос добавляет в задание таймера (которое также заданием создания семейств сайтов для проверки обновления), выполняемое один раз в день. Это задание таймера создает полную копию семейства сайтов по уникальному URL-адресу. Семейства сайтов для проверки обновления настроены на автоматическое удаление по истечении срока действия. По умолчанию срок их действия составляет 30 дней, но вы можете настроить его, задав значение для веб-приложения или изменив значение в самом семействе сайтов для проверки.
Администраторы фермы могут запретить пользователям создавать сайты для проверки обновления, задав свойство SPSite.AllowSelfServiceUpgradeEvaluation для семейства сайтов.
Задания таймера создают и удаляют сайты для проверки обновления. Применяются следующие задания таймера:
Задания таймера, используемые для семейств сайтов для проверки обновлений
| Имя задания | Описание | Время выполнения |
|---|---|---|
| Создание семейств сайтов для проверки обновлений (job-create-upgrade-eval-sites) |
Создает сайты для проверки обновлений. |
Запускается ежедневно с 1:00 до 1:30 |
| Удаление сайта для проверки обновлений (job-delete-upgrade-eval-sites) |
Удаляет сайты для проверки обновления с истекшим сроком действия и отправляет уведомления для сайтов, срок действия которых скоро истекает. |
Запускается ежедневно с 1:00 до 1:30 |
| Обновление семейств сайтов (job-upgrade-sites) |
Обновляет семейства сайтов в очереди для базы данных контента. |
Запускается каждую минуту |
Вы можете определить, когда и как часто следует запускать эти задания таймера, а также можете запускать их вручную.
Способ создания семейств сайтов для проверки обновления
Задание таймера по созданию семейств сайтов для проверки обновлений собирает список семейств сайтов, помещенных в очередь для сайтов проверки, а затем копирует эти сайты с новыми URL-адресами и идентификаторами сайта. Оно также добавляет эти сайты в очередь обновления для дальнейшей обработки заданием таймера по обновлению семейств сайтов. Порядок создания копии сайта:
Если вы используете SQL Server версии Enterprise, задание таймера по созданию семейств сайтов для проверки обновлений создает моментальный снимок базы данных и считывает из него данные в конечную базу данных (при этом исходная база данных является назначением по умолчанию). В рамках всего этого процесса состояние "только для чтения" исходного сайта не изменяется.
Для других версий SQL Server, не имеющих возможностей работы с моментальными снимками, задание таймера по созданию семейств сайтов для проверки обновлений создает резервную копию семейства сайтов и восстанавливает его с новым URL-адресом. Благодаря этому исходный сайт остается доступным "только для чтения" в рамках всего процесса.
Задание по обновлению семейства сайтов собирает список семейств сайтов, которые были помещены в очередь для обновления, а затем обновляет сайты из этой очереди в направлении от самого старого к самому новому. После этого выполняется обновление недавно добавленного сайта для проверки (по крайней мере, предпринимается попытка такого обновления).
Планирование регулирования и очередей для обновления семейств сайтов
Чтобы убедиться, что обновления семейства сайтов не вызываются простоя на ферме, можно использовать встроенные регулирования, доступные на уровне веб-приложения, базы данных и контента. Это значит, что даже если 100 владельцев семейства сайтов вместе решат обновить свои семейства сайтов, одновременно процесс будет запущен только для некоторых из них, а остальные будут помещены в очередь для запуска в дальнейшем.
Обновления семейств сайтов подвергаются регулированию:
Уровни регулирования для обновления семейств сайтов
| Уровень | Максимальное число семейств сайтов, которые можно обновлять одновременно | Свойство, управляющее настройкой регулирования |
|---|---|---|
| Веб-приложение |
Значение по умолчанию — 5 на каждый экземпляр веб-приложения. Дополнительные запросы помещаются в очередь. |
SPWebApplication.SiteUpgradeThrottleSettings AppPoolConcurrentUpgradeSessionLimit |
| База данных контента |
Значение по умолчанию — 10 на каждую базу данных контента. Дополнительные запросы помещаются в очередь. |
SPContentDatabase.ConcurrentSiteUpgradeSessionLimit Если в одной базе данных контента в очередь помещены несколько сайтов, за один раз будет обновляться только один сайт за каждый экземпляр службы таймера. Такое поведение не является ошибкой. Средство регулирования ConcurrentSiteUpgradeSessionLimit влияет на все виды обновлений сайтов, включая обновления непосредственно в процессе w3wp (инициированные конечным пользователем или запланированные) и средства администрирования, например Windows PowerShell (если только администратор фермы явным образом не переопределяет регулирование: подробности см. ниже). У службы таймера есть собственный механизм распределения нагрузки независимо от процессов, касающихся обновления сайтов. Базы данных контента распределяются по всем экземплярам службы таймера в ферме, и все задания в конкретной базе данных контента последовательно обрабатываются исключительно одним экземпляром службы таймера Это значит, что одновременно службой таймера в конкретной базе данных контента может обрабатываться только одно семейство веб-сайтов, но разные экземпляры этой службы могут сразу обрабатывать очередь из нескольких разных баз данных контента. Из соображений независимости служба таймера не распараллеливается для обработки одной базы данных контента, но эта служба не единственный способ обновления семейства веб-сайтов. Если семейство веб-сайтов маленькое, оно обновится синхронно в процессе, в котором это обновление инициировано, обычно w3wp.exe или Windows PowerShell, если флаг -QueueOnly не отмечен. Предел параллелизма наиболее полно ощутим в этом сценарии. |
| Контент семейства сайтов (размер и число дочерних сайтов) |
Значение по умолчанию — обновление сайта, который имеет размер более 10 МБ или более 10 дочерних сайтов, не может выполняться администратором семейства сайтов в режиме самообслуживания, а должно осуществляться администратором фермы. |
SPWebApplication.SiteUpgradeThrottleSettings UsageStorageLimit и SubwebCountLimit |
На следующем рисунке показана связь между пределами регулирования обновления для веб-приложения и базы данных контента.
Регулирования обновления и очередь обновления сайтов для веб-приложений и баз данных контента
На данном рисунке база данных контента содержит пятнадцать сайтов, и для всех сайтов запрошен запуск обновления.
Из-за ограничения регулирования веб-приложения для экземпляра 1 веб-приложения 1 на веб-сервере 1 (web application 1 — instance 1 на Web server 1) может быть запущено обновление только пяти сайтов.
Обновление пяти дополнительных запускается в экземпляре 1 веб-приложения 1 на веб-сервере 2 (web application 1 — instance 2 на Web server 2).
В связи с регулированием базы данных контента пять сайтов отправляются ожидать в очередь обновления.
Вы можете использовать параметры регулирования по умолчанию или задать собственное значение для количества семейств сайтов, которые могут обновляться одновременно. Администраторы фермы также могут переопределить параметры регулирования при обновлении сайта с помощью PowerShell. При изменении этих значений следует соблюдать осторожность и обязательно проверить требуемые параметры в тестовой среде, прежде чем применять их в рабочей среде. Если слишком увеличить регулирование, в вашей среде могут возникнуть проблемы с производительностью. Например, слишком большое число параллельных обновлений может негативно повлиять на отрисовку сайтов. Дополнительные сведения о настройке этих параметров см. в разделе Manage site collection upgrades.
Сведения о режимах семейств сайтов
Чтобы отделить обновление семейств сайтов от обновления баз данных контента, SharePoint 2013 представляет концепцию "режимов" (которые также называются уровнями совместимости) семейств сайтов. В новой среде семейства сайтов работают в режиме 2010 до их преднамеренного обновления до режима 2013. Вы можете создавать семейства сайтов в любом из этих режимов. Хотя администраторы фермы могут настраивать этот параметр, по умолчанию задано создание сайтов в режиме 2010. Когда семейство сайтов работает в режиме 2010, пользовательский интерфейс напоминает интерфейс продуктов Продукты SharePoint 2010, и разрешено использовать только те возможности, которые поддерживались в продуктах Продукты SharePoint 2010. В режиме 2013 интерфейс и возможности обновляются до версии SharePoint 2013.
Вам следует убедиться, что пакеты решений, возможности и другие настраиваемые компоненты доступны для обоих режимов сайтов. Дополнительные сведения см. в статье Создание плана для текущих настроек во время обновления до SharePoint 2013.
Обучение администраторов семейств сайтов
Важно научить пользователей, как следует обновлять их семейства сайтов и просматривать эти сайты в семействе сайтов для проверки обновления. Проинструктированные пользователи подготовлены, и им известно, чего ожидать, поэтому количество обращений в службу поддержки будет сведено к минимуму.
Следует проинформировать пользователей об изменениях и новых возможностях. Кроме того, необходимо сообщить о возможных проблемах. Например, могут возникнуть проблемы с настройками, что приведет к неверному отображению страниц. Сведения об общих проблемах с обновлением см. в разделах Просмотр семейств веб-сайтов, обновленных до SharePoint 2013 , и Устранение неполадок с обновлением семейства веб-сайтов в SharePoint 2013.
Объясняйте администраторам семейств сайтов, что их сайты для проверки обновления являются копиями, а все вносимые в них изменения не переносятся на их обновленные сайты. Кроме того, на сайте для предварительного просмотра отображается уведомление о том, что этот сайт является копией.
По умолчанию администраторы семейств сайтов управляют обновлением своих сайтов. Они могут использовать семейства сайтов для проверки обновления в целях предварительного просмотра новых возможностей и пользовательского интерфейса. Это позволяет им убедиться в правильной работе всех компонентов и устранить любые проблемы на исходном сайте, прежде чем обновлять его. Администраторы семейств сайтов могут обновить сайты тогда, когда будут уверены, что вся необходимая подготовка выполнена.
Рекомендуется разработать план и задать временные ограничения по сроку, на который администраторы семейств сайтов могут отложить обновление своих сайтов. Например, каждому администратору семейства сайтов можно предоставить 90 дней на оценку и обновление своих сайтов. Такое ограничение позволяет дать пользователям достаточно времени для ознакомления с новым пользовательским интерфейсом и устранение проблем на их сайтах. Обязательно сообщите пользователям о данном ограничении и о том, что вы можете выполнить принудительное обновление всех сайтов. Кроме того, можно использовать команду PowerShell для проверки уровня совместимости сайтов в базе данных контента, чтобы увидеть, сколько сайтов находятся в режиме 2010 года, а сколько — в режиме 2013. Дополнительные сведения см. в разделе Manage site collections upgrades.
Важно сообщить администраторам семейств сайтов о том, что в случае использования на сайтах режима 2010 новые возможности будут недоступны. Однако после обновления сайтов до новой версии эти возможности предоставляются автоматически.
См. также
Другие ресурсы
Manage site collection upgrades
Overview of the upgrade process from SharePoint 2010 to SharePoint 2013