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


Запуск программы проверки перед обновлением (SharePoint Foundation 2010)

 

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

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

Программу проверки перед обновлением можно использовать для получения отчета о состоянии среды и сайтов SharePoint перед обновлением до Microsoft SharePoint Foundation 2010. Администраторам сервера настоятельно рекомендуется запускать программу проверки перед обновлением до начала обновления и устранить все проблемы, которые могут быть решены к запланированной дате обновления.

Средство проверки перед обновлением — это команда Stsadm, которую можно запускать в среде Windows SharePoint Services 3.0 для выявления возможных проблем и для ознакомления с рекомендациями и практическими советами. Она доступна в Windows SharePoint Services 3.0 с пакетом обновлений 2 (SP2) и обновлена в пакете накопительного обновления за октябрь 2009 года для Windows SharePoint Services 3,0. Последний можно загрузить и установить на веб-странице Пакеты накопительного обновления за октябрь 2009 года для SharePoint Server 2007 и Windows SharePoint Services 3.0 (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=169179&clcid=0x419).

Примечание

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

Содержание:

  • Отчет средства проверки перед обновлением

  • Запуск средства проверки перед обновлением

Примечание

Одна из наиболее частых причин сбоев во время обновления заключается в том, что в среде отсутствуют какие-либо пользовательские возможности, решения или другие элементы. Убедитесь, что все необходимые пользовательские элементы установлены на интерфейсных веб-серверах перед тем, как начать обновление. Можно использовать средство проверки перед обновлением, а для обновления базы данных прикреплением можно применять командлет test-spcontentdatabaseWindows PowerShell для определения пользовательских элементов, которые используются на сайтах. Дополнительные сведения см. в разделе Определение и установка настроек статьи "Использование пробного обновления для поиска потенциальных проблем".

Отчет средства проверки перед обновлением

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

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

  • Параметры альтернативного сопоставления доступа.   Возвращает список URL-адресов альтернативного сопоставления доступа, которые используются в ферме.

  • Установленные элементы.   Возвращает список всех определений сайтов, шаблонов сайтов, функциональных возможностей и языковых пакетов, установленных в ферме. Нужно знать, какие шаблоны сайтов установлены и используются, чтобы можно было проверить их доступность после обновления или присоединения базы данных. Также необходимо знать, какие элементы были изменены, чтобы проверить их после обновления. Например, нужно знать, зависит ли сайт от языкового пакета для Windows SharePoint Services 3.0, которого еще не существует для SharePoint Foundation 2010, чтобы можно было планировать, как обрабатывать этот сайт во время обновления.

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

  • Потерянные объекты.   Возвращает список потерянных объектов базы данных или сайта. Такие объекты, как элементы списка, списки, документы, веб-сайты и семейства сайтов, могут быть потеряны  — это означает, что объекты существуют, но не связаны с конкретным сайтом. Поскольку потерянные объекты не работают в предыдущей версии, они не будут работать и после обновления. Если выполнить обновление на месте, потерянные элементы будут по-прежнему существовать, но не будут работать. Рекомендуется восстановить все потерянные объекты перед обновлением.

    Совет

    Члены группы администраторов интерфейсных веб-серверов могут восстановить потерянные элементы перед обновлением, выполнив операции, описанные в статье 918744 базы знаний Описание новой операции командной строки, которую можно использовать для восстановления баз данных контента в Windows SharePoint Services (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=69958&clcid=0x419).

  • Допустимые параметры конфигурации.   Создает отчет о любых отсутствующих или недопустимых параметрах конфигурации фермы (например, отсутствующий файл Web.config, недопустимые имена узлов или учетные записи службы).

  • Требования базы данных.   Создает отчет о том, отвечают ли базы данных требованиям для обновления: например, что базы данных находятся в режиме чтения-записи и никакие базы данных и семейства веб-сайтов, хранящиеся во внутренней базе данных Windows, не превышают объема в 4 ГБ.

Используйте информацию, собранную с помощью средства проверки перед обновлением, для получения ответов на следующие вопросы:

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

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

  • Обновлять ли только некоторые или все семейства сайтов, содержащие настроенные сайты?

  • На каких сайтах потребуется вновь выполнить или применить настройки после обновления, в связи с чем на этапе проверки эти сайты потребуют больше времени?

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

Запустите средство проверки перед обновлением.

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

  • В системе используется Windows SharePoint Services 3.0 с пакетом обновлений 2 (SP2).

Запуск средства проверки перед обновлением

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

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

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

    %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\bin

  4. Введите следующую команду и нажмите клавишу ВВОД:

    STSADM.EXE -o preupgradecheck

    Эта команда проверяет параметры локального сервера и настройки на уровне фермы. Список других параметров этой команды см. в статье Preupgradecheck: операция Stsadm (службы Windows SharePoint). Список правил, включенных в средство проверки перед обновлением, см. в статье Предварительная проверка и составление отчета перед обновлением (службы Windows SharePoint).

После запуска средства проверки отчет автоматически открывается в браузере по умолчанию. Его также можно просмотреть в каталоге %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\LOGS. Отчет именуется в соответствии со следующим форматом: PreUpgradeCheck_ГГГГММДД-ЧЧММСС-ССС-случайное_число.htm, где ГГГГММДД — дата, ЧЧММСС-ССС — время (часы в 24-часовом формате, минуты, секунды и миллисекунды), а случайное число используется для различения возможных попыток одновременного запуска средства проверки. Также доступны TXT- и XML-версии отчета в том же каталоге.

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