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

  • Статья

 

Применимо к: SharePoint Foundation 2010

Последнее изменение раздела: 2016-11-30

Перед началом обновления Windows SharePoint Services 3.0 до Microsoft SharePoint Foundation 2010 нужно протестировать процесс обновления, чтобы убедиться, что известно все необходимое для успешного обновления. Используя пробное обновление для тестирования, можно выяснить следующее:

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

  • Следует ли обновить оборудование, чтобы обновление системы было более эффективным и быстрым.

  • Время обновления или сколько займет процесс обновления среды.

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

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

  • Какие особые случаи могут применяться к конкретной среде и какой подход к обновлению будет наиболее эффективным?

  • Как выглядит интерфейс пользователя при обновлении? Как узнать, что один этап завершился и начинается другой?

  • Где расположены файлы журналов и как их прочитать? Какие сведения в них содержатся?

  • Какие методы можно использовать для сокращения времени простоя?

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

Содержание:

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

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

  • Копирование реальных данных в тестовую среду и пробное обновление

  • Проверка результатов

  • Коррекция планов и повторное тестирование

Также при тестировании процесса обновления могут быть полезны следующие ресурсы:

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

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

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

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

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

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

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

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

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

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

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

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

Дополнительные тестовые среды для обновления базы данных присоединением

При использовании обновления присоединением, возможно, потребуется создать дополнительную среду тестирования — ферму из одного сервера с Windows SharePoint Services 3.0, которую можно использовать для запуска средства проверки перед обновлением.

Этот этап можно пропустить, если запустить средство проверки перед обновлением на существующей производственной ферме.

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

Для обеспечения точности тестирования необходимо найти все настройки среды и скопировать их в тестовую среду. Дополнительные сведения о типах настроек, которые необходимо найти, см. в статье Определение способа обработки настроек (SharePoint Foundation 2010).

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

    Средство проверки перед обновлением просматривает одно за другим все семейства сайтов и создает отчет о состоянии каждого сайта. Оно также сохраняет информацию об определении списка для каждого списка. Можно просмотреть эти отчеты и принять меры по устранению обнаруженных проблем до запуска процесса обновления. В отличие от средства проверки перед обновлением для Windows SharePoint Services 3.0, данное средство обладает правом только на чтение и не изменяет сайты. Дополнительные сведения об этом средстве и этапах его использования см. в статьях Предварительная проверка и составление отчета перед обновлением (Windows SharePoint Services) и Запуск программы проверки перед обновлением (SharePoint Foundation 2010).

  • Используйте операцию Stsadm –o enumallwebs на всех базах данных контента в среде Windows SharePoint Services 3.0 для определения настроек в дочерних сайтах. Эта операция создает список идентификаторов каждого семейства сайтов, дочерних сайтов в среде, а также шаблонов, на которых основан сайт. Эта операция впервые использовалась в Windows SharePoint Services 3.0 с пакетом обновлений 2 (SP2). Дополнительные сведения см. в статье Enumallwebs: операция Stsadm (службы Windows SharePoint Services).

  • С помощью средства, такого как WinDiff (средство, поставляемое с большинством операционных систем Майкрософт), сравните серверы производственной среды с серверами тестовой фермы. Это средство можно использовать для просмотра файлов на серверах и поиска различий между ними.

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

  • Используйте средство диагностики SharePoint (SPDiag), чтобы найти развернутые решения. Дополнительные сведения см. в статье Средство диагностики SharePoint (SPDiag).

  • Создайте список всех найденных настроек. По возможности определите источники настроек. Например, проверьте, есть ли надстройки других производителей или шаблоны, измененные пользователями. После определения источника можно выполнить поиск обновленных версий настроек. Для записи сведений о среде, полученных на основе данных, присутствующих в результатах работы средства проверки перед обновлением и поиска настроек, можно использовать электронную таблицу, которую можно загрузить по ссылке https://go.microsoft.com/fwlink/?linkid=179928&clcid=0x419 (Возможно, на английском языке) и при необходимости настроить в соответствии с требованиями.

Совет

К кому обратиться по поводу настроек, которые созданы другими лицами?

  • Если возникли проблемы с шаблоном, загруженным с веб-сайта Майкрософт (например, шаблоны приложений Windows SharePoint Services 3,0), обратитесь в Майкрософт.

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

После определения настроек скопируйте их на соответствующие серверы тестовой фермы. С помощью командлета Windows PowerShelltest-spcontentdatabase можно определить, все ли параметры среды настроены, перед подключением базы данных к SharePoint Foundation 2010. Выполните эту команду для всех баз данных после восстановления их на сервере баз данных, но перед запуском обновления. Учтите, что этот командлет выполняется в автоматическом режиме и в случае отсутствия ошибок никакие выходные данные не предоставляются.

Скопируйте реальные данные в тестовую среду и выполните пробное обновление

Цели тестирования не удастся достичь, если не использовать фактические данные. Для создания копии данных можно использовать следующие методы:

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

  • Подмножество данных содержит типичные для среды сайты.

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

Важно!

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

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

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

Если требуется обновление на месте, используйте следующие этапы для пробного обновления:

  1. Создайте архив фермы.

  2. Восстановите архив в тестовой ферме.

    Дополнительные сведения см. в статье Архивирование и восстановление фермы (технология Windows SharePoint Services 3.0).

  3. Запустите средство проверки перед обновлением. Сделайте заметки о любых найденных проблемах. Их нужно устранить в реальной среде перед обновлением производственной фермы. Дополнительные сведения см. в статье Запуск программы проверки перед обновлением (SharePoint Foundation 2010).

  4. Выполните действия, описанные в разделе Обновление на месте (SharePoint Foundation 2010), для пробного обновления на месте.

  5. Просмотрите результаты.

Пробное обновление присоединением

  1. Создайте архив баз данных контента SQL Server.

  2. Используйте SQL Server для восстановления архивов в тестовую ферму из одного сервера и присоедините базы данных контента к этой среде.

    Дополнительные сведения см. в статье Архивирование и восстановление баз данных контента (Windows SharePoint Services 3.0)).

  3. Запустите средство проверки перед обновлением. Сделайте заметки о любых найденных проблемах и внесенных изменениях. Нужно устранить проблемы и внести изменения в реальной среде перед обновлением производственной фермы. Дополнительные сведения см. в статье Запуск программы проверки перед обновлением (SharePoint Foundation 2010).

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

  5. Выполните действия, описанные в разделе Присоединение баз данных и обновление до SharePoint Foundation 2010, для пробного обновления с подключением баз данных.

Проверка результатов

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

Изучение файлов журналов

Изучите следующие файлы журналов:

  • Файл журнала средства проверки перед обновлением.

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

  • Файл журнала мастера Мастер настройки продуктов SharePoint (Psconfig.exe) (создается при запуске этого мастера во время пробного обновления на месте).

    Файлы журнала PSCDiagnostics расположены в %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS.

  • Файл журнала обновления и файл журнала ошибок обновления (создается при обновлении).

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

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

Найдите (с помощью функции поиска или визуально) следующую запись:

  • Закончено обновление SPFarm Name= <Имя базы данных конфигурации>

  • Сеанс обновления на месте завершен. Корневой объект = SPFarm= <Имя базы данных конфигурации>, recursive = True. 0 ошибок и 0 предупреждений.

Если в журнале есть эти записи, значит установка успешна.

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

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

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

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

Перезапустите обновление, если это необходимо

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

Чтобы узнать, пропущены ли сайты во время обновления или отсутствуют ли какие-то из них, выполните следующую команду Stsadm: stsadm -o localupgradestatus — на каждом интерфейсном веб-сервере фермы SharePoint Foundation 2010. Дополнительные сведения об этой операции см. в статье Localupgradestatus: операция stsadm (Windows SharePoint Services).

Если при обновлении пропущены определенные семейства сайтов, можно перезапустить обновление базы данных, которая содержит эти семейства сайтов, с помощью командлета Windows PowerShell: upgrade-spcontentdatabase -id <GUID>. Дополнительные сведения о данном командлете см. в разделе Upgrade-SPContentDatabase.

Дополнительные сведения см. в разделе Возобновление обновления (SharePoint Foundation 2010).

Проверка обновленных сайтов

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

Коррекция планов и повторное тестирование

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