Обновление баз данных контента до SharePoint Server 2016

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

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

Сводка. Узнайте, как обновить базы данных контента с SharePoint 2013 до SharePoint Server 2016.

Обновление с SharePoint Server 2013 с пакетом обновления 1 (SP1) до SharePoint Server 2016 следует производить с переподключением баз данных. Это означает, что вы обновляете только контент, но не параметры настройки среды. После настройки среды SharePoint Server 2016, копирования баз данных контента и приложений-служб и обновления приложений-служб вы можете присоединить и обновить базы данных до версии SharePoint Server 2016. В этой статье описываются действия, необходимые для присоединения и обновления баз данных контента до версии SharePoint Server 2016.

Этап 4 процесса обновления: обновление баз данных контента

Это четвертый этап процесса обновления данных и сайтов SharePoint Server 2013 с пакетом обновления 1 (SP1) до SharePoint Server 2016. Процесс включает следующие этапы, которые следует выполнять по порядку: Создание фермы SharePoint Server 2016 для обновления с переподключением баз данных Копирование баз данных в новую ферму для обновления до SharePoint Server 2016 Обновление приложений-служб до SharePoint Server 2016 Обновление баз данных контента до SharePoint Server 2016 (данный этап) Обзор всего процесса см. в статье Обзор процесса обновления до версии SharePoint Server 2016.

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

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

• Убедитесь в том, что учетная запись, используемая для подключения баз данных, является участником предопределенной роли базы данных db_owner для обновляемых баз данных контента.

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

Создание веб-приложений

Создайте веб-приложение для каждого веб-приложения, существовавшего в среде SharePoint Server 2013 с пакетом обновления 1 (SP1). Для каждого из них выполните следующие действия:

• Используйте тот же URL-адрес (включая имя, порт и заголовок узла) и настройте параметры сопоставлений альтернативного доступа.

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

• Используйте одинаковые методы проверки подлинности.

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

• Повторно создайте управляемые пути.

• Воссоздайте шаблоны квот.

• Настройте параметры электронной почты для веб-приложения.

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

• Создайте управляемый путь для Личные сайты (/personal) в веб-приложениях, в которых размещаются Личные сайты. Личные сайты доступны только в SharePoint Server.

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

Повторное применение настроек

Одна из наиболее распространенных причин сбоев в процессе обновления связана с отсутствием в новой среде настраиваемых компонентов, решений или других элементов. Перед обновлением баз данных контента убедитесь, что все настраиваемые элементы из среды SharePoint Server 2013 с пакетом обновления 1 (SP1) установлены на интерфейсных веб-серверах.

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

• настраиваемые определения сайтов;

• настраиваемые таблицы стилей, такие как каскадные таблицы и образы стилей;

• настраиваемые веб-части;

• настраиваемые веб-службы;

• настраиваемые компоненты и решения;

• настраиваемые сборки;

• изменения файла Web.config (такие как параметры безопасности).

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

• Одобренные администратором шаблоны форм (XSN-файлы) и файлы подключений к данным (UDCX-файлы) для InfoPath. InfoPath доступны только в SharePoint Server 2010.

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

Установленный экземпляр SharePoint Server 2016 содержит две версии многих элементов: для SharePoint Server 2013 с пакетом обновления 1 (SP1) и для SharePoint Server 2016. Каталоги в файловой системе дублируются в ветвях пути: 15 и 16. Пример:

• Web Server Extensions/15/TEMPLATE/Features

• Web Server Extensions/16/TEMPLATE/Features

Кроме того, существует две версии каталогов поддержки IIS: _Layouts, _Layouts/16 и _ControlTemplates, _ControlTemplates/16.

Устанавливайте настроенные элементы в правильное расположение в новой ферме. Чтобы семейства веб-сайтов, которые вы не обновили, могли использовать дополнительные таблицы стилей для SharePoint Server 2013 с пакетом обновления 1 (SP1), следует установить последние в пути /15, а не в пути /16. Если вы хотите, чтобы решение было доступно для обоих путей, установите его два раза, причем при второй установке используйте параметр CompatibilityLevel. Благодаря этому решение будет установлено в путь /16. Дополнительные сведения см. в статье Install-SPSolution.

Проверка настраиваемых компонентов

Чтобы убедиться, что вы определили все настраиваемые компоненты вашей среды, используйте операцию Stsadm -o enumallwebs в среде SharePoint Server 2013 с пакетом обновления 1 (SP1) с применением параметров includefeatures и includewebparts. Эта операция сообщит о шаблонах, компонентах, веб-частях и других настраиваемых элементах, используемых для каждого сайта. Дополнительные сведения об использовании операции enumallwebs см. в статьях Enumallwebs: операция Stsadm (Office SharePoint Server) и Очистка среды перед обновлением до SharePoint 2013.

Вы также можете использовать командлет Get-SPWeb в среде SharePoint Server 2013 с пакетом обновления 1 (SP1), чтобы просмотреть шаблоны, связанные с каждым сайтом, а затем проверить, установлены ли эти шаблоны в вашей среде SharePoint Server 2016. Дополнительные сведения об этой операции см. в статье Get-SPWeb.

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

Проверка доступности пользовательских компонентов с помощью PowerShell

1. Убедитесь, что вы являетесь участником следующих групп:

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

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

   • Группа администраторов для сервера, на котором выполняются командлеты PowerShell.

   Администратор может использовать командлет Add-SPShellAdmin для предоставления разрешений на использование командлетов SharePoint Server 2016.

   Примечание

   Если у вас нет разрешений, обратитесь к администратору установки или администратору SQL Server для запроса разрешений. Дополнительные сведения о разрешениях PowerShell см. в статье Add-SPShellAdmin.

2. Запустите Командная консоль SharePoint 2016.

   • Для Windows Server 2012 R2:

     • На начальном экране выберите Командная консоль SharePoint 2016.

       Если Командная консоль SharePoint 2016 отсутствует на начальном экране:

     • Щелкните правой кнопкой мыши Компьютер, выберите Все приложения и щелкните Командная консоль Командная консоль SharePoint 2016.

   Дополнительные сведения о работе в Windows Server 2012 R2 см. в статье Общие задачи управления и навигация в Windows Server 2012.

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

   Test-SPContentDatabase -Name DatabaseName -WebApplication URL
   

   Где:

   • DatabaseName — это имя базы данных, которую вы хотите протестировать.

   • URL — это URL-адрес веб-приложения, в котором будут размещаться сайты.

Дополнительные сведения см. в статье Test-SPContentDatabase.

Присоединение базы данных контента к веб-приложению и обновление базы данных

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

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

Для Личные сайты присоедините базу данных контента, которая содержит узел Личный сайт, перед присоединением баз данных с Личные сайты.

По умолчанию после создания веб-приложений в новой среде SharePoint Server 2016 для каждого веб-приложения была создана база данных контента. Вы можете игнорировать эти базы данных по умолчанию до присоединения баз данных SharePoint Server 2013 с пакетом обновления 1 (SP1), а затем вы сможете их удалить.

Присоединение базы данных контента к веб-приложению с помощью PowerShell

1. Для присоединения базы данных контента к веб-приложению необходимо использовать командлет Mount-SPContentDatabase. Использование страниц центра администрирования SharePoint для присоединения базы данных контента в ходе обновления не поддерживается.

   Если требуется задержать обновление сайтов, вы можете использовать параметр SkipSiteUpgrade командлета Mount-SPContentDatabase.

   Примечание

   При обновлении баз данных и семейств веб-сайтов в SharePoint Server 2016 рекомендуется использовать Mount-SPContentDatabase для присоединения базы данных контента.

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

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

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

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

   • Группа администраторов для сервера, на котором выполняются командлеты PowerShell.

   Администратор может использовать командлет Add-SPShellAdmin для предоставления разрешений на использование командлетов SharePoint Server 2016.

   Примечание

   Если у вас нет разрешений, обратитесь к администратору установки или администратору SQL Server для запроса разрешений. Дополнительные сведения о разрешениях PowerShell см. в статье Add-SPShellAdmin.

2. Запустите Командная консоль SharePoint 2016.

   • Для Windows Server 2012 R2:

     • На начальном экране выберите Командная консоль SharePoint 2016.

       Если Командная консоль SharePoint 2016 отсутствует на начальном экране:

     • Щелкните правой кнопкой мыши Компьютер, выберите Все приложения и щелкните Командная консоль Командная консоль SharePoint 2016.

   Дополнительные сведения о работе в Windows Server 2012 R2 см. в статье Общие задачи управления и навигация в Windows Server 2012.

3. В командной строке PowerShell введите следующую команду и нажмите клавишу ENTER:

   Mount-SPContentDatabase -Name DatabaseName -DatabaseServer ServerName -WebApplication URL
   

   Где:

   • DatabaseName — это имя базы данных, которую вы хотите обновить.

   • ServerName — это сервер, на котором хранится база данных.

   • URL — это URL-адрес веб-приложения, в котором будут размещаться сайты.

Подробнее см. в Mount-SPContentDatabase. После обновления баз данных автоматически запускается обновление семейств веб-сайтов. Дополнительные сведения о том, как обновить семейство веб-сайтов, см. в статье Upgrade site collections to SharePoint Server 2016.

Проверка обновления первой базы данных

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

Просмотр страницы состояния обновления

• Убедитесь, что учетная запись пользователя, используемая для выполнения этой процедуры, является участником предопределенной роли базы данных db_owner во всех базах данных.

• В Центр администрирования щелкните Обновление и миграция и выберите параметр Проверить состояние обновления.

Просмотр файла журнала обновления

• Файл журнала ошибок обновления и файл журнала обновления расположены в каталоге %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\16\LOGS. Файл журнала обновления содержит более подробные сведения, чем журнал ошибок обновления. Обязательно изучите сводку в конце файлов журнала, чтобы получить сведения об общем состоянии и числе предупреждений и ошибок в файле.

  Журналы — это текстовые файлы с именами в следующем формате:

  • Upgrade-YYYYMMDD-HHMMSS-SSS-error.log

  • Upgrade-YYYYMMDD-HHMMSS-SSS.log

  Где

  • YYYYMMDD — это дата.

  • HHMMSS-SSS — это время (часы в 24-часовом формате, минуты, секунды и миллисекунды).

  Пример имени журнала ошибок обновления Upgrade-20120105-132126-374-error.log, пример имени журнала обновления — Upgrade-20120105-132126-374.log.

  Примечание

  Формат журнала обновления для SharePoint Server 2016 основан на той же структуре, что и журналы ULS.
  Файл журнала обновления включает имя обновляемой базы данных контента.

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

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

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

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

   • Группа администраторов для сервера, на котором выполняются командлеты PowerShell.

   Администратор может использовать командлет Add-SPShellAdmin для предоставления разрешений на использование командлетов SharePoint Server 2016.

   Примечание

   Если у вас нет разрешений, обратитесь к администратору установки или администратору SQL Server для запроса разрешений. Дополнительные сведения о разрешениях PowerShell см. в статье Add-SPShellAdmin.

2. Запустите Командная консоль SharePoint 2016.

   • Для Windows Server 2012 R2:

     • На начальном экране выберите Командная консоль SharePoint 2016.

       Если Командная консоль SharePoint 2016 отсутствует на начальном экране:

     • Щелкните правой кнопкой мыши Компьютер, выберите Все приложения и щелкните Командная консоль Командная консоль SharePoint 2016.

   Дополнительные сведения о работе в Windows Server 2012 R2 см. в статье Общие задачи управления и навигация в Windows Server 2012.

3. В командной строке PowerShell введите следующую команду.

   Get-SPContentDatabase | ft Name, NeedsUpgradeIncludeChildren
   

Этот командлет возвращает табличный список баз данных в вашей ферме и указывает, требуется ли базе данных обновление до SharePointAll_2nd_CurrentVer.

Подключение оставшихся баз данных

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

Проверка обновления дополнительных баз данных

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

Дальнейшие действия

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

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

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

• Обновление связей во всех обновленных шаблонах форм InfoPath.

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

  InfoPath доступны только в SharePoint Server.

• Выполнение полного обхода контента

  Дополнительные сведения см. в статье Start, pause, resume, or stop a crawl in SharePoint Server.

• Резервное копирование фермы

  Дополнительные сведения см. в статье Резервное копирование ферм в SharePoint Server.

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