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

  • Статья

Содержание:

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

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

  • Сопутствующая таблица

Каждая среда является уникальной и включает различные аппаратные возможности и характеристики сайтов. Необходимое для выполнения обновления дисковое пространство и время сильно зависит от конкретной среды. Например, сайты на базе Microsoft® Windows® SharePoint® Services 2.0 могут обновляться значительно быстрее, чем личные сайты или сайты портала на базе Microsoft Office SharePoint Portal Server 2003; это связано с тем, что процесс обновления для сайтов Windows SharePoint Services 2.0 содержит меньше шагов, чем процесс обновления сайтов портала SharePoint Portal Server 2003 или личных сайтов. Для оценки требуемого для выполнения процесса обновления дискового пространства и времени лучше всего выполнить пробное обновление и затем проверить занятое пространство и затраченное время. дополнительные сведения о выполнении пробного обновления см. в разделе Использование пробного обновления для выявления потенциальных ошибок (Office SharePoint Server).

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

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

При постепенном обновлении необходимо иметь дисковое пространство для трех наборов баз данных: исходных баз данных, временных баз данных, в которых осуществляется процесс обновления, и обновленных баз данных. Кроме того, требуется пространство для файлов журнала и дополнительных индексов поиска (при необходимости).

Ключевые рекомендации и оптимальные методы, которые помогут спланировать и отслеживать требования к хранилищу SQL Server с целью обеспечения оптимальной производительности и работы ферм серверов см. в разделе Технический документ. Планирование и мониторинг хранилищ SQL Server для Office SharePoint Server: рекомендации по производительности и оптимальные методы работы.

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

При обновлении на месте или переносе баз данных нет необходимости планировать значительный объем дополнительного дискового пространства для баз данных. Для переноса баз данных контента необходимо просто запланировать наличие такого же дискового пространства на новом оборудовании, какое необходимо для существующих в настоящее время баз данных, а также дополнительное пространство для расширения с течением времени. Чтобы узнать текущий размер баз данных, следует воспользоваться диспетчером Enterprise Manager приложения Microsoft SQL Server. Кроме дискового пространства для баз данных необходимо также предусмотреть пространство для следующих элементов:

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

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

    Примечание

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

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

Если пойти по пути последовательного обновления, необходимо отвести в три раза больше дискового пространства для баз данных, чем для размещения самого большого семейства сайтов. Например, один внутренний сайт портала в корпорации Майкрософт, включающий корневой сайт портала на сервере SharePoint Portal Server 2003, содержит в базе данных 400 ГБ данных. ИТ-группа оценила, что для запуска процесса последовательного обновления потребуется 1,2 ТБ пространства для базы данных. Чтобы узнать текущий размер баз данных, используйте диспетчер Enterprise Manager приложения SQL Server.

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

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

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

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

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

    Примечание

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

  • Индексы поиска. При последовательном обновлении необходимо запустить два обхода поиска одновременно.

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

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

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

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

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

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

Ниже перечислены действия, выполняемые перед обновлением.

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

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

  • Создание новых имен DNS для последовательного обновления   Распространение в сети изменений DNS требует времени. Дополнительные сведения о предварительном создании DNS-имен для последовательного обновления см. в разделе Создание новых доменных имен (только постепенное обновление).

Ниже перечислены действия, выполняемые после обновления.

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

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

  • Импорт профилей после обновления   Может занять от нескольких часов до одного дня для крупных организаций (например, более 1 000 профилей).

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

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

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

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

  • Базы данных очень большого размера   Обновление баз данных с размером более 100 ГБ может занять много времени. Однако базы данных контента, содержащие сайты портала, часто имеют значительно больший размер (например, 200 ГБ). Если имеется сайт портала с большим числом крупных областей, его невозможно разделить в приложении SharePoint Portal Server 2003, и все области необходимо обновлять одновременно.

    Примечание

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

    При наличии базы данных очень большого размера (свыше 100 ГБ), которую невозможно разбить (по причине того, что большая часть ее контента входит в одно семейство сайтов), возможно, имеет смысл подумать над изменением подхода к обновлению. Постепенное обновление позволяет обрабатывать базы данных несколько большего размера, так как при таком подходе семейства сайтов можно обновлять по отдельности. Подход миграции более сложен для очень больших баз данных просто потому, что возникает проблема резервного копирования и восстановления таких больших баз данных. Разумеется, последовательное обновление требует больше места, поэтому нужно внимательно выбирать подход. Дополнительные сведения об использовании переноса базы данных для обновления сайтов после завершения постепенного обновления см. в статье 926718, How to attach a content database backup during a gradual upgrade of a Windows SharePoint Services 2.0 farm to Windows SharePoint Services 3.0 базы знаний Майкрософт (https://go.microsoft.com/fwlink/?linkid=113886&clcid=0x419).

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

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

Форма

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

Загрузить эту книгу

Для простоты чтения и печати эта тема включена в следующую загружаемую книгу:

Полный список загружаемых книг см. в разделе Загружаемые книги для Office SharePoint Server 2007 Server 2007.