Поделиться через

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

  • Статья

 

**Применимо к:**SharePoint Server 2016

**Последнее изменение раздела:**2017-06-29

Сводка. Установка новой версии программного обеспечения для обновления до следующей сборки на серверах с использованием SharePoint Server 2016.

В этой статье

  • Перед началом работы

  • Определение стратегии обновления

  • Отслеживание хода установки

  • Начальное состояние

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

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

Перед началом работы

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

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

  • Предопределенная роль сервера securityadmin в экземпляре SQL Server.

  • Предопределенная роль базы данных db_owner для всех обновляемых баз данных.

  • Локальный администратор на сервере, на котором выполняются командлеты Microsoft PowerShell.

Перед установкой обновления проверьте перечисленные ниже условия.

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

  • Все серверы фермы работают должным образом. Что касается поиска, можно просмотреть состояние сервера. Для этого выполните командлет Microsoft PowerShellGet-SPEnterpriseSearchStatus или перейдите в Центр администрирования > Управление приложениями-службами > Search_service_application_name.

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

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

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

Определение стратегии обновления

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

Примечание

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

Отслеживание хода установки

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

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

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

Начальное состояние

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

Пример топологии фермы для применения исправлений

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

Этот сценарий использует обратную совместимость SharePoint Server 2016 и функцию отложенного обновления во избежание простоя фермы, что необходимо для развертывания обновления программного обеспечения.

В этом сценарии обновления предусмотрено два этапа установки обновления на серверах фермы. Эти этапы указаны ниже.

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

  2. Обновление до следующей сборки для завершения процесса исправления.

Дополнительные сведения см. в разделе Процесс обновления программного обеспечения статьи Обзор обновлений программного обеспечения для SharePoint Server 2016.

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

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

Иллюстрируется способ обновления на месте с обеспечением обратной совместимости. Для этого отключается половина веб-серверов, к ним применяются исправления, после чего серверы снова включаются, а процедура повторяется для оставшихся веб-серверов. Обратите внимание на то, что на этом этапе мастер настройки продуктов SharePoint не запускается.

Установка обновления

  1. Запустить файл sts2016-kb3115088-fullfile-x64-glb.exe (sts.msp).

  2. Запустить файл wssloc2016-kb2920690-fullfile-x64-glb.exe (wssmui.msp).

    Примечание

    Возможно, нужно будет извлечь файл wssmui.msp для каждого установленного языка в ферме.

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

  4. Обновите веб-сервер (WEB-1).

  5. Добавьте веб-сервер (WEB-1) обратно в цикл балансировки.

  6. Повторите действия 3 и 4 для остальных веб-серверов (с WEB-2 по WEB-4).

  7. Запустите исправление (файлы sts.msp и wssmui.msp) на каждом веб-сервере, выведенном из цикла балансировки нагрузки. Не запускайте Мастер настройки продуктов SharePoint на этих серверах на данном этапе. Убедитесь, что оба веб-сервера успешно обновлены. Для этого просмотрите файлы журналов обновления.

  8. Установите исправление на всех серверах приложений, на которых размещается Веб-сайт центра администрирования SharePoint. Не запускайте Мастер настройки продуктов SharePoint на данном этапе.

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

  10. Просмотрите файлы журналов обновления и убедитесь, что эти серверы приложений успешно обновлены.

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

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

Ниже описаны действия для обновления серверов фермы и завершения процесса исправления.

Действия на этапе обновления ПО на месте

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

Важно!

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

Ниже описаны все необходимые действия для обновления фермы.

  • Services

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

  • Content databases

    Параллельно также можно обновлять отдельные базы данных контента. Не обновляйте одновременно слишком большое количество баз данных контента, так как это замедлит процесс обновления. Советуем обновлять одновременно не более двух баз данных контента на одном томе SQL Server. Запустите обновление для каждой базы данных контента: этот процесс выполняется параллельно и с разницей в несколько минут, чтобы предотвратить блокировку в начале процесса обновления. Кроме того, ограничивайте количество баз данных контента, обновляемых на веб-сервере или сервере приложений. Каждый дополнительный процесс обновления будет потреблять относительно большой объем ресурсов. Обычно, можно обновлять четыре базы данных контента на каждом веб-сервере или сервере приложений. Ни в коем случае не превышайте количество обновляемых баз данных на один том SQL Server, независимо от того, какой веб-сервер или сервер приложений производит обновление.

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

  1. Используйте командлет Windows PowerShell Upgrade-SPContentDatabase, чтобы обновить все базы данных контента. Дополнительные сведения см. в статье Upgrade-SPContentDatabase. В это случае вы сможете заранее обновить все базы данных контента (по несколько одновременно), что позволит избежать простоя. Если этого не сделать, все оставшиеся базы данных контента будут последовательно обновлены при запуске мастера настройки продуктов SharePoint 2016 для обновления серверов фермы.

    Примечание

    Запустите командлет Upgrade-SPContentDatabase для каждой базы данных. Этот командлет можно запустить с обновленных веб-серверов или серверов приложений.

  2. Выполните одно из следующих действий на сервере центра администрирования (APP-1).

    • Запустите Мастер настройки продуктов SharePoint 2016.

    • Запустите следующие команды в командной строке Microsoft PowerShell.

      cd \Program Files\Common Files\Microsoft Shared\web server extensions\16\bin
.\psconfig.exe -cmd secureresources -cmd installfeatures -cmd upgrade -inplace b2b -force -wait -cmd applicationcontent -install

    Примечание

    Если по какой-либо причине в процессе обновления произойдет сбой, можно запустить командлет Copy-SPSideBySideFiles, чтобы восстановить состояние обновления. Дополнительные сведения о файлах SidebySide см. в статье Copy-SPSideBySideFiles.

    Важно!

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

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

    На веб-сервере (WEB-1), удаленном из цикла балансировки, запустите следующие команды в командной строке PowerShell.

    cd \Program Files\Common Files\Microsoft Shared\web server extensions\16\bin
.\psconfig.exe -cmd secureresources -cmd installfeatures -cmd upgrade -inplace b2b -force -wait -cmd applicationcontent -install

  4. Добавьте веб-сервер (WEB-1) обратно в цикл балансировки.

  5. Повторите шаги 3 и 4 для других веб-серверов (WEB-2, WEB-3 и WEB-4).

  6. Upgrade specific services при необходимости. Чтобы обновить определенные приложения-службы, возможно, нужно будет запустить дополнительные командлеты PowerShell. Примечания для обновления программного обеспечения могут указывать на необходимость обновления определенной службы, чтобы продолжить работу после исправления. Дополнительные командлеты PowerShell для обновления определенных приложений-служб необходимо внести в примечания при необходимости.

  7. Запустите Мастер настройки продуктов SharePoint 2016 или PSConfig (как в шаге 3 этой процедуры) на оставшемся сервере приложений (APP-2).

  8. Для серверов приложений APP-3 и APP-4 повторите шаги 3 и 4.

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

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

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

  • Обновление серверов, на которых размещаются компоненты поиска во время простоев фермы

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

  • Определение групп доступности сервера для обновления с минимальными простоями

Обновление серверов, на которых размещаются компоненты поиска во время простоя фермы

  1. Приостановите работу приложения-службы поиска, введя следующие команды в командной строке PowerShell.

    $ssa=Get-SPEnterpriseSearchServiceApplication 
Suspend-SPEnterpriseSearchServiceApplication -Identity $ssa

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

    1. SPTimerV4

    2. Osearch16

    3. SPSearchHostController

    Важно!

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

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

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

    1. SPSearchHostController

    2. Osearch16

    3. SPTimerV4

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

    Get-SPEnterpriseSearchStatus -SearchApplication $ssa | where {$_.State -ne "Active"} | fl

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

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

    Resume-SPEnterpriseSearchServiceApplication -Identity $ssa

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

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

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

  2. Приостановите работу приложения-службы поиска, введя следующую команду в командной строке PowerShell.

    Suspend-SPEnterpriseSearchServiceApplication -Identity $ssa

  3. На каждом сервере в группе доступности сервера 1 остановите службы Windows, связанные с поиском, в указанном ниже порядке.

    1. SPTimerV4

    2. Osearch16

    3. SPSearchHostController

    Важно!

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

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

  5. На каждом сервере в группе доступности 2 остановите службы Windows, связанные с поиском, в порядке, указанном в отношении их остановки для группы доступности 1. Каждый раз убеждайтесь, что текущая служба остановлена, прежде чем обновить следующую службу.

  6. На каждом сервере в группе доступности 1 запустите службы Windows, связанные с поиском, в указанном ниже порядке.

    1. SPSearchHostController

    2. Osearch16

    3. SPTimerV4

  7. Дождитесь активации всех компонентов поиска, связанных с группой доступности 1. Чтобы определить, какие компоненты доступны, введите следующую команду в командной строке PowerShell.

    Get-SPEnterpriseSearchStatus -SearchApplication $ssa | where {$_.State -eq "Active"} | fl

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

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

  9. На каждом сервере в группе доступности 2 запустите службы Windows, связанные с поиском, в порядке, указанном в отношении их запуска для группы доступности 1.

  10. Дождитесь активации всех компонентов поиска, связанных с группой доступности 2. Чтобы определить, какие компоненты доступны, введите следующую команду в командной строке PowerShell.

    Get-SPEnterpriseSearchStatus -SearchApplication $ssa | where {$_.State -eq "Active"} | fl

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

  11. Возобновите работу приложения-службы поиска, введя следующую команду в командной строке PowerShell.

    Resume-SPEnterpriseSearchServiceApplication -Identity $ssa

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

Определение групп доступности сервера для обновления с минимальным простоем

  1. Запустите командную консоль SharePoint Server 2016 на любом сервере в ферме.

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

    $ssa=Get-SPEnterpriseSearchServiceApplication
Get-SPEnterpriseSearchStatus -SearchApplication $ssa | where { (($_.State -ne "Unknown") -and ($_.Name -match "Admin")) } | ForEach {if (Get-SPEnterpriseSearchStatus -SearchApplication $ssa -Component $_.Name -Primary) { Get-SPEnterpriseSearchTopology -SearchApplication $ssa -active | Get-SPEnterpriseSearchComponent -identity $($_.Name) } }

  3. Определите набор серверов в группе доступности 1. Эти серверы должны удовлетворять следующим трем требованиям.

    • Набор должен содержать один или несколько, но не все из указанных ниже типов компонентов поиска.

      • Компонент обработки контента

      • Компонент обработки запросов

      • Компонент обработки аналитики

      • Компонент обхода контента

      • Компонент индекса

    • Набор должен содержать один или несколько, но не все компоненты индекса для каждого раздела индекса.

    • Набор должен содержать компонент администрирования поиска, который не является основным компонентом, указанным в шаге 2 этой процедуры.

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