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

 

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

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

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

В этой статье

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

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

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

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

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

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

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

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

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

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

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

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

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

Прежде чем приступать к развертыванию обновления программного обеспечения, убедитесь, что выбранная стратегия обновления оптимально подходит для вашей среды SharePoint 2013. Существует несколько факторов, таких как снижение времени простоя, затраты и уровень сложности, на основании которых выбирается стратегия для развертывания обновления программного обеспечения. Воспользуйтесь блок-схемой в разделе Определение стратегии обновления статьи Подготовка к развертыванию обновлений программного обеспечения для SharePoint 2013, чтобы определить выбранную стратегию обновления: на месте, с переподключением баз данных или гибридную. Дополнительные сведения о работе процесса с переподключением баз данных см. на схемах в разделе Overview of the upgrade process from SharePoint 2010 to SharePoint 2013.

Примечание

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

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

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

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

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

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

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

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

Когда вы будете готовы продолжить, выполните только одну из процедур, описанных далее в этой статье, чтобы установить обновление.

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

В этом сценарии вы отключаете входящие запросы для интерфейсных веб-серверов, чтобы эффективно завершить работу всей фермы. Затем вы устанавливаете обновление на всех серверах фермы. Такая стратегия объединяет в себе этапы общего обновления и обновления до следующей сборки, описанные в разделе Процесс обновления программного обеспечения статьи Overview of the upgrade process from SharePoint 2010 to SharePoint 2013.

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

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

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

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

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

  4. Запустите исполняемый файл обновления, чтобы установить обновление на всех других серверах приложений, на которых размещаются компоненты поиска (APP-2). Для этого выполните процедуру Обновление серверов, на которых размещаются компоненты поиска во время простоев фермы, представленную далее в этой статье. Затем вернитесь к следующему шагу этой процедуры. Не запускайте мастер настройки продуктов SharePoint на этих серверах на данном этапе.

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

    Файлы журналов обновления и ошибок обновления располагаются в каталоге %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\15\LOGS. Имена файлов журналов обновления имеют следующий формат: Upgrade-ГГГГММДД-ЧЧММСС-ССС.log, где ГГГГММДД — дата, а ЧЧММСС-ССС — это время (часы в 24-часовом формате, минуты, секунды и миллисекунды). Файл журнала ошибок обновления имеет меньший размер, включает в себя только ошибки и предупреждения, а также именуется в формате Upgrade-ГГГГММДД-ЧЧММСС-ССС-error.log.

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

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

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

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

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

  11. Запустите Мастер настройки продуктов SharePoint на других серверах приложений.

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

    Примечание

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

  13. Повторите предыдущее действие для всех остальных веб-серверов.

  14. Убедитесь, что обновление успешно завершено. Дополнительные сведения см. в статье Проверка обновлений баз данных в SharePoint 2013.

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

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

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

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

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

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

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

Важно!

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

Дополнительные сведения см. в разделе Процесс обновления программного обеспечения статьи Overview of the upgrade process from SharePoint 2010 to SharePoint 2013.

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

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

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

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

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

    Файлы журналов обновления и ошибок обновления располагаются в каталоге %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\15\LOGS. Имена файлов журналов обновления имеют следующий формат: Upgrade-ГГГГММДД-ЧЧММСС-ССС.log, где ГГГГММДД — дата, а ЧЧММСС-ССС — это время (часы в 24-часовом формате, минуты, секунды и миллисекунды). Файл журнала ошибок обновления имеет меньший размер, включает в себя только ошибки и предупреждения, а также именуется в формате Upgrade-ГГГГММДД-ЧЧММСС-ССС-error.log.

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

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

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

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

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

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

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

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

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

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

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

Важно!

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

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

  • Службы

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

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

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

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

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

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

    Важно!

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

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

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

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

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

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

    Важно!

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

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

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

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

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

    Важно!

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

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

  6. Запустите Мастер настройки продуктов SharePoint или PSConfig (как в шаге 4 этой процедуры) на веб-серверах (с WEB-1 по WEB-4).

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

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

    Установка обновления завершена, и вы можете прекратить чтение этой статьи.

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

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

На следующем рисунке показана последовательность действий по установке обновления в новой ферме с помощью метода с переподключением баз данных. Дополнительные сведения см. в статье Upgrade content databases from SharePoint 2010 to SharePoint 2013.

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

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

  1. Создайте новую ферму, в которой будет установлено обновление программного обеспечения. Этой ферме не требуются интерфейсные веб-серверы. Дополнительные сведения см. в разделе Create the SharePoint 2013 farm for a database attach upgrade.

    Примечание

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

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

    Примечание

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

    Для получения дополнительных сведений о настройке баз данных "только для чтения" см. раздел "Переключение баз данных предыдущей версии в режим "только для чтения" (переподключение баз данных в режиме "только для чтения")" статьи Upgrade content databases from SharePoint 2010 to SharePoint 2013 и статью Запуск фермы, использующей базы данных, доступные только для чтения, в SharePoint Server.

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

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

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

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

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

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

      miiskmu.exe /e <Path>

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

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

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

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

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

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

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

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

      miiskmu.exe /i <Path> {0E19E162-827E-4077-82D4-E6ABD531636E}

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

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

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

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

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

    Дублируйте все параметры из имеющейся фермы.

  9. Используйте метод с переподключением баз данных, чтобы создать базы данных в новой ферме. Дополнительные сведения см. в разделах Обновление баз данных SharePoint 2013 до SharePoint Server 2016 и Присоединение и восстановление базы данных контента, доступной только для чтения, в SharePoint Server.

  10. Убедитесь в отсутствии проблем с новой фермой.

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

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

  13. Убедитесь, что обновление успешно завершено. Дополнительные сведения см. в статье Проверка обновлений баз данных в SharePoint 2013.

    Установка обновления завершена, и вы можете прекратить чтение этой статьи.

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

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

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

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

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

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

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

    $ssa=Get-SPEnterpriseSearchServiceApplication 
    Suspend-SPEnterpriseSearchServiceApplication -Identity $ssa
    
  2. На каждом сервере, на котором размещен один или несколько компонентов поиска, остановите службы Windows, связанные с поиском, в следующем порядке.

    1. SPTimerV4

    2. Osearch15

    3. SPSearchHostController

    Важно!

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

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

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

    1. SPSearchHostController

    2. Osearch15

    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. Osearch15

    3. SPSearchHostController

    Важно!

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

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

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

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

    1. SPSearchHostController

    2. Osearch15

    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 2013 на любом сервере в ферме.

  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 данной процедуры.

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

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

    • Решение: запустите следующую команду:

      cd\Program Files\Common Files\Microsoft Shared\web server extensions\15\bin.\PSConfig.exe -cmd secureresources
      

See also

Обновления SharePoint