Установка обновления программного обеспечения (SharePoint Foundation 2010)

 

Применимо к: SharePoint Foundation 2010

Последнее изменение раздела: 2016-11-30

В этой статье описывается установка обновления программного обеспечения на серверы в ферме Microsoft SharePoint Foundation 2010. Дополнительно рассматриваются три примера сценариев, для которых приводятся процедуры обновления.

Содержание:

  • Проверка стратегии обновления

  • Отслеживание выполнения установки

  • Обработка ошибок обновления

  • Обзор сценариев обновления

  • Использование метода обновления на месте без обратной совместимости

  • Использование метода обновления на месте с обратной совместимостью

  • Использование метода с присоединением баз данных для обеспечения высокой степени доступности существующего контента

  • Проверка успешности завершения обновления

Проверка стратегии обновления

Перед началом развертывания обновления программного обеспечения необходимо убедиться в оптимальности стратегии обновления, которую планируется использовать для среды Microsoft SharePoint Foundation. Существует несколько факторов, таких как уменьшение времени простоя, затраты и сложность, определяющих выбор стратегии для развертывания обновления программного обеспечения. Используйте блок-схему из раздела "Определение стратегии обновления" статьи Подготовка к развертыванию обновления программного обеспечения (SharePoint Foundation 2010) для проверки планируемой стратегии обновления: на месте, с присоединением баз данных или гибридной.

Отслеживание выполнения установки

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

В качестве основного средства для просмотра в реальном времени состояния установки продуктов и исправлений, состояния данных и обновления рекомендуется использовать представление "Обновление и перенос" в центре администрирования.

После запуска программы установки можно просматривать файлы журналов и использовать Windows PowerShell для получения текущих результатов процесса выполнения установки.

Обработка ошибок обновления

В SharePoint Foundation 2010 предоставляется улучшенный способ обработки ошибок обновления после завершения этапа установки исправлений. Если ошибка обновления происходит при работе в режиме обратной совместимости, можно восстановить базу данных SharePoint Foundation и продолжить работу в режиме обратной совместимости. После устранения ошибки обновления для сайта процесс обновления можно возобновить. При этом успешно завершенные задачи не выполняются повторно. Дополнительные сведения см. в статье Тестирование обновления и устранение неполадок (SharePoint Foundation 2010).

Если ошибка обновления происходит в средах предыдущих версий продуктов и технологий SharePoint, как правило, необходимо удалить продукт, установить более старую версию и выполнить восстановление из резервной копии.

Обзор сценариев обновления

В этой статье рассматриваются следующие сценарии обновления:

  • На месте без обратной совместимости — обновление устанавливается на все серверы фермы одновременно и контент обновляется без использования обратной совместимости.

  • На месте с обратной совместимостью для уменьшения времени простоя — обновление устанавливается поэтапно и используется отложенное обновление с обратной совместимостью для уменьшения времени простоя.

  • Присоединение баз данных для обеспечения высокой степени доступности контента — обновление использует две фермы для обеспечения высокой степени доступности существующего контента.

Дополнительные сведения о работе процессов обновления на месте и обновления с присоединением баз данных см. на диаграммах в следующей статье: Общие сведения о процессе обновления (SharePoint Foundation 2010). Обратите внимание, что эти статьи посвящены обновлению версий программного обеспечения, а не установке обновлений. Тем не менее, общий процесс очень похож.

На следующем рисунке показана топология фермы, используемая в качестве примера для всех сценариев установки исправлений, описанных в этой статье.

Пример фермы для установки обновления программного обеспечения

Начальное состояние и требуемые условия

На рисунке выше показано начальное состояние фермы перед установкой обновления. Убедитесь, что выполняются следующие условия.

  • Для всех интерфейсных веб-серверов настроена общая балансировка нагрузки, которой управляет подсистема балансировки нагрузки.

  • Все серверы фермы работают правильно.

  • Все базы данных активны и работают правильно.

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

Использование метода обновления на месте без обратной совместимости

В этом сценарии вся ферма отключается путем запрета входящих запросов для интерфейсных веб-серверов, а затем выполняется установка обновления на всех серверах фермы. Эта стратегия объединяет этапы обновления, описанные в разделе "Процесс обновления программного обеспечения" статьи Обзор обновлений программного обеспечения (SharePoint Foundation 2010).

На следующем рисунке показана последовательность действий, выполняемых для установки обновления на ферму.

Применение обновлений на месте без поддержки обратной совместимости

Этот рисунок можно использовать в качестве руководства по применению рекомендуемых действий в следующей процедуре.

Установка обновления без обратной совместимости

  1. Удалите веб-серверы (WEB-1 — WEB-4) из ротации подсистемы балансировки нагрузки или приостановите подсистему балансировки нагрузки, чтобы остановить входящие запросы серверов.

  2. Запустите исполняемый файл, чтобы установить обновление на веб-сервер, где находится центр администрирования (WEB-4).

  3. Убедитесь, что сервер обновлен успешно.

  4. Выполните вход на первый веб-сервер (WEB-1).

  5. Запустите исполняемый файл, чтобы установить обновление на веб-сервер.

  6. Запустите исполняемый файл, чтобы установить обновление на остальные веб-серверы (WEB-2 и WEB-3).

  7. Убедитесь, что все серверы обновлены успешно.

  8. Запустите Мастер настройки продуктов SharePoint на сервере центра администрирования (WEB-4) для последовательного обновления базы данных конфигурации и каждой базы данных контента.

  9. Запустите Мастер настройки продуктов SharePoint на первом веб-сервере (WEB-1).

    Примечание

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

  10. Повторите вышеописанное действие для каждого из веб-серверов.

  11. Убедитесь в успешности выполнения обновления. Дополнительные сведения см. в статье Проверка успешности выполнения обновления.

  12. Добавьте веб-серверы (WEB-1 — WEB-4) в ротацию подсистемы балансировки нагрузки или запустите подсистему балансировки нагрузки, чтобы разрешить входящие запросы серверов.

Использование метода обновления на месте с обратной совместимостью

В этом сценарии используется обратная совместимость SharePoint Foundation 2010 и возможность отложенного обновления для уменьшения времени простоя, необходимого для развертывания обновления программного обеспечения. Однако простой не устраняется полностью. Во время обновления контента сайты и службы будут недоступны.

В этом сценарии для установки обновления программного обеспечения на серверы фермы используются два этапа:

  • Обновление для установки обновления на серверы фермы.

  • Обновление для выполнения процесса применения исправлений.

Во время этапа установки обновления ферма может оставаться в рабочей среде без простоя либо с минимальным временем простоя. Однако во время этапа применения исправлений ферма будет недоступна. Попытка доступа к контенту на этом этапе может привести к ошибке обновления или чрезмерному замедлению процесса обновления, вызванному конфликтами и блокировкой ресурсов. Такие попытки не поддерживаются и не проходили тестирование.

Дополнительные сведения о процессе обновления программного обеспечения см. в разделе, посвященном процессу обновления программного обеспечения, статьи Обзор обновлений программного обеспечения (SharePoint Foundation 2010).

Этап установки обновления

На следующем рисунке показана последовательность действий, необходимых для установки обновления на ферму.

Обновление на месте с обеспечением обратной совместимости

Этот рисунок можно использовать в качестве руководства по применению рекомендуемых действий в следующей процедуре.

Установка обновления на серверы фермы

  1. Удалите половину веб-серверов (WEB-1 и WEB-2) из ротации подсистемы балансировки нагрузки или приостановите подсистему балансировки нагрузки, чтобы остановить входящие запросы серверов.

  2. Запустите исполняемый файл, чтобы установить обновление на серверы, исключенные из ротации балансировки нагрузки (WEB-1 и WEB-2). Не запускайте Мастер настройки продуктов SharePoint на этих серверах. Убедитесь, что оба веб-сервера обновлены успешно.

  3. Удалите остальные веб-серверы (WEB-3 и WEB-4) из ротации подсистемы балансировки нагрузки или приостановите подсистему балансировки нагрузки, чтобы остановить входящие запросы серверов. На этой стадии ни один из интерфейсных веб-серверов не получает запросы для фермы.

  4. Добавьте обновленные веб-серверы (WEB-1 и WEB-2) в ротацию балансировки нагрузки.

  5. Запустите исполняемый файл на веб-серверах, которые исключены из ротации балансировки нагрузки. Не запускайте Мастер настройки продуктов SharePoint на этих серверах. Убедитесь, что оба веб-сервера обновлены успешно.

  6. Добавьте обновленные веб-серверы (WEB-3 и WEB-4) в ротацию балансировки нагрузки.

  7. Убедитесь в успешности выполнения обновления. Дополнительные сведения см. в статье Проверка успешности выполнения обновления.

На этой стадии процесса базы данных и другие компоненты, такие как настройки, компоненты и данные уровня сайта, все еще нуждаются в обновлении, поскольку Мастер настройки продуктов SharePoint не выполнялся ни на одном из серверов фермы. Тем не менее, ферма может работать в режиме обратной совместимости.

Этап обновления

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

Этап обновления

Этот рисунок можно использовать в качестве руководства по применению рекомендуемых действий в следующей процедуре.

Важно!

Проверяйте состояние обновления на каждом сервере перед обновлением следующего сервера в последовательности. Настоятельно рекомендуется создать резервную копию фермы перед началом обновления.

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

  • Службы

    Если обновление программного обеспечения содержит обновления для служб, которые необходимо применить, можно обновить службу, а затем возобновить работу фермы (действия 6 и 7 в процедуре), если возможно использовать достаточно длительный простой в работе фермы для завершения обновления контента и фермы.

  • Базы данных контента

    Во время кратковременного простоя в работе фермы можно обновлять каждый раз только несколько баз данных контента (действия с 1 по 3 в процедуре), а затем возобновлять работу фермы (действия 6 и 7). Процесс можно повторять в последующие периоды простоя до тех пор, пока все содержимое не обновится и все серверы фермы не будут готовы к обновлению.

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

Обновление фермы

  1. Удалите веб-серверы (WEB-1 — WEB-4) из ротации подсистемы балансировки нагрузки или приостановите подсистему балансировки нагрузки, чтобы остановить входящие запросы серверов.

    Важно!

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

  2. При необходимости обновите отдельные службы.

    Некоторые обновления могут потребовать выполнения дополнительных командлетов Windows PowerShell для обновления отдельных приложений-служб. Если примечания к обновлению программного обеспечения показывают, что отдельная служба должна быть обновлена, чтобы она продолжала работать после применения исправлений (как в случае, когда служба не может работать в режиме обратной совместимости), можно обновить эту службу без обновления всей фермы, что позволит сократить время недоступности фермы. Дополнительные командлеты Windows PowerShell для обновления отдельных приложений-служб должны быть указаны в примечаниях, если это необходимо.

  3. Используйте командлет Windows PowerShell Upgrade-SPContentDatabase для обновления каждой базы данных контента.

    Это необязательный этап, но он поможет гарантировать, что все базы данных контента обновляются первыми. Его преимущество заключается в применении параллелизма для уменьшения времени недоступности. Если его не выполнять, все оставшиеся необновленными базы данных контента будут обновляться последовательно при выполнении Мастер настройки продуктов SharePoint для обновления серверов фермы.

    Важно!

    Выполните командлет Upgrade-SPContentDatabase для каждой базы данных. Этот командлет можно выполнить с любого обновленного веб-сервера или сервера приложений. Обратите внимание, что во время выполнения этого процесса контент соответствующей базы данных будет недоступен.

  4. Запустите Мастер настройки продуктов SharePoint на сервере центра администрирования (WEB-4).

    Важно!

    Мастер настройки продуктов SharePoint также запускает немедленное обновление базы данных конфигурации и других баз данных, которые еще не были обновлены. Поскольку единственными обновленными базами данных, вероятно, являются базы данных контента, как описано на предыдущем шаге, все базы данных приложений-служб также обновляются на этом этапе. Во время выполнения этого процесса сайты будут недоступны.

  5. Запустите Мастер настройки продуктов SharePoint на остальных веб-серверах (от WEB-1 до WEB-3).

  6. Убедитесь в успешности выполнения обновления. Дополнительные сведения см. в статье Проверка успешности выполнения обновления.

  7. Добавьте обновленные веб-серверы (WEB-1 — WEB-4) в ротацию подсистемы балансировки нагрузки.

Использование метода с присоединением баз данных для обеспечения высокой степени доступности существующего контента

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

На следующем рисунке показана последовательность действий, выполняемых для установки обновления в новую ферму с помощью метода с присоединением баз данных. Дополнительные сведения см. в статье Присоединение баз данных и обновление до SharePoint Foundation 2010.

Применение обновлений с минимальным временем простоя

Этот рисунок можно использовать в качестве руководства по применению рекомендуемых действий в следующей процедуре.

Установка обновления с помощью присоединения баз данных

  1. Создайте новую ферму, в которую будет установлено обновление программного обеспечения. Для этой фермы не требуются интерфейсные веб-серверы. Дополнительные сведения см. в статье Подготовка новой среды SharePoint Foundation.

    Примечание

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

  2. Настройте базы данных на существующей ферме, чтобы перевести их в режим "только чтение".

    Примечание

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

    Дополнительные сведения о настройке режима "только чтение" для баз данных см. в разделе, посвященном настройке режима "только чтение" для баз данных предыдущей версии (присоединение баз данных с помощью баз данных в режиме "только чтение"), статьи Присоединение баз данных и обновление до SharePoint Foundation 2010 и в статье Run a farm that uses read-only databases (SharePoint Foundation 2010).

  3. Настройте базы данных приложений-служб на существующей ферме, чтобы перевести их в режим "только чтение". Это предотвращает непредусмотренные изменения приложений-служб.

  4. Выполните резервное копирование баз данных контента в существующей ферме. Дополнительные сведения см. в статье Backup and recovery (SharePoint Foundation 2010).

  5. Восстановите базы данных контента на новом сервере базы данных.

  6. Создайте на новой ферме приложения-службы, соответствующие всем приложениям-службам, существующим на старой ферме.

    Необходимо продублировать все настройки из существующей фермы.

  7. Используйте присоединение баз данных для создания баз данных в новой ферме. Дополнительные сведения см. в статьях Обновление с подключением баз данных до SharePoint Foundation 2010 и Attach and restore a read-only content database (SharePoint Foundation 2010).

  8. Убедитесь, что новая ферма работает без ошибок.

  9. Активируйте новую ферму в качестве рабочей фермы, соответствующим образом настроив DNS или обеспечив для новой фермы балансировку нагрузки. Убедитесь, что пользователи имеют доступ к новой ферме.

  10. Дайте пользователям время для переключения с кэшированного DNS, а затем выведите из эксплуатации старую ферму.

  11. Убедитесь в успешности выполнения обновления. Дополнительные сведения см. в статье Проверка успешности выполнения обновления.

Проверка успешности завершения обновления

Независимо от используемой стратегии обновления и выполняемого в процессе обновления мониторинга необходимо убедиться в успешном завершении обновления. Дополнительные сведения см. в статье Проверка обновления и изучение обновленных сайтов (SharePoint Foundation 2010).