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

В этом разделе:

  • Основные характеристики

  • Среда тестирования

  • Результаты тестирования

  • Рекомендации

Этот сценарий планирования производительности и загрузки включает в себя одну ферму Microsoft Office SharePoint Server 2007, на которой запущен InfoPath Forms Services. Ферма используется для публикации шаблонов форм InfoPath. Обратите внимание на то, что приведенные в статье результаты тестирования справедливы для InfoPath Forms Services в Office SharePoint Server 2007. Результаты тестирования могут быть нерепрезентативными для характеристик производительности Microsoft Office Forms Server 2007.

Основные характеристики

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

В число основных характеристик данного сценария входят следующие характеристики.

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

  • Служба связанных каталогов   Этот сценарий предполагает предоставление пользовательской и организационной информации службе связанных каталогов Active Directory. Данная информация используется функциями Office SharePoint Server 2007 для предоставления дополнительной функциональности, например сведений о присутствии, выборе цели и аудиторий.

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

  • Увеличение объема данных и сайтов с течением времени   Помимо оценки исходного объема данных, среда совместной работы Office SharePoint Server 2007 также должна предусматривать дальнейшее увеличение объема данных и сайтов. Ферма серверов, рассчитанная только на исходный объем данных, скоро может стать недостаточно большой.

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

  • Параллелизм пользователей   Предполагаемое значение параллелизма составляет 10%: при этом 1% пользователей посылают запросы одновременно. Например, из 10 000 пользователей 1 000 пользователей использует решение одновременно, а 100 пользователей отсылают запросы.

Среда тестирования

Тестирование данного сценария предназначено для оценки реакции различных конфигураций ферм серверов на изменение следующих переменных:

  • сложность форм;

  • тип операций пользователей;

  • различные подключения к данным;

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

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

Дополнительные сведения о тестировании развертывания см. в разделе Средства планирования производительности и мощности (Office SharePoint Server) и на веб-сайте Набор веб-средств тестирования InfoPath Forms Services 2007 (на английском языке) (https://go.microsoft.com/fwlink/?linkid=129547&clcid=0x419) (на английском языке).

Исходные условия

  • 64-разрядная архитектура   В среде тестирования использовались только 64-разрядные серверы. Хотя Office SharePoint Server 2007 может быть развернут на 32-разрядных серверах, при развертываниях ферм рекомендуется использовать 64-разрядные серверы. Дополнительные сведения см. в разделе Сравнение 64-разрядных и 32-разрядных систем статьи О планировании производительности и загрузки (Office SharePoint Server).

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

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

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

Имя решения Описание теста

Базовое решение

  1. Откройте базовую форму при помощи подключения к веб-службе для отправки данных.

  2. Заполните форму тестовыми данными.

  3. Отправьте форму с помощью функции автоматического закрытия.

Открытие формы

  • Откройте базовую форму без подключения к данным.

Сохранение в одну библиотеку документов SharePoint

  1. Откройте базовую форму без подключения к данным.

  2. Заполните форму тестовыми данными.

  3. Сохраните в библиотеку документов SharePoint.

Отправка формы через подключение к данным SharePoint

  1. Откройте базовую форму с подключением к SharePoint для отправки данных.

  2. Заполните форму тестовыми данными.

  3. Отправьте форму с помощью функции автоматического закрытия.

Базовое решение с бизнес-логикой и сложными элементами управления

  1. Откройте форму complex passport simple с подключением к веб-службе для отправки данных.

  2. Заполните форму тестовыми данными.

  3. Отправьте форму с помощью функции автоматического закрытия.

Сохранение формы с помощью подключения к данным SharePoint (пять библиотек документов)

  1. Откройте одну из пяти базовых форм без подключения к данным.

  2. Заполните форму тестовыми данными.

  3. Нажмите кнопку Сохранить.

Отправка формы с помощью подключения к данным SharePoint (пять библиотек документов)

  1. Откройте одну из пяти базовых форм с подключением к SharePoint для отправки данных.

  2. Заполните форму тестовыми данными.

  3. Отправьте форму с помощью функции автоматического закрытия.

Лабораторная топология

Чтобы получить высококачественные результаты, тестирование проводилось на нескольких конфигурациях ферм серверов, включающих от одного до восьми веб-серверов с изолированным сервером базы данных, на котором было запущено программное обеспечение базы данных Microsoft SQL Server 2005. В тестировании использовались четыре клиентских компьютера. Все компьютеры веб-серверов и сервер базы данных были 64-разрядными, а клиентские компьютеры были 32-разрядными.

В следующей таблице приведено аппаратное обеспечение, использованное для тестирования.

Роль компьютера Аппаратное обеспечение

Веб-сервер

2 четырехъядерных процессора Intel Xeon E5345 2,33 ГГц

8 ГБ оперативной памяти

Сервер баз данных

4 четырехъядерных процессора Intel Xeon с тактовой частотой 3,2 ГГц

16 ГБ оперативной памяти

Пять жестких дисков емкостью по 146 ГБ со скоростью вращения 15000 оборотов в минуту, RAID 5

Клиентский компьютер

2 процессора Intel 3,06 ГГц

2 ГБ оперативной памяти

В тестовой среде использовалась гигабитная сеть (1 миллиард бит/с). Для обеспечения достаточной пропускной способности сети между серверами на ферме Office SharePoint Server рекомендуется использовать гигабитную сеть.

Программное обеспечение

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

Роль компьютера Программное обеспечение

Веб-сервер

Операционная система Windows Server 2008, выпуск Enterprise Edition с пакетом обновления 1 (SP1) и самыми последними обновлениями.

Microsoft Office SharePoint Server 2007 с пакетом обновления 1 (SP1), версия x64.

Обратите внимание на то, что тестирование выполнялось перед выпуском Обновление инфраструктуры для серверов Microsoft Office Servers.

The Microsoft .NET Framework версии 3.5.

Сервер баз данных

Операционная система Windows Server 2008 выпуск Enterprise Edition с пакетом обновления 1 (SP1) и самыми последними обновлениями.

Программное обеспечение баз данных SQL Server 2005.

Платформа .NET Framework, версия 3.5

Клиентский компьютер

Windows Server 2003 Enterprise Edition с пакетом обновления 1 (SP1) и самыми последними обновлениями.

Результаты тестирования

В следующей таблице представлены результаты тестирования для InfoPath Forms Services в Office SharePoint Server 2007 с пакетом обновления 1 (SP1). Для каждой группы тестов изменены только определенные значения, чтобы показать последовательность влияния на производительность фермы.

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

Дополнительные сведения об узких местах в InfoPath Forms Services см. в разделе этой статьи Часто возникающие узкие места и причины их возникновения.

Влияние бизнес-логики и сложных элементов управления в форме на пропускную способность.

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

Веб-серверы Производительность базовых решений (запросы в секунду) Производительность базовых решений с бизнес-логикой и сложными элементами управления (запросы в секунду)

1

325

292

2

633

547

4

1076

954

6

1052

1095

8

1102

1065

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

Диаграмма влияния бизнес-логики

В следующей таблице приведены переменные в шаблоне формы для сложного решения формы.

Переменные шаблона формы

Параметр Базовое решение Базовое решение с бизнес-логикой и сложными элементами управления

Узкое место

Ввод-вывод диска базы данных

Ввод-вывод диска базы данных

Подключения к данным

1 (отправка в веб-службу)

1 (отправка в веб-службу)

Основной источник данных

Плоский (все элементы являются прямыми потомками myFields)

Иерархический (элементы сгруппированы в разделы)

Правило закрытия при отправке

Да

Да

Разделы

0

6 (2 необязательных)

Повторяющиеся таблицы

0

1

Проверка данных

4

10

Правила

0

3

Обратная передача

2

1

Оптимизация первого запроса

Да

Нет

Влияние разных операций на пропускную способность

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

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

Размер обратной передачи составляет 10 КБ.

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

Веб-серверы Базовое решение (отправка в веб-службу) (запросы в секунду) Открытие формы (запросы в секунду) Сохранение в одну библиотеку документов (запросы в секунду) Отправка для подключения к данным SharePoint (запросы в секунду)

1

325

302

331

241

2

633

591

416

313

4

1076

847

429

301

6

1052

877

426

292

8

1102

825

431

305

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

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

Диаграмма влияния операций сервера форм InfoPath

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

Переменные шаблона формы

Параметр Базовое решение Открытие формы Сохранение в одну библиотеку документов Отправка для подключения к данным SharePoint

Узкое место

Ввод-вывод диска базы данных

Неприменимо

Блокировки баз данных

Блокировки баз данных

Подключения к данным

1 (отправка в веб-службу)

1 (отправка в библиотеку документов SharePoint)

1 (отправка в веб-службу)

1 (отправка для подключения к данным SharePoint)

Основной источник данных

Плоский (все элементы являются прямыми потомками myFields)

Плоский

Плоский

Плоский

Правило закрытия при отправке

Да

Да

Нет

Да

Разделы

0

0

0

0

Повторяющиеся таблицы

0

0

0

0

Проверка данных

4

4

4

4

Правила

0

0

0

0

Обратная передача

2

1

2

1

Оптимизация первого запроса

Да

Нет

Да

Нет

Сравнение влияния количества библиотек документов на пропускную способность

Тесты в следующей таблице демонстрируют сравнительную пропускную способность при отправке формы в одну библиотеку документов и при распределении форм по нескольким библиотекам документов.

Сравнение влияния количества библиотек документов на пропускную способность

Веб-серверы Базовое решение (запросы в секунду) Отправка в одну библиотеку документов через подключение к данным SharePoint (запросы в секунду) Отправка в пять библиотек документов через подключение к данным SharePoint (запросы в секунду) Сохранение в одну библиотеку документов (запросы в секунду) Сохранение в пять библиотек документов (запросы в секунду)

1

325

241

229

331

319

2

633

313

436

416

523

4

1076

301

485

429

637

6

1052

292

455

426

591

8

1102

305

468

431

621

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

Сервер форм InfoPath — влияние подключения к данным

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

Переменные шаблона формы

Параметр Отправка формы через подключение к данным SharePoint Отправка формы с помощью подключения к данным SharePoint (пять библиотек документов) Сохранение в одну библиотеку документов (запросы в секунду) Сохранение в пять библиотек документов (запросы в секунду)

Узкие места

Блокировки баз данных

Блокировки баз данных

Блокировки баз данных

Блокировки баз данных

Подключения к данным

1 (отправка в библиотеку документов SharePoint)

1 (отправка в веб-службу)

1 (отправка в библиотеку документов SharePoint)

1 (отправка в веб-службу)

Основной источник данных

Плоский (все элементы являются прямыми потомками myFields)

Плоский

Плоский

Плоский

Правило закрытия при отправке

Да

Да

Да

Да

Разделы

0

0

0

0

Повторяющиеся таблицы

0

0

0

0

Проверка данных

4

4

4

4

Правила

0

0

0

0

Обратная передача

1

1

1

1

Оптимизация первого запроса

Нет

Нет

Нет

Нет

Рекомендации

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

Рекомендации по аппаратному обеспечению

Подробные сведения о минимальных и рекомендуемых системных требованиях см. в статье Определение требований к программному и аппаратному обеспечению (Office SharePoint Server).

Примечание

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

Уменьшенные и увеличенные топологии

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

Если развертывание не требует высокого уровня доступности, обратитесь к статье Планирование избыточности (Office SharePoint Server) для получения сведений о способе определения требований к избыточности.

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

  • Для поддержки большей пользовательской нагрузки добавьте компьютеры веб-сервера.

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

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

Оценка целевых значений пропускной способности

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

Поскольку службы Office SharePoint Server 2007 можно развернуть и настроить по-разному, расчет количества пользователей, которых может поддерживать то или иное число серверов, представляет определенную сложность. Поэтому перед развертыванием служб Office SharePoint Server 2007 в производственной среде следует выполнить тестирование в этой среде.

Оптимизация

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

Оптимизация шаблонов форм

  • Оптимизируйте первый запрос (то есть запрос на открытие формы) для шаблонов форм без событий onLoad или бизнес-логики. Первый запрос оптимизируется путем задержки создания записи состояния сеанса в базе данных до появления запроса POST. Обратите внимание на то, что для подобных шаблонов не будет создано состояние сеанса SQL, если единственным запросом POST был запрос на закрытие формы после отправки. Чтобы применить эту оптимизацию, разработчик форм должен установить дополнительный параметр отправки для закрытия формы после отправки. Дополнительные данные об оптимизации шаблонов форм см. в статье блога Разработка совместимых с браузером форм для лучшей производительности в InfoPath Forms Services (на английском языке) (https://go.microsoft.com/fwlink/?linkid=129548&clcid=0x419) (на английском языке).

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

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

Оптимизации сервера баз данных

  • Использовать 64-разрядную версию операционной системы Windows Server 2003 на сервере баз данных более важно, нежели 64-разрядную версию программного обеспечения баз данных SQL Server. Это вызвано тем, что 64-разрядная архитектура Windows Server обеспечивает лучшее выделение адресов, и для SQL-процесса доступно больше памяти. С другой стороны, если физическая память является узким местом для производительности, следует также рассмотреть возможность использования 64-разрядного сервера баз данных. Для SQL Server 2005 рекомендуется конфигурация, включающая 8-процессорный 64-разрядный компьютер с 64-разрядной версией Windows Server 2003.

Часто возникающие узкие места и причины их возникновения

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

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

Узкие места в InfoPath Forms Services

Узкое место Причина Устранение

Конфликты базы данных (блокировки)

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

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

  • Распределить отправленные формы по большему числу библиотек документов.

  • Провести масштабирование сервера базы данных в сторону увеличения.

  • Настроить параметры чтения-записи жесткого диска сервера базы данных.

SQL Server 2005 предоставляет некоторые способы обхода системы блокировки базы данных, например параметр NOLOCK. Однако использование этого метода не рекомендуется, так как это может вызвать повреждение данных.

Ввод-вывод диска сервера базы данных

Если число запросов ввода-вывода к жесткому диску превышает его возможности, запросы будут поставлены в очередь. Это увеличивает время выполнения каждого запроса.

Распределение файлов данных по нескольким физическим дискам позволяет осуществлять параллельный ввод-вывод данных. Блог SharePoint Disk Allocation and Disk I/O (на английском языке) (https://go.microsoft.com/fwlink/?linkid=129557&clcid=0x419) (на английском языке) содержит множество полезных сведений о решении проблем дискового ввода-вывода.

Использование ресурсов ЦП веб-сервера

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

Эту проблему можно решить двумя способами: путем добавления дополнительных веб-серверов к ферме для распределения пользовательской нагрузки или с помощью масштабирования веб-сервера или серверов путем добавления процессоров повышенного быстродействия. См. разделы Планирование доступности (Office SharePoint Server) и Планирование избыточности (Office SharePoint Server) для получения дополнительных сведений.

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

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

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

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

Примечание

Операционная система и программные файлы должны храниться отдельно от файлов данных на отдельном диске или в массиве RAID.

Требования к дисковому пространству для серверов баз данных

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

Категория Описание Значение

Файлы операционной системы

Размер дискового пространства, необходимый для установки Windows Server 2008 и системных файлов. Дополнительные сведения см. в документе Выбор файловой системы для установочного раздела (https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x419).

4 ГБ

Файл подкачки

Размер файла подкачки по умолчанию равняется объему физической памяти.

Файлы установки SQL Server

Размер дискового пространства, необходимый для установки SQL Server и программных файлов. Дополнительные сведения см. в документе Системные требования SQL Server 2005 Standard Edition (на английском языке) (https://go.microsoft.com/fwlink/?linkid=78870&clcid=0x419) (на английском языке) .

425 МБ

Файлы журнала базы данных

Разместите файл SharedServices_DB.ldf на другом диске, отдельно от файла SharedServices_DB.mdf и базы WSS Content_DB. Администраторам может потребоваться специальный диск для размещения файлов журналов, поскольку они могут стать довольно объемными. Также можно настроить удаление файлов журналов после выделения около 50 процентов доступного дискового пространства.

Размер дискового пространства для файлов журнала зависит от настроек журнала и числа баз данных. Дополнительные сведения см. в документе Проектирование хранилища физической базы данных (на английском языке) (https://go.microsoft.com/fwlink/?linkid=78853&clcid=0x419) (на английском языке).

База данных конфигурации

База данных конфигурации обычно не превышает этого размера. Это примерный максимум, а не строгое ограничение.

1,5 ГБ

Базы данных контента

Поместите файл SharedServices_DB.mdf на виртуальный диск с дисковым массивом, имеющим максимальную длину и наибольшую вместительность.

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

  • Умножьте размер исходного содержимого на 1,2, чтобы получить размер содержимого, хранящегося в базе данных SQL.

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

Дальнейший рост

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

Свободное пространство

Оставьте по крайней мере 25 процентов свободного места для каждого жесткого диска или раздела.

Общая емкость

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

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

Категория Описание Значение

Файлы операционной системы

Размер дискового пространства, необходимый для установки Windows Server 2008 и системных файлов. Дополнительные сведения см. в документе Выбор файловой системы для установочного раздела (https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x419).

4 ГБ

Файл подкачки

Размер файла подкачки по умолчанию равняется объему физической памяти.

Установочные файлы Office SharePoint Server 2007

1,3 ГБ

Платформа .NET Framework, версия 3.5

60 МБ

Свободное пространство

Оставьте по крайней мере 25 процентов свободного места для каждого жесткого диска или раздела.

Общая емкость

Мониторинг производительности

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

Веб-серверы

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

Счетчик производительности Применение к объекту Примечания

Процессорное время

Итого

Отображается процент времени, которое было затрачено процессором на выполнение инструкций этого потока.

Использование памяти

Пул приложений

Отображается средний показатель использования системной памяти для пула приложений. Необходимо указать для мониторинга соответствующий пул приложений.

Основная рекомендация — определить пиковое использование памяти для данного веб-приложения и присвоить связанному пулу приложений это значение, увеличенное на 10%.

Серверы баз данных

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

Счетчик производительности Применение к объекту Примечания

Средняя длина дисковой очереди

Жесткий диск, содержащий файл SharedServices.mdf

Если среднее значение для каждого шпинделя превышает 1,5, то это означает, что время записи для этого жесткого диска не соответствует норме.

Процессорное время

Процесс SQL Server

Если средние значения превышают 80 процентов, то это означает, что мощность процессора сервера баз данных является недостаточной.

Процессорное время

Итого

Отображается процент времени, которое было затрачено процессором на выполнение инструкций этого потока.

Использование памяти

Итого

Отображается средний показатель использования системной памяти.

Загрузка этой книги

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

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

См. также

Другие ресурсы

Набор веб-средств тестирования InfoPath Forms Services 2007