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


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

ОБЛАСТЬ ПРИМЕНЕНИЯ:no-img-132013 no-img-162016 no-img-192019 yes-img-seSubscription Edition no-img-sopSharePoint в Microsoft 365

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

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

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

Phases Описание
123 steps Это четвертый этап процесса обновления данных и сайтов SharePoint Server 2019 и SharePoint Server 2016 до sharePoint Server Subscription Edition. Процесс включает следующие этапы, которые следует выполнять по порядку:
Создание фермы SharePoint Server по подписке для обновления с переподключением баз данных
Копирование баз данных в новую ферму для обновления до общедоступной предварительной версии SharePoint Server по подписке
Обновление приложений-служб до SharePoint Server по подписке
Обновление баз данных контента до SharePoint Server Subscription Edition (на этом этапе)

Обзор всего процесса см. в статье Обзор процесса обновления до SharePoint Server Subscription Edition.

Подготовка к работе

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

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

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

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

Создайте веб-приложение для каждого веб-приложения, существующего в средах SharePoint Server 2019 или SharePoint Server 2016. Для каждого из них выполните следующие действия:

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

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

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

    Так как проверка подлинности на основе утверждений теперь является параметром по умолчанию для SharePoint Server Subscription Edition, необходимо использовать Microsoft PowerShell для создания веб-приложения, использующего классическую проверку подлинности Windows. .

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Установка для SharePoint Server Subscription Edition продолжает использовать 16 в качестве основного номера версии, в том числе в путях файловой системы.

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

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

Вы также можете использовать командлет Get-SPWeb в средах SharePoint Server 2019 и SharePoint Server 2016, чтобы просмотреть шаблон, связанный с каждым сайтом, а затем убедиться, что шаблон установлен в среде sharePoint Server Subscription Edition. Дополнительные сведения об этой операции см. в статье Get-SPWeb.

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

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

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

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

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

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

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

      Примечание.

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

  2. Запустите командную консоль SharePoint Subscription Edition.

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

    Test-SPContentDatabase -Name DatabaseName -WebApplication URL
    

    Где:

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

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

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

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

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

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

Совет

У каждого семейства веб-сайтов в базе данных контента есть идентификатор GUID, зарегистрированный в базе данных конфигурации и связанный с семейством сайтов. Поэтому одно и то же семейство веб-сайтов невозможно дважды добавить к ферме даже в различных веб-приложениях. Несмотря на то, что в этой ситуации и можно успешно присоединить базу данных, семейство веб-сайтов будет впоследствии невозможно запустить. > Если у вас должна быть копия семейства веб-сайтов в той же ферме, сначала подключите базу данных, содержащую семейство веб-сайтов, к отдельной ферме, а затем используйте командлеты PowerShell Backup-SPSite и Restore-SPSite , чтобы скопировать семейство веб-сайтов в другую ферму. В ходе резервного копирования и восстановления будет создан новый глобальный уникальный идентификатор (GUID) для семейства сайтов. Дополнительные сведения об этих командлетах см. в статьях Backup-SPSite и Restore-SPSite.

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

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

Важно!

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

Примечание.

[!Примечание] Одна из наиболее распространенных причин сбоев в процессе обновления связана с отсутствием в среде настраиваемых компонентов, решений или других элементов. Перед началом обновления убедитесь, что все пользовательские элементы из сред SharePoint Server 2019 и SharePoint Server 2016 установлены на ваших серверах в среде SharePoint Server Subscription Edition. Используйте командлет Test-SPContentDatabase, чтобы определить недостающие настраиваемые элементы.

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

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

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

    Примечание.

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

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

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

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

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

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

      Администратор может использовать командлет Add-SPShellAdmin , чтобы предоставить разрешения на использование командлетов SharePoint Server Subscription Edition.

      Примечание.

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

  2. Запустите командную консоль SharePoint Subscription Edition.

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

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

    Где:

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

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

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

Дополнительные сведения см. в статье Mount-SPContentDatabase. После обновления баз данных семейства веб-сайтов обновляются автоматически. Дополнительные сведения об обновлении семейства веб-сайтов см. в статье Обновление семейства веб-сайтов до SharePoint Server Subscription Edition.

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

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

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

  • Убедитесь, что учетная запись пользователя, используемая для выполнения этой процедуры, является участником предопределенной роли базы данных 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 2019 и SharePoint Server 2016 основан на той же структуре, что и ULS. > Файл журнала обновления содержит имя обновляемой базы данных контента.

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

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

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

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

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

      Администратор может использовать командлет Add-SPShellAdmin , чтобы предоставить разрешения на использование командлетов SharePoint Server Subscription Edition.

      Примечание.

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

  2. Запустите командную консоль SharePoint Subscription Edition.

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

    Get-SPContentDatabase | ft Name, NeedsUpgradeIncludeChildren
    

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Phases Описание
123 steps Это четвертый этап процесса обновления данных и сайтов SharePoint Server 2019 или SharePoint Server 2016 до sharePoint Server Subscription Edition.
Обзор всего процесса см. в статье Обзор процесса обновления до SharePoint Server Subscription Edition.