Оценка продолжительности процесса обновления и требуемого дискового пространства (SharePoint Server 2010)

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

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

Важной частью планирования обновления Microsoft Office SharePoint Server 2007 до Microsoft SharePoint Server 2010 является определение длительности процесса обновления и требуемого пространства хранилища. Каждая среда является уникальной и включает различные аппаратные возможности и характеристики сайтов. Необходимое для выполнения обновления дисковое пространство и время сильно зависит от конкретной среды. Лучший способ оценить эти факторы — выполнить пробное обновление, а затем проанализировать необходимое пространство и время. Дополнительные сведения о выполнении пробного обновления см. в статье Использование пробного обновления для выявления потенциальных ошибок (SharePoint Server 2010).

Содержание:

• Оценка необходимого для обновления дискового пространства

• Оценка продолжительности процесса обновления

Оценка необходимого для обновления дискового пространства

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

При планировании обновления обеспечьте соответствие текущей среды рекомендациям по хранилищу для Office SharePoint Server 2007 для достижения лучшей работы и производительности во время обновления. Дополнительные сведения см. в статье Рекомендации по физическому хранилищу (Office SharePoint Server). Просмотрите также рекомендации к SharePoint Server 2010 и выполните настройки, необходимые для обновленной среды.

Из-за изменений в структурах таблиц в новой версии базы данных временно увеличиваются при реорганизации данных. Это пространство может быть восстановлено после обновления, но нужно обеспечить наличие пространства для баз данных при их возрастании до 50 % от текущего размера во время обновления на месте или во время обновления с присоединением базы данных (нужно иметь в виду, что после обновления можно снова уменьшить базу данных, чтобы восстановить большую часть этого пространства). Также необходимо обеспечить наличие пространства для баз данных на серверах баз данных для увеличения их со временем в процессе обычного использования. Чтобы узнать текущий размер баз данных, можно воспользоваться диспетчером Enterprise Manager Microsoft SQL Server. Кроме дискового пространства для баз данных, необходимо также предусмотреть наличие пространства для следующих элементов:

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

• файлы журнала обновления;

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

  Примечание

  В средах очень большого размера существует вероятность того, что устанавливаемая по умолчанию скорость увеличения размера файлов журналов транзакций (10%) будет недостаточной для регистрации процесса обновления; это может стать причиной истечения времени ожидания. Повторимся, отметив, что пробное обновление является лучшим способом определения возможности файлов журналов транзакций успевать за процессом обновления. Если среда имеет очень большой размер или превышено время ожидания во время пробного обновления, рассмотрите вариант заблаговременного увеличения размера файлов журналов транзакций SQL Server, чтобы гарантировать наличие достаточного места для подлежащего обработке числа транзакций. Дополнительные сведения об увеличении размера файлов журналов транзакций SQL Server см. в статье Расширение базы данных (SQL Server 2005) (https://go.microsoft.com/fwlink/?linkid=182619&clcid=0x419) или Расширение базы данных (SQL Server 2008) (https://go.microsoft.com/fwlink/?linkid=182620&clcid=0x419).

Оценка продолжительности процесса обновления

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

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

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

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

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

Лучшим способом оценить общие затраты времени является выполнение пробного обновления небольшой части или всех данных с последующим просмотром файлов журнала обновления. В файлах журналов отображается время обновления — найдите параметр полного среднего времени внизу файла журнала обновления. Используйте это время для экстраполирования времени обновления всего контента. Эти файлы журнала также можно использовать для проверки хода выполнения в процессе обновления. Файл upgrade.log находится в папке %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\14\LOGS.

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

При подготовке обновления учитывайте следующие факторы:

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

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

При выполнении действий после обновления учитывайте следующие факторы:

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

• Создание приложений-служб и настройка служб   Применяется только при обновлении с присоединением базы данных (во время обновления на месте приложения-службы создаются в процессе обновления). Создание приложений-служб и настройка служб не требуют много времени; однако если нужно связаться с администратором баз данных для предварительного создания баз данных, на это может потребоваться день или два.

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

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

• Выполнение обхода поиска по всему контенту   Для больших сайтов это действие может занять более 24 часов.

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

• Очень большие библиотеки   Обновление библиотеки, содержащей более 250 000 документов в корневой папке (а не в подпапках), может занять много времени, и в этом случае процесс завершится ошибкой. Согласно указаниям руководства по Microsoft Office SharePoint Server 2007 использование папок для разделения больших библиотек может помочь в управлении их размером. Например, если в одной библиотеке распределить 250 000 документов по 125 папкам, будет легче выполнить обновление.

• Базы данных очень большого размера   На обновление баз данных объемом свыше 100 ГБ может уйти много времени.

  Примечание

  При наличии баз данных контента размером более 100 ГБ, содержащих смешанные типы сайтов (например, личные сайты и сайты групп вместе с опубликованными сайтами), перед обновлением рекомендуется разделить их на более мелкие базы данных, содержащие согласованный тип данных. Большой размер баз данных не только замедляет процесс обновления, но и может усложнить процесс восстановления в случае сбоя обновления.
  Можно использовать операции mergecontentdbs или backup и restore в программе Stsadm.exe для перемещения сайтов между базами данных. Дополнительные сведения см. в статьях Mergecontentdbs: операция Stsadm (Office SharePoint Server) и Backup и restore: операции Stsadm (Office SharePoint Server).

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

  Предупреждение

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

• Требования к взаимодействию

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

• Управление оповещениями и сигналами System Center

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

• Включение и отключение зеркального отображения и доставки журналов SQL

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

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