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

  • Статья

 

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

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

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

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

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

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

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

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

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

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

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

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

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

Содержание:

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

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

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

  • Анализ результатов

  • Настройка планов и повторное тестирование

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Совет

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

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

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

После определения настроек скопируйте их на соответствующие серверы тестовой фермы. Чтобы определить, все ли параметры среды настроены, перед подключением базы данных к SharePoint Server 2010 можно воспользоваться командлетом test-spcontentdatabaseWindows PowerShell. Выполните эту команду для всех баз данных после восстановления их на сервере баз данных, но перед запуском обновления. Учтите, что этот командлет выполняется в автоматическом режиме и в случае отсутствия ошибок никакие выходные данные не предоставляются.

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

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

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

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

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

Важно!

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

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

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

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

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

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

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

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

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

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

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

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

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

    Дополнительные сведения см. в статье Резервное копирование и восстановление баз данных (Office SharePoint Server).

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

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

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

Изучите результаты

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

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

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

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

    Файлы журнала средства проверки перед обновлением (stsadm -o preupgradecheck) размещены в папке %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS. Файлы журнала именуются в соответствии со следующим форматом: PreUpgradeCheck_ГГГГММДД-ЧЧММСС-ССС-случайное_xbckj.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 Server 2010. Дополнительные сведения об этой операции см. в статье Localupgradestatus: операция Stsadm (Office SharePoint Server).

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

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

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

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

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

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