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

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

  • Статья

 

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

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

Важным этапом при планировании обновления с Windows SharePoint Services 3.0 до Microsoft SharePoint Foundation 2010 является определение продолжительности процесса обновления и необходимого места на диске. Каждая среда является уникальной и включает различные аппаратные возможности и характеристики сайтов. Необходимые для выполнения обновления дисковое пространство и время сильно зависят от конкретной среды. Для оценки этих факторов лучше всего выполнить пробное обновление и затем проверить занятое пространство и затраченное время. Дополнительную информацию о проведении пробного обновления см. в статье Использование пробного обновления для выявления потенциальных ошибок (SharePoint Foundation 2010).

Содержание:

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

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

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

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

При планировании обновления обеспечьте соответствие текущей среды рекомендациям по хранилищу для Windows SharePoint Services 3.0 для достижения лучшей работы и производительности во время обновления. Дополнительные сведения см. в статье Рекомендации по физическому хранилищу (Office SharePoint Server). Просмотрите также рекомендации к SharePoint Foundation 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).

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

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

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

Факторы контента Факторы оборудования

Число:

  • Семейства сайтов.

  • Дочерние сайты.

  • Списки.

  • Версии документов (число и размер).

  • Документы.

  • Ссылки.

Также общий размер базы данных.

  • Дисковые операции ввода-вывода SQL Server в секунду.

  • Расположение базы данных SQL Server на диске.

  • Оптимизация временной базы данных SQL Server.

  • Характеристики центрального процессора и памяти SQL Server.

  • Характеристики ЦП и памяти веб-сервера.

  • Пропускная способность и задержка сети.

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

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

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

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

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

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

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

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

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

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

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

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

    Примечание

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

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

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

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

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

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

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

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

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

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

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