Использование пробного обновления до SharePoint 2013 для выявления потенциальных ошибок

Статья
03/08/2023

ОБЛАСТЬ ПРИМЕНЕНИЯ: yes-img-13 2013 no-img-16 2016 no-img-19 2019 no-img-se Subscription Edition no-img-sop SharePoint в Microsoft 365

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

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

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

Как выглядит интерфейс пользователя при обновлении? Как узнать, что один этап завершился и начинается другой?
Где расположены файлы журналов и как их прочитать? Какие сведения в них содержатся?
Следует ли исправлять какие-либо сценарии или команды, которые используются во время процесса обновления, особенно если они зависят от сценариев, использованных при обновлении до продуктов Продукты SharePoint 2010.
Имеется ли допустимый план противодействия сбоям.

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

При тестировании процесса обновления также могут быть полезны указанные ниже ресурсы.

SharePoint 2013 — тестирование модели обновления

Скачайте плакат со сведениями о тестировании обновления до SharePoint 2013, чтобы просмотреть визуальное представление информации о тестировании обновления.
Рекомендации по процедуре проверки и обновления см. в статье Рекомендации по обновлению SharePoint 2010 до SharePoint 2013.

Настройка тестовой среды

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

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

Сделайте тестовую ферму как можно больше похожей на реальную ферму, например используйте все доступное оборудование, программное обеспечение и пространство.
Используйте в тестовой среде те же URL-адреса, что применяются в реальной ферме. В противном случае будет потрачено время на диагностику проблем, связанных с URL-адресами, которые не будут возникать при фактическом обновлении. Это можно сделать, используя те же URL-адреса и тестируя только с тех компьютеров, на которых были изменены файлы host.
Используйте другие имена компьютеров для веб-серверов и серверов приложений.

Это предотвратит конфликты с доменными службами Active Directory (AD DS).
Используйте для тестовой фермы разные серверы, на которых работает SQL Server

При использовании одних и тех же серверов с SQL Server для производственной и тестовой фермы производительность производственной фермы может заметно снизиться во время тестирования. Рекомендуется использовать разные компьютеры с SQL Server (не только экземпляры) для производственной и тестовой ферм.
Используйте те же имена баз данных в тестовой среде, что и в производственной.

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

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

Внешние подключения к данным

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

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

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

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

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

Распределение серверов в виртуальной тестовой среде

Виртуальная тестовая ферма для обновления

Использование физической среды

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

Распределение серверов в физической тестовой среде

Физическая ферма для тестирования обновления

Определение и установка настроек

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

Используйте операцию перечисления Stsadm -o для всех баз данных контента в среде Продуктов SharePoint 2010, чтобы определить конкретные настройки на дочерних сайтах. Эта операция создает список идентификаторов каждого семейства веб-сайтов, дочерних сайтов в среде, а также шаблонов, на которых основан сайт. Дополнительные сведения см. в разделе Enumallwebs: Операция Stsadm.
С помощью средства, такого как WinDiff (средство, поставляемое с большинством операционных систем Майкрософт), сравните серверы производственной среды с серверами тестовой фермы. Это средство можно использовать для просмотра файлов на серверах и поиска различий между ними.
Проверьте все изменения в файлах web.config и просмотрите элементы SafeControls, чтобы определить все пользовательские элементы управления.
Создайте список всех доступных настроек. Определите источник настроек, если это возможно. Например, существуют ли сторонние надстройки или шаблоны, которые были настроены внутри организации? После определения источника можно проверить наличие обновленных или обновленных версий настроек.

Совет

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

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

Решения — по умолчанию решения предыдущих версий развернуты в каталогах /14. Используйте параметр CompatibilityLevel при установке решений для развертывания их в каталоги /15. Дополнительные сведения см. в статье Install-SPSolution.
Настраиваемые эталонные страницы
Настраиваемый JavaScript
Настраиваемые CSS-файлы (включая файлы, используемые для тем)
Настраиваемые действия рабочих процессов (должны быть включены в файл действий)
Подтвердите параметры регулировки запросов больших списков, чтобы убедиться в правильности отображения больших списков.

При проверке настроек придерживайтесь следующих правил.

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

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

Перед присоединением базы данных к SharePoint 2013 можно использовать командлет Microsoft PowerShell Test-SPContentDatabase , чтобы определить, отсутствуют ли в среде какие-либо настройки. Выполните эту команду для всех баз данных после восстановления их на сервере баз данных, но перед запуском обновления. Учтите, что этот командлет выполняется в автоматическом режиме и в случае отсутствия ошибок никакие выходные данные не предоставляются.

Скопируйте фактические данные в тестовую среду и обновите базы данных

Цели тестирования не удастся достичь, если не использовать фактические данные. Используйте средства резервного копирования и восстановления Microsoft SQL Server для создания копии контента и служебных баз данных.

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

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

Важно!

Тестирование подмножества данных не дает достоверную оценку времени обработки всех данных среды.

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

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

Ферма SharePoint Server 2010, подключенная к ферме служб SharePoint 2013.
Ферма SharePoint 2013, подключенная к ферме служб SharePoint 2013.
Различные версии ферм для различных служб.

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

Оценка результатов после обновления баз данных

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

Проверка файлов журналов

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

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

Проверка сайтов в режиме SharePoint 2010

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

Повторное обновление (при необходимости)

При необходимости можно перезапустить процесс обновления базы данных с помощью командлета Microsoft PowerShell Upgrade-SPContentDatabase . Дополнительные сведения об этом командлете см. в разделе Upgrade-SPContentDatabase. Дополнительные сведения см. в статье Перезапуск обновления с подключением базы данных или обновление семейства веб-сайтов до SharePoint 2013.

Обновление семейств веб-сайтов и личных сайтов

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

Примечание.

Материалы, посвященные личным сайтам, относятся только к SharePoint 2013.

Оценка результатов после обновления семейств сайтов

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

Просмотрите файлы обновления семейства сайтов, чтобы определить возникшие проблемы. Начните сверху и двигайтесь вниз. Проверьте раздел сводки, который находится практически в конце файла, чтобы увидеть количество ошибок и фактическое состояние обновления (отсутствие такого состояния означает сбой процесс обновления и необходимости повторного запуска). Файл журнала семейства сайтов хранится как в самом семействе (в_библиотеке документов catalogs/Upgrade), так и в файловой системе. Файл журнала в файловой системе upgrade log расположен по следующему пути: %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\15\LOGS. Имена файлов журнала имеют следующий формат: SiteUpgrade-YYYMMDD-HHMMSS-SSS.log, где ГГГГММДД — это дата, а HHMMSS-SSS — время (часы в 24-часовом формате, минуты, секунды и миллисекунд).

Скорректируйте планы и выполните тестирование еще раз

Повторяйте тестирование до тех пор, пока не найдете все потенциальные проблемы и не узнаете, как их устранить. Цель заключается в том, чтобы знать, что делать, если сейчас 16:00 воскресенья, а система должна работать в понедельник утром, и что-то идет не так. Есть ли точка невозврата? Протестируйте план отката, чтобы убедиться, что он работает, перед реальным обновлением.