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

 

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

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

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

Содержание:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2. Запустите исполняемый файл, чтобы установить обновление на сервер приложений, на котором размещен центр администрирования (APP-1).

3. Запустите исполняемый файл, чтобы установить обновление на сервер приложений, на котором размещен компонент обработки поисковых запросов (APP-2).

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

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

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

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

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

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

10. Запустите мастер Мастер настройки продуктов SharePoint на сервере приложений, на котором размещен компонент обработки поисковых запросов (APP-2).

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

    Примечание

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

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

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

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

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

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

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

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

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

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

Дополнительные сведения о процессе обновления программного обеспечения см. в разделе, посвященном процессу обновления программного обеспечения, статьи Обзор обновлений программного обеспечения (SharePoint Server 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. Запустите исполняемый файл, чтобы установить обновление на сервер приложений, на котором размещен компонент обработки поисковых запросов (APP-2). Не запускайте мастер Мастер настройки продуктов SharePoint на этом сервере.

8. Запустите исполняемый файл, чтобы установить обновление на сервер центра обновления (APP-1). Не запускайте мастер Мастер настройки продуктов SharePoint на этом сервере.

9. Убедитесь, что оба сервера приложений (APP-1 и APP-2) были успешно обновлены.

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

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

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

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

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

Важно!

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

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

• Службы

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

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

  Можно приостанавливать (и затем возобновлять, см. шаги 7 и 8) работу фермы на короткое время, обновляя несколько баз данных контента за раз (см. шаги с 1 по 3 этой процедуры). Этот процесс можно повторять по мере доступности окон для обновления до успешного обновления всего контента и подготовки к обновлению всех серверов в ферме.

  Небольшое количество отдельных баз данных контента можно обновлять одновременно в параллельном режиме. Однако не пытайтесь параллельно обновлять слишком много баз данных контента, так как это замедлит общий процесс обновления и увеличит время недоступности. Рекомендуется не обновлять одновременно более двух баз данных контента на одном томе 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 на сервере центра администрирования (APP-1).

   Важно!

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

5. Запустите мастер Мастер настройки продуктов SharePoint на оставшемся сервере приложений (APP-2).

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

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

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

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

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

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

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

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

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

   Примечание

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

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

   Примечание

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

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

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

4. При обновлении базы данных приложения-службы службы профилей пользователей необходимо экспортировать ключ шифрования службы синхронизации профилей пользователей из старой базы данных и затем импортировать его в новую. Этот ключ также называют ключом Microsoft Identity Integration Server (MIIS), ключом шифрования службы синхронизации и ключом Forefront Identity Manager 2010 (FIM 2010). Если не выполнить экспорт и последующий импорт этого ключа (или выполнить этот процесс неправильно), служба синхронизации не запустится. Чтобы экспортировать ключ шифрования, выполните следующие действия:

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

   2. Откройте окно командной строки и перейдите в следующую папку:

      %Program Files%\Microsoft Office Servers\14.0\Synchronization Service\Bin\

   3. Введите следующую команду и нажмите клавишу ВВОД:

      miiskmu.exe /e <путь>

      <путь> — это полный путь к файлу, в который будет экспортирован ключ, а имя пользователя и пароль — учетные данные администратора фермы.

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

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

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

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

   3. Откройте окно командной строки и перейдите в следующую папку:

      %Program Files%\Microsoft Office Servers\14.0\Synchronization Service\Bin\

   4. Введите следующую команду и нажмите клавишу ВВОД:

      miiskmu.exe /i <путь> {0E19E162-827E-4077-82D4-E6ABD531636E}

      <путь> — это полный путь к файлу, в который был экспортирован ключ.

   5. (Необязательное действие). Чтобы проверить, правильно ли был импортирован ключ шифрования, введите следующую команду в командной строке и нажмите клавишу ВВОД:

      miiskmu.exe /c {0E19E162-827E-4077-82D4-E6ABD531636E}

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

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

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

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

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

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

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

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

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

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