Управление мощностью SharePoint Server 2010 Ограничения, связанные с программным обеспечением
Применимо к: SharePoint Server 2010
Последнее изменение раздела: 2016-11-30
В этой статье описываются ограничения для Microsoft SharePoint Server 2010, связанные с программным обеспечением. К ним относятся следующие:
границы — статические ограничения, которые конструктивно не могут быть превышены;
пороги — настраиваемые ограничения, которые могут быть превышены в соответствии с конкретными требованиями;
поддерживаемые ограничения — настраиваемые ограничения, которым по умолчанию присваиваются проверенные значения.
Примечание
В процессе планирования рекомендуется руководствоваться содержащейся в этом документе информацией о планировании загрузки. Эта информация основана на результатах тестов, проведенных корпорацией Майкрософт, и полученных динамических свойствах. Однако результаты для конкретной системы, вероятнее всего, будут отличаться от тестовых из-за различия в используемом оборудовании и внедренных на сайтах компонентах и функциях.
Содержание:
Обзор ограничений, связанных с программным обеспечением
Границы, пороги и поддерживаемые ограничения
Установка ограничений
Ограничения и границы
Ограничения по иерархии
Ограничения для веб-приложений
Ограничения для веб-сервера и сервера приложений
Ограничения для баз данных контента
Ограничения для семейств веб-сайтов
Ограничения для списков и библиотек
Ограничения для столбцов
Ограничения для страниц
Ограничения по компонентам
Ограничения поиска
Ограничения для службы профилей пользователей
Ограничения для развертывания контента
Ограничения для блогов
Ограничения для служб Business Connectivity Services
Ограничения для рабочих процессов
Ограничения для банка терминов (базы данных) управляемых метаданных
Ограничения для служб Visio
Ограничения для службы SharePoint Web Analytics
Ограничения для служб PerformancePoint Services
Ограничения для служб Word Automation Services
Ограничения для SharePoint Workspace
Ограничения для OneNote
Ограничения для службы веб-приложений Office
Ограничения для Project Server
Обзор ограничений, связанных с программным обеспечением
В этой статье представлена информация, позволяющая лучше понять протестированные ограничения производительности и мощности в SharePoint Server 2010, а также приведены рекомендации по взаимосвязи между ограничениями и приемлемой производительностью. С помощью этих данных можно определить, удовлетворяет ли запланированное развертывание требованиям к ограничениям производительности и мощности, а также правильно настроить соответствующие ограничения в развертывании.
Результаты тестирования и рекомендации, представленные в этой статье, относятся к ферме с одним сервером SharePoint Server 2010. Добавление в установку серверов не приведет к увеличению ограничений по мощности для объектов, которые перечислены в таблицах раздела Ограничения и границы этой статьи. С другой стороны, при добавлении серверных компьютеров увеличивается пропускная способность фермы, что может потребоваться для достижения приемлемой производительности при наличии большого количества объектов. В некоторых случаях при необходимости использовать большее количество объектов в рамках решения может потребоваться большее число серверов в ферме.
Обратите внимание, что существует целый ряд факторов, которые могут воздействовать на производительности в каждой конкретной среде, и каждый из этих факторов влияет на производительность в различных областях. Некоторые результаты тестирования и рекомендации в этой статье могут относиться к компонентам или действиям пользователей, которые отсутствуют в конкретной среде и не относятся к вашему решению. Точные данные для конкретной среды можно получить только в результате тщательного тестирования.
Границы, пороги и поддерживаемые ограничения
В SharePoint Server 2010 существуют определенные конструктивные ограничения, которые не могут быть превышены, а также ограничения другого рода, которые получают значения по умолчанию и могут изменяться администратором фермы. Кроме того, существуют ненастраиваемые ограничения, например число семейств веб-сайтов для одного веб-приложения.
Границы представляют собой абсолютные ограничения, которые конструктивно не могут быть превышены. Важно понимать эти ограничения, что позволит избежать ошибочных допущений на этапе проектирования фермы.
В качестве примера границы можно привести установленное на уровне 2 ГБ ограничение на размер документа. В SharePoint Server невозможно настроить хранение документов, размер которых превышает 2 ГБ. Это абсолютное встроенное значение, которое конструктивно не может быть превышено.
Пороги имеют значение по умолчанию, которое не может быть превышено, пока не будет изменено само значение. При определенных обстоятельствах пороги могут быть превышены в целях адаптации к изменениям структуры фермы, однако важно понимать, что это влечет за собой снижение производительности и изменение действующего значения других ограничений.
В некоторых случаях значение порога по умолчанию может быть превышено только до достижения абсолютного максимального значения. В качестве примера снова можно привести ограничение на размер документа. По умолчанию порог размера документа составляет 50 МБ и при необходимости может быть изменен вплоть до максимально возможного значения границы в 2 ГБ.
Поддерживаемые ограничения задают протестированные значения для указанного параметра. Значения по умолчанию для этих ограничений определены посредством тестирования и представляют известные ограничения для продукта. Превышение поддерживаемых ограничений может повлечь за собой непредсказуемое поведение, существенное снижение производительности и другие потенциально опасные эффекты.
Некоторые поддерживаемые ограничения могут настраиваться и по умолчанию получают рекомендуемые значения. Другие же относятся к параметрам, настройка которых невозможна.
В качестве примера поддерживаемого ограничения можно привести число семейств веб-сайтов для одного веб-приложения. Поддерживаемое ограничение — 250 000, которое представляет собой максимальное значение, при котором соблюдаются эталонные показатели производительности, достигнутые в процессе тестирования.
Важно помнить, что многие из ограничений, описываемых в этом документе, представляют собой точку на кривой, описывающей повышение нагрузки и соответствующее ему снижение производительности. В связи с этим превышение некоторых из установленных ограничений, например числа семейств веб-сайтов для веб-приложения, повлечет за собой лишь частичное снижение производительности фермы. Однако в большинстве случаев не рекомендуется работать с близкими к установленным ограничениям значениями параметров, так как оптимальные показатели производительности и надежности достигаются при разумном балансе между ограничениями на уровне структуры фермы.
Рекомендованные значения порогов и поддерживаемых ограничений определяются на основании производительности. Другими словами, превышение этих ограничений возможно, однако это может повлечь за собой снижение производительности фермы и изменение других ограничений. Многие используемые в SharePoint Server ограничения можно изменять, однако в каждом случае следует четко представлять влияние таких изменений на другие компоненты фермы.
Установка ограничений
В SharePoint Server 2010 значения порогов и поддерживаемых ограничений устанавливаются по результатам тестирования и наблюдения за поведением фермы при повышении нагрузки, пока не будут достигнуты эффективные рабочие границы для служб и операций фермы. Некоторые службы и компоненты фермы могут поддерживать более высокие нагрузки, чем другие, поэтому иногда значение ограничения устанавливается как среднее от нескольких показателей.
Например, при наблюдении за поведением фермы под нагрузкой в процессе добавления семейств веб-сайтов в работе некоторых компонентов может наблюдаться неприемлемо высокое значение задержки, однако при этом другие компоненты будут работать в допустимых пределах. В связи с этим устанавливаемое ограничение на максимальное число семейств веб-сайтов не является абсолютным и вычисляется на основе ожидаемого набора характеристик, при которых общая производительность фермы будет приемлемой при заданных ограничениях в большинстве ситуаций.
Очевидно, что если некоторые службы работают при значениях параметров, превышающих используемые при тестировании, максимальные эффективные ограничения для других служб снижаются. В связи с этим важно тщательно тестировать возможности управления мощностью и масштабирования в каждой конкретной среде, чтобы определить эффективные ограничения для этой среды.
Примечание. В этом документе не описывается оборудование, которое использовалось для проверки ограничений, так как эти данные получены на основе результатов для различных ферм и сред. Описания ферм, которые использовались при тестировании, см. в статьях Результаты тестирования производительности и емкости и рекомендации (SharePoint Server 2010) и Performance and capacity technical case studies (SharePoint Server 2010).
Модель эквалайзера
Пороги и поддерживаемые ограничения можно рассматривать в качестве ползунков на эквалайзере, причем каждое ограничение представляет собой определенную частоту. В этой модели увеличение значения одного ограничения может привести к снижению эффективного значения других ограничений.
Представьте, что один ползунок представляет собой максимальное количество документов в каждой библиотеке — поддерживаемое ограничение с максимальным проверенным значением в приблизительно 30 миллионов. Однако это значение зависит от другого ползунка, которые представляет собой максимальный размер документов в ферме — пороговое значение по умолчанию 50 МБ.
Если вы измените максимальный размер документов на 1 ГБ, чтобы размещать видео и другие крупные объекты, соответствующим образом уменьшится количество документов в библиотеке, к которым могут получить доступ пользователи. Например, аппаратная конфигурация и топология заданной фермы может поддерживать 1 миллион документов, размер каждого из которых не превышает 50 МБ. Однако такая же ферма с аналогичным количеством документов не может отвечать целевым значениям задержки и пропускной способности, если в ней хранятся документы большего среднего размера, так как задано ограничение на размер файлов в 1 ГБ.
В этом примере сложно спрогнозировать степень уменьшения максимального количества документов. Она зависит от числа крупных файлов в библиотеке, объема содержащихся в них данных, характеристик использования фермы и доступности аппаратных ресурсов.
Ограничения и границы
В этом разделе описаны объекты, которые могут входить в решение, и содержатся указания по достижению приемлемой производительности для каждого типа таких объектов. Под понятием "приемлемая производительность" подразумевается, что при тестировании система может поддерживать определенное число объектов без существенного снижения производительности или уменьшения значений связанных ограничений. Объекты перечислены по области и по компоненту. Представлены сведения по ограничениям, примечания, описывающие условия, при которых получены эти ограничения, а также ссылки на дополнительные сведения (если таковые имеются).
С помощью рекомендаций в этой статье проверьте общие планы решений. Если значения в планируемом решении превышают представленные рекомендации по одному или нескольким объектам, выполните некоторые из указанных далее действий.
Оцените решение, чтобы убедиться, что в других областях потери производительности компенсированы.
Отметьте эти области для последующего тестирования и проверки по мере разработки развертывания.
Измените или разбейте на компоненты решение, чтобы убедиться, что границы рекомендаций по мощности не превышены.
Ограничения по иерархии
В этом разделе приводятся ограничения, логически упорядоченные по иерархии фермы SharePoint Server 2010.
Ограничения для веб-приложений
В таблице ниже представлено несколько рекомендаций для веб-приложений.
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
База данных контента |
300 для каждого веб-приложения |
Поддерживается |
При 300 базах данных контента для каждого веб-приложения производительность пользовательских операций, например открытия сайта или семейств веб-сайтов, не снижается. При этом уменьшается производительность административных операций, таких как создание нового семейства веб-сайтов. Для управления веб-приложением с большим количеством баз данных контента рекомендуется использовать Windows PowerShell, так как при увеличении их числа производительность интерфейса управления существенно снижается, что влечет за собой значительные задержки при навигации. |
Зона |
5 для каждого веб-приложения |
Граница |
Количество зон для фермы жестко ограничено пятью. ("По умолчанию", "Интрасеть", "Экстрасеть", "Интернет" и "Настраиваемая"). |
Управляемый путь |
20 для каждого веб-приложения |
Поддерживается |
Управляемые пути кэшируются на веб-сервере. Ресурсы ЦП расходуются на обработку входящих запросов к списку управляемых путей. Если число управляемых путей для веб-приложения превышает 20, нагрузка на веб-сервер при обработке каждого запроса возрастает. Если в веб-приложении планируется использовать более 20 управляемых путей, рекомендуется проверить приемлемость достигаемой при этом производительности системы. |
Размер кэша решений |
300 МБ для каждого веб-приложения |
Порог |
В кэше решений служба InfoPath Forms Services хранит кэшированные решения, что позволяет ускорить процесс их извлечения. В случае превышения размера кэша решения извлекаются с диска, что приводит к увеличению времени отклика. Для настройки размера кэша решений можно воспользоваться командлетом Set-SPInfoPathFormsService в Windows PowerShell. Дополнительные сведения см. в статье Set-SPInfoPathFormsService. |
Семейство веб-сайтов |
250 000 для каждого веб-приложения |
Поддерживается |
Рекомендуемое максимальное количество семейств веб-сайтов на одно веб-приложение составляет 250 000. Обратите внимание, что на это ограничение влияют другие факторы, которые могут уменьшить эффективное число семейств веб-сайтов, поддерживаемых конкретным веб-приложением. Следует принять меры предосторожности, чтобы избежать превышения поддерживаемых ограничений, если объект-контейнер, например база данных контента, содержит большое количество других объектов. Например, в ферме, содержащей большое количество веб-приложений, общее число семейств веб-сайтов может достичь значения, которое не может эффективно поддерживаться ресурсами фермы. Это может произойти, даже если количество веб-приложений на ферму и количество семейств веб-сайтов на веб-приложение не превышают поддерживаемые ограничения. Аналогично, если ферма содержит небольшое количество баз данных контента, каждая из которых содержит большое количество семейств веб-сайтов, производительность фермы может снизиться задолго до достижения поддерживаемого ограничения количества семейств веб-сайтов. Этот факт разъясняется в примере ниже. Ферма A содержит веб-приложение с 200 базами данных контента. Такая конфигурация поддерживается. Если каждая база данных контента содержит 200 семейств веб-сайтов, общее количество семейств веб-сайтов в веб-приложении составит 40 000. Это значение не превышает поддерживаемые ограничения. Однако, если каждая база данных контента содержит 2000 семейств веб-сайтов, то даже если это количество поддерживается для баз данных контента, общее количество семейств веб-сайтов в веб-приложении составит 400 000, что превышает ограничение на число семейств веб-сайтов для одного веб-приложения. |
Ограничения для веб-сервера и сервера приложений
В таблице ниже представлено несколько рекомендаций для веб-серверов в ферме.
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
Пулы приложений |
10 для каждого веб-сервера |
Порог |
Максимальное количество определяется возможностями оборудования. Это ограничение в большой степени зависит от следующих факторов:
|
Ограничения для баз данных контента
В следующей таблице представлено несколько рекомендаций для баз данных контента.
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
Размер базы данных контента (сценарии общего использования) |
200 ГБ для каждой базы данных контента |
Поддерживается |
Настоятельно рекомендуется ограничивать размер баз данных контента величиной 200 ГБ, кроме случаев, к которым применимы условия, указанные в следующих строках таблицы. При использовании удаленного хранилища больших двоичных объектов общий объем этого хранилища и метаданных в базе данных контента не должен превышать это ограничение. |
Размер базы данных контента (все сценарии использования) |
4 ТБ на базу данных контента |
Поддерживается |
Базы данных контента с размером до 4 ТБ поддерживаются при выполнении следующих требований.
Кроме того, необходимо учесть перечисленные ниже факторы.
Дополнительные сведения о планировании размера данных в SharePoint Server 2010 см. в статье Планирование и настройка рабочих характеристик хранилища и SQL Server (SharePoint Server 2010). Важно! Базы данных контента, размер которых превышает 4 ТБ, рекомендуется использовать только в качестве архивов документов (этот сценарий описан ниже). Скорее всего, обновление семейств веб-сайтов в таких базах данных контента будет очень трудным и потребует больших временных затрат. |
Размер базы данных контента (сценарий архива документов) |
Отсутствует явное ограничение размера базы данных контента |
Поддерживается |
Использование баз данных контента без явного ограничения размера поддерживается в сценариях архива документов при выполнении следующих требований.
Дополнительные сведения о крупномасштабных хранилищах документов см. в статье, посвященной оценке требований к производительности и емкости для крупномасштабных хранилищ документов (https://technet.microsoft.com/ru-ru/library/ff608068.aspx), а также в разделе Типовые сценарии управления большими объемами контента статьи Планирование хранения корпоративного контента (SharePoint Server 2010). |
Элементы базы данных контента |
60 миллионов элементов, включая документы и элементы списка |
Поддерживается |
Максимальное количество элементов на базу данных контента, для которой проводилось тестирование в SharePoint Server 2010, составляет 60 миллионов, включая документы и элементы списка. Если в SharePoint Server 2010 планируется хранить более 60 миллионов элементов, следует развернуть несколько баз данных контента. |
Семейств веб-сайтов для базы данных контента |
Рекомендованное количество — 2000 Максимальное количество — 5000 |
Поддерживается |
Настоятельно рекомендуется ограничить число семейств веб-сайтов в базе данных контента до 2000. Тем не менее поддерживается до 5000 семейств веб-сайтов для каждой базы данных. Эти ограничения связаны со скоростью обновления. Чем большее число семейств веб-сайтов содержится в базе данных, тем ниже скорость обновления. Ограничение числа семейств веб-сайтов в базе данных подчиняется ограничению на размер базы данных контента, содержащей несколько семейств веб-сайтов (200 ГБ). В связи с этим по мере увеличения числа семейств в базе данных их средний размер должен уменьшаться. Если число семейств веб-сайтов превышает 2000, возрастает риск длительного простоя систем в периоды обновления. Если планируется превысить это ограничение в 2000 семейств веб-сайтов, рекомендуется разработать четкую стратегию обновления и модернизировать оборудование, чтобы повысить скорость обновления ПО для баз данных. Чтобы установить уровень предупреждения для числа сайтов в базе данных контента, воспользуйтесь в Windows PowerShell командлетом Set-SPContentDatabase с параметром -WarningSiteCount. Дополнительные сведения см. в статье Set-SPContentDatabase. |
Подсистема удаленного хранилища больших двоичных объектов (RBS) на устройстве хранения данных, подключаемом к сети (NAS) |
Время до получения первого байта любого ответа от устройства NAS не может превышать 20 мс.
|
Граница |
Если реализация SharePoint Server 2010 настроена на использование СДРес, а большие двоичные объекты хранятся на устройстве NAS, учитывайте приведенную ниже границу. С момента отправки запроса большого двоичного объекта из SharePoint Server 2010 до получения первого байта ответа от устройства NAS должно пройти не более 20 мс. |
Ограничения для семейств веб-сайтов
В таблице далее представлено несколько рекомендаций для семейств сайтов.
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
Веб-сайт |
250 000 для каждого семейства веб-сайтов, 250 000 на ферму или 500 000 личных сайтов на ферму. |
Поддерживается |
Максимальное рекомендуемое число сайтов и дочерних сайтов составляет 250 000. Производительность может ухудшиться, если количество дочерних сайтов превышает 2000 на уровне семейства веб-сайтов. Важно! Настоятельно рекомендуем следить, чтобы количество дочерних сайтов в семействе веб-сайтов не превышало 2000. Вы можете создать большое количество сайтов путем создания нескольких семейств веб-сайтов, каждое из которых содержит не более 2000 сайтов. Например, при наличии 125 семейств веб-сайтов, каждое из которых содержит более 2000 сайтов, в ферме будет насчитываться 250 000 сайтов. Однако это значение будет считаться предельным рекомендуемым количеством общих сайтов. Если у вас 250 000 семейств веб-сайтов, в каждом из которых содержится корневой веб-сайт, созданный на основе шаблона, отличного от личного сайта, добавление дочернего сайта к любому из корневых сайтов повлечет за собой превышение лимита в 250 000 веб-сайтов. При превышении предельного рекомендуемого количества в 2000 сайтов на семейство веб-сайтов могут возникнуть приведенные ниже проблемы.
|
Размер семейства веб-сайтов |
Максимальный размер базы данных контента |
Поддерживается |
Семейство веб-сайтов не должно превышать ограничение размера базы данных контента для соответствующего сценария использования. Дополнительные сведения об ограничениях размера базы данных контента в конкретных сценариях использования см. в таблице Ограничения для баз данных контента в этой статье. В общем случае рекомендуется ограничивать размер семейств веб-сайтов величиной 100 ГБ по указанным далее причинам.
|
Ограничения для списков и библиотек
В следующей таблице представлены рекомендации для списков и библиотек. Дополнительные сведения см. в статье Разработка крупных списков с обеспечением максимальной производительности списка (SharePoint Server 2010).
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
Размер строки списка |
8000 байт для каждой строки |
Граница |
Суммарный размер каждого элемента списка или библиотеки в базе данных не может превышать 8000 байт. 256 байт зарезервировано для встроенных столбцов, в результате чего для пользовательских столбцов остается 7744 байта. Дополнительные сведения о затратах пространства для каждого вида полей см. в разделе Ограничения для столбцов. |
Размер файла |
2 ГБ |
Граница |
Максимальный размер файла по умолчанию равен 50 МБ. При необходимости это значение можно увеличить до 2 ГБ, однако установка большого значения может привести к снижению производительности фермы. |
Документы |
30 000 000 для каждой библиотеки |
Поддерживается |
С помощью вложения папок, используя стандартные представления и иерархию сайтов, можно создавать крупные библиотеки документов. Это значение зависит от организации документов и папок, а также от типа и размера хранящихся документов. |
Основные версии |
400 000 |
Поддерживается |
Если это ограничение превышено, возможны сбои при выполнении базовых операций с файлами (открытие, сохранение, удаление, просмотр журнала версий и т. д.). |
Элементы |
30 000 000 для каждого списка |
Поддерживается |
Используя стандартные представления, иерархии сайтов и навигацию на основе метаданных, можно создавать очень большие списки. Это значение зависит от числа столбцов в списке и интенсивности его использования. |
Ограничение на размер строк |
6 внутренних строк таблицы в базе данных для элемента списка или библиотеки |
Поддерживается |
Задает максимальное число внутренних строк таблицы в базе данных, которые могут использоваться для элемента списка или библиотеки. При работе с большими списками, содержащими множество столбцов, каждый элемент можно разбить на несколько внутренних строк таблицы (по умолчанию до шести). Это значение настраивается администраторами фермы только посредством объектной модели. Для этого используется метод объектной модели SPWebApplication.MaxListItemRowStorage. |
Массовые операции |
100 элементов для каждой массовой операции |
Граница |
В пользовательском интерфейсе для каждой массовой операции можно выбрать до 100 элементов. |
Пороговое значение подстановки представления списка |
8 операций объединения для каждого запроса |
Порог |
Задает максимально допустимое число объединений на запрос, в том числе основанных на подстановке, пользователе или группе либо столбцах состояния рабочего процесса. Если в запросе используется более восьми объединений, операция блокируется. Это не относится к операциям с одним элементом. При использовании максимального представления объектной модели, в котором не заданы поля представления, SharePoint возвращает до восьми первых подстановок. |
Пороговое значение представления списка |
5,000 |
Порог |
Задает максимальное число элементов списка или библиотеки, которые могут обрабатываться одновременно операцией базы данных (например, запросом) вне установленного администратором ежедневного периода времени, в течение которого число запросов не ограничено. |
Пороговое значение представления списка для аудиторов и администраторов |
20,000 |
Порог |
Задает максимальное число элементов списка или библиотеки, которые могут обрабатываться одновременно операцией базы данных (например, запросом), выполняемой аудитором или администратором с соответствующими разрешениями. Этот параметр используется совместно с параметром "Перезапись объектной модели". |
Дочерний сайт |
2000 для каждого представления сайта |
Порог |
Производительность интерфейса перечисления дочерних сайтов определенного веб-сайта ухудшается, если общее количество дочерних сайтов превышает 2000. Аналогичным образом, по мере увеличения числа дочерних сайтов существенно снижается производительность страницы "Весь контент сайта" и элемента управления иерархического представления. |
Совместное редактирование DOCX-, PPTX- и PPSX-файлов в Microsoft Word и Microsoft PowerPoint |
10 параллельных редакторов для каждого документа |
Порог |
Рекомендуемое максимальное число параллельных редакторов равно 10. Значение границы составляет 99. Если документ уже открыт для редактирования 99 параллельными редакторами, при попытке открыть этот же документ каждый следующий после 100-ого пользователь получает сообщение об ошибке "Файл уже используется" и может открыть доступную только для чтения копию файла. Совместное редактирование документа более чем 10 редакторами ведет к постепенному ухудшению впечатлений от использования, росту числа конфликтов и увеличению количества операций по отправке изменений. |
Область безопасности |
50 000 для каждого списка |
Порог |
Максимальное число уникальных областей безопасности для каждого списка не может превышать 50 000. Для большинства ферм рекомендуется сократить это ограничение до 5000 уникальных областей. Для больших списков рекомендуется применять структуру, в которой используется как можно меньше уникальных разрешений. Когда число уникальных областей безопасности для списка превышает пороговое значение представления списка (которое по умолчанию равно 5000 элементам списка), при просмотре списка возникают дополнительные круговые пути SQL Server, что может негативно повлиять на производительность представления списка. Область определяет границы безопасности для защищаемого объекта и любых его дочерних объектов, для которых не определена отдельная граница безопасности. Область содержит список управления доступом (ACL), но, в отличие от списков управления доступом NTFS, может также включать субъекты безопасности, относящиеся к SharePoint Server. В списки управления доступом для области могут входить пользователи Windows, учетные записи других пользователей (например, учетные записи на основе форм), а также группы Active Directory или SharePoint. |
Ограничения для столбцов
Данные SharePoint Server 2010 хранятся в таблицах SQL Server. Чтобы обеспечить создание максимального числа столбцов в списке SharePoint, если данные не умещаются на одной строке, в SharePoint Server автоматически создается несколько строк в базе данных. Такой способ называется переносом по строкам.
Каждая операция переноса по строкам в SQL Server сопряжена с увеличением нагрузки на сервер при запросе такого элемента, так как в запрос включается оператор SQL join. Чтобы оптимизировать нагрузку, для каждого элемента SharePoint по умолчанию устанавливается ограничение в шесть строк SQL Server. Это ограничение влечет за собой ограничение на число столбцов каждого типа, которые можно включить в список SharePoint. В следующей таблице описываются ограничения для каждого типа столбца.
Значение параметра переноса по строкам можно увеличить, однако это может привести к излишней нагрузке на сервер. Прежде чем увеличить это ограничение, рекомендуется протестировать производительность. Дополнительные сведения см. в статье Разработка крупных списков с обеспечением максимальной производительности списка (SharePoint Server 2010).
Для каждого типа столбца указывается размер в байтах. Сумма всех столбцов в списке SharePoint не должна превышать 8000 байт. В зависимости от интенсивности использования столбцов ограничение в 8000 байт может достигаться раньше, чем ограничение на перенос по строкам, равное шести строкам.
| Ограничение | Максимальное значение | Тип ограничения | Размер для каждого столбца | Примечания |
|---|---|---|---|---|
Однострочный текст |
276 |
Порог |
28 байт |
В SQL Server перенос по строкам выполняется через каждые 64 столбца в списке SharePoint. Соответственно, если используется значение по умолчанию, в списке SharePoint поддерживается до 384 однострочных текстовых столбцов (6 * 64 = 384). Однако из-за ограничения на размер элемента списка SharePoint в 8000 байт, 256 из которых зарезервировано для встроенных столбцов SharePoint, фактическое ограничение составляет 276 столбцов однострочного текста. |
Многострочный текст |
192 |
Порог |
28 байт |
В SQL Server перенос по строкам выполняется через каждые 32 столбца в списке SharePoint. Соответственно, если используется значение по умолчанию, в списке SharePoint поддерживается до 192 однострочных текстовых столбцов (6 * 32 = 192). |
Выбор |
276 |
Порог |
28 байт |
В SQL Server перенос по строкам выполняется через каждые 64 столбца в списке SharePoint. Соответственно, если используется значение по умолчанию (384), в списке SharePoint поддерживается до 6 столбцов вариантов (6 * 64 = 384). Однако из-за ограничения на размер элемента списка SharePoint в 8000 байт, 256 из которых зарезервировано для встроенных столбцов SharePoint, фактическое ограничение составляет 276 столбцов вариантов. |
Число |
72 |
Порог |
12 байт |
В SQL Server перенос по строкам выполняется через каждые 12 столбцов в списке SharePoint. Соответственно, если используется значение по умолчанию, в списке SharePoint поддерживается до 72 числовых столбцов (6 * 12 = 72). |
Денежные |
72 |
Порог |
12 байт |
В SQL Server перенос по строкам выполняется через каждые 12 столбцов в списке SharePoint. Соответственно, если используется значение по умолчанию, в списке SharePoint поддерживается до 72 денежных столбцов (6 * 12 = 72). |
Дата и время |
48 |
Порог |
12 байт |
В SQL Server перенос по строкам выполняется через каждые восемь столбцов в списке SharePoint. Соответственно, если используется значение по умолчанию, в списке SharePoint поддерживается до 48 столбцов даты и времени (6 * 8 = 48). |
Подстановка |
96 |
Порог |
4 байта |
В SQL Server перенос по строкам выполняется через каждые 16 столбцов в списке SharePoint. Соответственно, если используется значение по умолчанию, в списке SharePoint поддерживается до 96 однозначных столбцов подстановки (6 * 16 = 96). |
Да/Нет |
96 |
Порог |
5 байт |
В SQL Server перенос по строкам выполняется через каждые 16 столбцов в списке SharePoint. Соответственно, если используется значение по умолчанию, в списке SharePoint поддерживается до 96 столбцов типа "Да/Нет" (6 * 16 = 96). |
Пользователь или группа |
96 |
Порог |
4 байта |
В SQL Server перенос по строкам выполняется через каждые 16 столбцов в списке SharePoint. Соответственно, если используется значение по умолчанию, в списке SharePoint поддерживается до 96 столбцов типа "Пользователь или группа" (6 * 16 = 96). |
Гиперссылки и рисунки |
138 |
Порог |
56 байт |
В SQL Server перенос по строкам выполняется через каждые 32 столбца в списке SharePoint. Соответственно, если используется значение по умолчанию (шесть), в списке SharePoint поддерживается до 192 столбцов типа "Гиперссылки и рисунки" (6 * 32 = 192). Однако из-за ограничения на размер элемента списка SharePoint в 8000 байт, 256 из которых зарезервировано для встроенных столбцов SharePoint, фактическое ограничение составляет 138 столбцов типа "Гиперссылки и рисунки". |
Вычисляемые |
48 |
Порог |
28 байт |
В SQL Server перенос по строкам выполняется через каждые восемь столбцов в списке SharePoint. Соответственно, если используется значение по умолчанию, в списке SharePoint поддерживается до 48 вычисляемых столбцов (6 * 8 = 48). |
GUID |
6 |
Порог |
20 байт |
В SQL Server перенос по строкам выполняется через каждый столбец в списке SharePoint. Соответственно, если используется значение по умолчанию, в списке SharePoint поддерживается до 6 столбцов GUID (6 * 1 = 6). |
Int |
96 |
Порог |
4 байта |
В SQL Server перенос по строкам выполняется через каждые 16 столбцов в списке SharePoint. Соответственно, если используется значение по умолчанию, в списке SharePoint поддерживается до 96 столбцов типа Int (6 * 16 = 96). |
Управляемые метаданные |
94 |
Порог |
40 байт для первого и 32 для каждого последующего |
Для первого добавляемого в список поля управляемых метаданных выделяется четыре столбца:
Для каждого последующего поля управляемых метаданных, добавляемого в список, требуется два дополнительных столбца:
Максимальное число столбцов управляемых метаданных вычисляется по формуле (14 + (16 * (n-1))), где n — это значение, определяющее сопоставление строк (по умолчанию — 6). |
Для столбцов внешних данных выделяются понятия первичного и вторичного столбца. При добавлении столбца внешних данных можно выбрать несколько вторичных полей внешнего типа контента, которые требуется добавить в список. Например, в случае внешнего типа контента "Клиент" с полями "ИД", "Имя", "Страна" и "Описание" при добавлении столбца внешних данных "Клиент" можно добавить вторичные поля, содержащие "ИД", "Имя", "Страна" и "Описание" клиента. Ниже приведено общее описание доступных для добавления столбцов.
Первичный столбец: текстовое поле.
Скрытый столбец идентификатора: многострочное текстовое поле.
Вторичные столбцы: каждый вторичный столбец может быть текстовым, числовым, логическим или многострочным текстовым столбцом на основе типа данных, который определен для этого вторичного столбца в модели каталога бизнес-данных. Например, идентификатор может сопоставляться с числовым столбцом, имя — со столбцом однострочного текста, а описание — со столбцом многострочного текста.
Ограничения для страниц
В следующей таблице представлено несколько рекомендаций для страниц.
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
Веб-части |
25 для каждой вики-страницы или страницы веб-частей |
Порог |
Эта цифра получена на основе оценки простых веб-частей. Количество веб-частей, которое не оказывает влияние на производительность, зависит от сложности этих веб-частей. |
Ограничения безопасности
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
Число групп SharePoint, к которым может принадлежать пользователь |
5,000 |
Поддерживается |
Это ограничение не задается жестко, однако устанавливается в соответствии с рекомендациями для Active Directory. Это значение зависит от нескольких факторов.
|
Число пользователей в семействе сайтов |
2 миллиона для каждого семейства сайтов |
Поддерживается |
С помощью групп безопасности Microsoft Windows, которые позволяют не управлять пользователями по отдельности, к веб-сайту можно добавить миллионы пользователей. Это ограничение связано с эффективностью управления и простотой навигации в пользовательском интерфейсе. При наличии множества элементов (групп безопасности или пользователей) в семействе веб-сайтов (более тысячи) для управления пользователями вместо пользовательского интерфейса рекомендуется применять Windows PowerShell. Это позволяет повысить эффективность управления. |
Число участников/пользователей Active Directory в группе SharePoint |
5000 для каждой группы SharePoint |
Поддерживается |
В SharePoint Server 2010 поддерживается добавление пользователей и групп Active Directory в группу SharePoint. Если число пользователей или групп Active Directory не превышает 5000, обеспечивается приемлемая производительность группы SharePoint. Это ограничение в большей степени влияет на производительность приведенных ниже операций.
|
Группы SharePoint |
10 000 для каждого семейства сайтов |
Поддерживается |
Если имеется более 10 000 групп, время выполнения операций существенно увеличивается. Это в большей степени относится к операциям добавления пользователей в существующую группу, создания группы или отображения представлений группы. |
Субъект безопасности: размер области безопасности |
5000 для каждого списка управления доступом (ACL) |
Поддерживается |
Размер области влияет на данные, используемые для вычисления проверки безопасности, которое выполняется при каждом изменении области. Жесткое ограничение не устанавливается, однако продолжительность вычисления возрастает пропорционально размеру области. |
Ограничения по компонентам
В этом разделе ограничения отсортированы по компонентам.
Ограничения поиска
В таблице ниже представлено несколько рекомендаций для поиска.
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
Приложения службы поиска SharePoint |
20 для каждой фермы |
Поддерживается |
В одной ферме можно развертывать несколько приложений службы поиска SharePoint, так как компоненты и базы данных поиска можно назначать разным серверам. Рекомендуемое ограничение, равное 20, меньше максимального ограничения для любых других приложений-служб в ферме. |
Базы данных обхода контента и элементы баз данных |
10 баз данных обхода контента для каждого приложения службы поиска 25 миллионов элементов для каждой базы данных обхода контента |
Порог |
В базе данных обхода контента хранятся данные обхода (время, состояние и т. д.) для всех элементов, для которых выполнен обход. Поддерживаемое ограничение составляет 10 баз данных обхода контента для каждого приложения службы поиска SharePoint. Рекомендуемое ограничение составляет 25 миллионов элементов для каждой базы данных обхода контента (или всего четыре базы данных обхода контента для каждого приложения службы поиска). |
Компоненты обхода контента |
16 для каждого приложения службы поиска |
Порог |
Рекомендуемое ограничение для каждого приложения составляет 16 компонентов обхода контента (по два на каждую базу данных обхода и по два на каждый сервер с учетом того, что сервер должен иметь как минимум восемь процессоров или ядер). Для минимального распространения ухудшений в производительности системы ввода-вывода общее число компонентов обхода контента для каждого сервера не должно превышать значения, вычисляемого по формуле 128/(общее число компонентов запроса). Превышение рекомендуемого ограничения не обязательно приведет к росту производительности обхода контента. В действительности производительность обхода контента может уменьшиться в соответствии с наличием доступных ресурсов на сервере обхода контента и на узле либо в базе данных. |
Разделы индекса |
20 для каждого приложения службы поиска; всего 128 |
Порог |
Раздел индекса содержит подмножество индекса приложения службы поиска. Рекомендуемое ограничение — 20. Увеличение числа разделов индекса приведет к тому, что каждый радел будет содержать меньшее подмножество индекса. Это, в свою очередь, повлечет сокращение объема ОЗУ и дискового пространства, требуемого на сервере запросов, на котором размещается назначенный разделу индекса компонент индекса. Границу для общего количества разделов индекса составляет 128. |
Индексированные элементы |
100 миллионов для каждого приложения службы поиска; 10 миллионов для каждого раздела индекса |
Поддерживается |
Служба поиска SharePoint поддерживает разделы индекса, каждый из которых содержит подмножество поискового индекса. Рекомендуемое максимальное значение составляет 10 миллионов элементов для каждого раздела. Рекомендуемое максимальное значение для общего числа элементов (пользователи, элементы списка, документы, веб-страницы) составляет 100 миллионов. |
Записи журнала обхода контента |
100 миллионов для каждого приложения поиска |
Поддерживается |
Задает число отдельных записей в журнале обхода контента. Определяется в соответствии с ограничением на число индексированных элементов. |
Базы данных свойств |
10 для каждого приложения службы поиска; всего 128 |
Порог |
В базе данных свойств хранятся метаданные для элементов в каждом связанном разделе индекса. Раздел индекса может быть связан только с одним хранилищем свойств. Рекомендуемое ограничение составляет 10 баз данных свойств для каждого приложения службы поиска. Значение границы для разделов индекса составляет 128. |
Компоненты запроса |
128 для каждого приложения поиска; 64/(общее число компонентов обхода контента) для каждого сервера |
Порог |
Общее число компонентов запроса ограничивается возможностями компонентов обхода контента по копированию файлов. Максимальное число компонентов запроса для каждого сервера ограничивается возможностями компонентов запроса по приему файлов, распространяемых из компонентов обхода контента. |
Правила области |
100 правил для каждой области; всего 600 правил для каждого приложения службы поиска |
Порог |
Превышение этого ограничения повлечет за собой уменьшение актуальности обхода контента и задержку возврата потенциальных результатов из запросов с заданной областью. |
Области |
200 областей сайта и 200 общих областей на приложение службы поиска |
Порог |
Превышение этого ограничения может привести к снижению эффективности обхода контента и, в случае добавления областей в группу отображения, к изменению скорости отображения страниц в браузерах пользователей. По мере превышения рекомендуемого ограничения на число областей также снижается скорость их отображения в интерфейсе администрирования поиска. |
Группы отображения |
25 для каждого сайта |
Порог |
Группы отображения служат для отображения областей в группах через пользовательский интерфейс. Превышение установленного ограничения приведет к снижению эффективности поиска в интерфейсе администрирования поиска. |
Оповещения |
1 000 000 для каждого приложения поиска |
Поддерживается |
Это проверенное ограничение. |
Источники контента |
50 для каждого приложения службы поиска |
Порог |
Рекомендуемое ограничение в 50 источников может быть превышено вплоть до значения границы, которое составляет 500 источников контента для каждого приложения службы поиска. Однако при этом следует использовать меньшее число начальных адресов и соблюдать ограничение числа параллельных обходов контента. |
Начальные адреса |
100 для каждого источника контента |
Порог |
Рекомендуемое ограничение может быть превышено вплоть до значения границы, которое составляет 500 для каждого источника контента. Однако с увеличением числа начальных адресов пропорционально сокращается число доступных для использования источников контента. Если используется большое число начальных адресов, рекомендуется задать их в виде ссылок на HTML-странице и выполнить обход HTTP-контента страницы по этим ссылкам. |
Число параллельных обходов контента |
20 для каждого приложения поиска |
Порог |
Число одновременно выполняемых обходов контента. Превышение этого ограничения может привести к уменьшению общей скорости обхода контента. |
Извлеченные при обходе контента свойства |
500 000 для каждого приложения поиска |
Поддерживается |
Свойства, которые будут обнаруживаться в процессе обхода контента. |
Правила воздействия программы-обходчика |
100 |
Порог |
Рекомендуемое ограничение составляет 100 для каждой фермы и при необходимости может быть превышено. Однако это может привести к снижению производительности отображения правил сбора данных для сайтов в интерфейсе администрирования поиска. При наличии примерно 2000 таких правил страница управления правилами сбора данных для сайта становится недоступной для чтения. |
Правила обхода контента |
100 для каждого приложения службы поиска |
Порог |
Это значение может быть превышено. Однако это может привести к снижению производительности отображения правил обхода контента в интерфейсе администрирования поиска. |
Управляемые свойства |
100 000 для каждого приложения службы поиска |
Порог |
Это свойства, используемые поисковой системой в запросах. Свойства для обхода сопоставляются с управляемыми свойствами. |
Сопоставления |
100 для каждого управляемого свойства |
Порог |
Превышение этого ограничения может привести к снижению скорости обхода контента и производительности запросов. |
Удаление URL-адресов |
100 для каждой операции |
Поддерживается |
Это рекомендуемое максимальное количество URL-адресов, которое следует удалять из системы за одну операцию. |
Достоверные страницы |
1 страница верхнего уровня и минимальное число страниц второго и третьего уровней для каждого приложения службы поиска |
Порог |
Рекомендуемое ограничение — одна достоверная страница верхнего уровня и минимально необходимое для обеспечения релевантности страниц второго и третьего уровней. Значение границы составляет 200 на уровень релевантности для каждого приложения поиска, однако добавление других страниц может привести к снижению релевантности. Добавьте ключевой сайт на первый уровень релевантности. При необходимости по одному добавляйте другие ключевые сайты на второй или третий уровень релевантности и оценивайте релевантность после каждой операции добавления, чтобы обеспечить нужную релевантность. |
Ключевые слова |
200 для каждого семейства веб-сайтов |
Поддерживается |
Рекомендуемое ограничение может быть превышено вплоть до максимального ограничения в 5000 для каждого семейства веб-сайтов (задается в ASP.NET) при использовании пяти наиболее подходящих элементов на ключевое слово. Если это ограничение превышено, производительность отображения ключевых слов в пользовательском интерфейсе администрирования сайта будет уменьшаться. Устанавливаемое в ASP.NET ограничение можно изменить посредством изменения файлов web.config и client.config (MaxItemsInObjectGraph). |
Распознанные свойства метаданных |
10 000 на каждый элемент, для которого выполнен обход контента |
Граница |
Число свойств метаданных, которые могут быть определены и потенциально сопоставлены или использованы для запросов при обходе контента элементов. |
Ограничения для службы профилей пользователей
В следующей таблице представлено несколько рекомендаций для службы профилей пользователей.
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
Профили пользователей |
2 000 000 для каждого приложения-службы |
Поддерживается |
Приложение-служба профилей пользователей поддерживает до 2 миллионов профилей пользователей с полноценными возможностями социальных компонентов. Это число представляет число профилей, которые могут импортироваться в хранилище профилей пользователей из службы каталогов, а также число профилей, которое может поддерживаться приложением-службой профилей пользователей без снижения производительности социальных компонентов. |
Социальные теги, заметки и оценки |
500 000 000 для каждой базы данных социального контента |
Поддерживается |
В базе данных социального контента поддерживается до 500 миллионов социальных тегов, заметок и оценок без существенного снижения производительности. Однако при этом может уменьшиться производительность операций обслуживания базы данных, таких как резервное копирование и восстановление. |
Ограничения для развертывания контента
В следующей таблице представлено несколько рекомендаций для развертывания контента.
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
Число выполняемых заданий развертывания контента с разными путями |
20 |
Поддерживается |
Для заданий, которые выполняются параллельно по путям, подключенным к семействам веб-сайтов в той же исходной базе данных контента, существует повышенный риск возникновения взаимоблокировок базы данных. Для заданий, которые должны выполняться параллельно, рекомендуется перемещать семейства веб-сайтов в разные исходные базы данных контента. Примечание Параллельное выполнение заданий по одному пути невозможно. Если для развертывания контента используются моментальные снимки Microsoft SQL Server, снимок создается для каждого пути. Это влечет за собой рост требований к производительности систем ввода-вывода для исходной базы данных. Дополнительные сведения см. в разделах с описанием путей и заданий развертывания. |
Ограничения для блогов
В следующей таблице представлено несколько рекомендаций для блогов.
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
Записи блогов |
5000 для каждого сайта |
Поддерживается |
Максимальное число записей блогов для каждого сайта составляет 5000. |
Комментарии |
1000 для каждой записи |
Поддерживается |
Максимальное число комментариев для каждой записи составляет 1000. |
Ограничения для служб Business Connectivity Services
В таблице ниже перечислены рекомендации для Business Connectivity Services.
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
Внешние типы контента (в памяти) |
5000 для каждого веб-сервера (на клиента) |
Граница |
Общее число определений внешнего типа контента (ECT), загруженных в память веб-сервера на заданный момент времени. |
Подключения к внешним системам |
500 для каждого веб-сервера |
Граница |
Число активных и открытых подключений к внешним системам на заданный момент времени. Максимальное значение по умолчанию — 200. Значение границы — 500. Это ограничение принудительно применяется в области веб-сервера независимо от вида внешней системы (например, база данных, сборка .NET и т. д.). Максимальное значение по умолчанию ограничивает число подключений. С помощью контекста выполнения в приложении можно задать более высокое ограничение. Значение границы принудительно ограничивает максимально возможное число подключений даже для приложений, в которых не используются параметры по умолчанию. |
Число элементов базы данных, возвращаемое для каждого запроса |
2000 для каждого соединителя базы данных |
Порог |
Число элементов, которые может вернуть соединитель баз данных для каждого запроса. Установленное по умолчанию значение 2000 ограничивает число результатов, которые могут быть возвращены для каждой страницы. С помощью контекста выполнения для приложения можно задать более высокое ограничение. Параметр абсолютного максимума ограничивает возвращаемое число элементов даже для приложений, в которых не используется значение по умолчанию. Значение границы составляет 1 000 000. |
Ограничения для рабочих процессов
В следующей таблице представлено несколько рекомендаций для рабочих процессов.
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
Порог отсрочки рабочего процесса |
15 |
Порог |
Значение 15 определяет максимальное число рабочих процессов, которые могут одновременно выполняться в отношении одной базы данных контента, за исключением экземпляров, которые выполняются в службе таймера. При достижении порогового значения новые запросы на активацию рабочих процессов помещаются в очередь и выполняются службой таймера рабочих процессов позднее. Если выполняемые не службой таймера рабочие процессы завершаются, новые запросы учитываются при определении этого значения. Для настройки этого ограничения можно использовать командлет Set-SPFarmConfig в Windows PowerShell. Дополнительные сведения см. в статье Set-SPFarmConfig. Примечание. Это ограничение не относится к общему числу экземпляров рабочих процессов, которые могут выполняться, и определяет только обрабатываемые экземпляры. Повышение этого ограничения повлечет за собой повышение пропускной способности задач запуска и завершения рабочих процессов, однако также приведет к росту нагрузки на базу данных контента и системные ресурсы. |
Размер пакета таймера рабочих процессов |
100 |
Порог |
Число событий, получаемых и передаваемых в рабочие процессы при каждом выполнении задания таймера рабочих процессов. Для настройки этого ограничения можно использовать Windows PowerShell. Чтобы реализовать обработку дополнительных событий, необходимо запустить дополнительные экземпляры службы таймера рабочих процессов Microsoft SharePoint Foundation. |
Ограничения для банка терминов (базы данных) управляемых метаданных
В следующей таблице представлено несколько рекомендаций для банков терминов управляемых метаданных.
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
Максимальное число уровней вложенных элементов в банке терминов |
7 |
Поддерживается |
Термины в наборе могут быть представлены в иерархической структуре. В наборе терминов поддерживается до семи уровней терминов (родительский термин и шесть уровней вложения). |
Максимальное число наборов терминов в банке |
1,000 |
Поддерживается |
В банке терминов может храниться до 1000 наборов терминов. |
Максимальное число терминов в наборе терминов |
30 000 |
Поддерживается |
Максимальное число терминов в наборе терминов — 30 000. Примечание Дополнительные метки для одного и того же термина, например синонимы и переводы, не считаются отдельными терминами. |
Общее число элементов в банке терминов |
1 000 000 |
Поддерживается |
Элемент — это термин или набор терминов. Совокупное число терминов и наборов терминов не может превышать 1 000 000. Дополнительные метки для одного и того же термина, например синонимы и переводы, не считаются отдельными терминами. Примечание В банке терминов не может одновременно храниться максимальное число терминов и их наборов. |
Ограничения для служб Visio
В следующей таблице представлено несколько рекомендаций для экземпляров Visio в Microsoft SharePoint Server 2010.
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
Размер файла для веб-документов Visio |
50 МБ |
Порог |
С помощью этого параметра в Службы Visio администратор может изменять максимально допустимый размер веб-документов для обработки в Visio. Увеличение размера файла имеет указанные ниже побочные эффекты.
|
Время ожидания пересчета веб-документа Visio |
120 секунд |
Порог |
С помощью этого параметра в Службы Visio администратор может изменять максимально допустимое время ожидания для пересчета документа после обновления данных. Увеличение времени ожидания для пересчета приводит к указанным ниже изменениям.
Уменьшение времени ожидания для пересчета приводит к указанным ниже изменениям.
|
Минимальный срок хранения в кэше Службы Visio (схемы с подключением к данным) |
Минимальный срок хранения в кэше: от 0 до 24 ч |
Порог |
Минимальный срок хранения в кэше применяется к схемам с подключением к данным. Это значение определяет самый ранний момент времени, в который текущая схема удаляется из кэша. Если установить слишком низкое значение этого параметра, это приведет к сокращению пропускной способности и увеличению задержки, так как слишком частая очистка кэша приводит к росту числа вычислений в Visio и снижает уровень доступности ЦП и памяти. |
Максимальный срок хранения в кэше Службы Visio (схемы без подключения к данным) |
Максимальный срок хранения в кэше: от 0 до 24 ч |
Порог |
Максимальный срок хранения в кэше применяется к схемам без подключения к данным. Это значение определяет продолжительность хранения текущей схемы в памяти. Увеличение значения этого параметра приводит к снижению задержки для часто запрашиваемых документов. Однако слишком большое значение максимального срока хранения в кэше влечет за собой увеличение задержки и снижение пропускной способности для элементов, кэширование которых не выполняется, так как присутствующие в кэше элементы потребляют доступную память. |
Ограничения для службы SharePoint Web Analytics
В таблице ниже представлено несколько рекомендаций для службы SharePoint Web Analytics.
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
Сущности SharePoint |
30 000 на ферму при включенной службе Web Analytics |
Поддерживается |
Не включайте службу Web Analytics, если ферма содержит или будет содержать более чем 30 000 сущностей SharePoint, в том числе все веб-приложения, семейства веб-сайтов и сайты. Это число неточное, так как различные сочетания сущностей SharePoint могут влиять на производительности фермы больше или меньше, чем проверенный сценарий, который описан в статье Capacity requirements for the Web Analytics Shared Service in SharePoint Server 2010. Однако если число сущностей SharePoint в ферме слишком близко к этому ограничению, производительность фермы может ухудшиться до неприемлемого уровня. |
Дополнительные сведения о границах и ограничениях для службы SharePoint Web Analytics см. в статье Capacity requirements for the Web Analytics Shared Service in SharePoint Server 2010.
Ограничения для служб PerformancePoint Services
В таблице ниже перечислены рекомендации для PerformancePoint Services в Microsoft SharePoint Server 2010.
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
Ячейки |
1 000 000 для каждого запроса к источнику данных Службы Excel |
Граница |
На систему показателей PerformancePoint, вызывающую источник данных Службы Excel, распространяется ограничение в 1 000 000 ячеек на каждый запрос. |
Столбцы и строки |
15 столбцов по 60 000 строк |
Порог |
Максимальное число столбцов и строк при отображении любого объекта панели мониторинга PerformancePoint, в котором в качестве источника данных используется книга Microsoft Excel. Число строк может изменяться в соответствии с числом столбцов. |
Запрос к списку SharePoint |
15 столбцов по 5000 строк |
Поддерживается |
Максимальное число столбцов и строк при отображении любого объекта панели мониторинга PerformancePoint, в котором в качестве источника данных используется список SharePoint. Число строк может изменяться в соответствии с числом столбцов. |
Запрос к источнику данных SQL Server |
15 столбцов по 20 000 строк |
Поддерживается |
Максимальное число столбцов и строк при отображении любого объекта панели мониторинга PerformancePoint, в котором в качестве источника данных используется источник данных таблицы SQL Server. Число строк может изменяться в соответствии с числом столбцов. |
Ограничения для служб Word Automation Services
В таблице ниже представлено несколько рекомендаций для служб Microsoft Word Automation Services.
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
Размер входного файла |
512 МБ |
Граница |
Максимально допустимый размер файла для обработки службами Microsoft Word Automation Services. |
Частота запуска преобразований (мин) |
1 мин (рекомендуется) 15 мин (по умолчанию) 59 мин (граница) |
Порог |
Это значение определяет частоту выполнения заданий таймера Microsoft Word Automation Services. Слишком низкое значение влечет за собой более быстрое выполнение заданий. По результатам тестирования оптимальным является выполнение задания таймера один раз в минуту. |
Число запускаемых преобразований для одного процесса преобразования |
Для форматов вывода PDF и XPS: 30 x M. Для всех других форматов вывода: 72 x M. M — это значение частоты запуска преобразований (в минутах). |
Порог |
Число запускаемых преобразований влияет на пропускную способность служб Microsoft Word Automation Services. Если эти значения превышают рекомендуемые уровни, некоторые элементы преобразования могут периодически давать сбои, что может привести к истечению срока действия разрешений пользователя. Срок действия разрешений пользователя истекает через 24 часа после запуска задания преобразования. |
Размер задания преобразования |
100 000 элементов преобразования |
Поддерживается |
Задание преобразования может содержать один или несколько элементов преобразования, каждый из которых представляет отдельное преобразование, выполняемое с отдельным входным файлом в SharePoint. При запуске задания преобразования (с использованием метода ConversionJob.Start) само задание и все его элементы передаются на сервер приложений, где задание хранится в базе данных Microsoft Word Automation Services. Слишком большое число элементов преобразования может привести к увеличению времени выполнения метода Start, а также к росту объемов передаваемых на сервер приложений данных. |
Общее число активных процессов преобразования |
N-1, где N — число ядер на каждом из серверов приложений |
Порог |
Активный процесс преобразования может занимать ресурсы одного ядра обработки. В связи с этим максимальное число процессов преобразования не должно превышать число ядер обработки на серверах приложений. Задания таймера преобразования и другие операции SharePoint также периодически используют ядро обработки. Рекомендуется всегда оставлять одно свободное ядро, которое будет использоваться заданиями таймера преобразования или системой SharePoint. |
Размер базы данных Microsoft Word Automation Services |
2 миллиона элементов преобразования |
Поддерживается |
В базе данных Microsoft Word Automation Services хранится постоянная очередь элементов преобразования. Для каждого запроса на преобразование создается одна или несколько записей. Службы Microsoft Word Automation Services не поддерживают автоматическое удаление записей из базы данных, поэтому при отсутствии обслуживания ее размер может увеличиваться до бесконечности. Администраторы могут вручную удалять журнал заданий преобразования с помощью командлета Remove-SPWordConversionServiceJobHistory в Windows PowerShell. Дополнительные сведения см. в статье Remove-SPWordConversionServiceJobHistory. |
Ограничения для SharePoint Workspace
В таблице ниже перечислены рекомендации для Microsoft SharePoint Workspace 2010.
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
Синхронизация в SharePoint Workspace |
30 000 для каждого списка |
Граница |
В SharePoint Workspace не поддерживается синхронизация списков, содержащих более 30 000 элементов. Это ограничение связано с тем, что длительность загрузки такого списка и объем используемых при этом ресурсов имеют слишком высокое значение. |
Синхронизация в SharePoint Workspace |
1800 документов в SharePoint Workspace |
Граница |
При наличии более 500 документов в SharePoint Workspace отображается предупреждение, однако добавление документов по-прежнему поддерживается. |
Ограничения для OneNote
В таблице ниже представлено несколько рекомендаций для служб Microsoft OneNote.
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
Число разделов и групп разделов в записной книжке OneNote (в SharePoint) |
См. ограничения на число документов для списка и библиотеки. |
Каждый раздел учитывается в списке как одна папка и один документ. Каждая группа разделов учитывается в списке как одна папка и один документ. |
|
Максимальный размер раздела |
См. ограничение размера файла в ограничениях списка и библиотеки. |
В соответствии с этим ограничением для OneNote исключаются изображения, внедренные файлы и распечатки XPS, размер которых превышает 100 КБ. Изображения и внедренные файлы размером более 100 КБ разбиваются на отдельные двоичные файлы. Это означает, что раздел, содержащий 100 КБ типизированных данных и четыре внедренных документа Word размером по 1 МБ каждый, будет учитываться как раздел размером в 100 КБ. |
|
Максимальный размер изображения, внедренного файла и распечатки XPS для OneNote в разделе OneNote. |
См. ограничение размера файла в ограничениях списка и библиотеки. |
Каждый элемент хранится в отдельном двоичном файле и, соответственно, подчиняется ограничениям на размер файлов. Каждая операция печати в OneNote приводит к созданию одного файла распечатки XPS, даже если распечатка содержит несколько страниц. |
|
Максимальный размер всех изображений, внедренных файлов и распечаток XPS на одной странице OneNote. |
По умолчанию это значение вдвое превышает ограничение "Размер файла". |
Порог |
Применяется к внедренному контенту на отдельной странице OneNote, а не к разделу или записной книжке. При превышении этого ограничения в OneNote отображается следующее сообщение об ошибке: jerrcStorageUrl_HotTableFull (0xE0000794). Чтобы обойти эту ошибку, можно разбить внедренный контент на разные страницы и удалить предыдущую версию страницы. Если пользователи изменяют это значение ("Максимальный размер таблицы горячего резервирования"), эффективное ограничение составляет половину от устанавливаемого абсолютного значения. Например, если устанавливается размер таблицы горячего резервирования, равный 400 МБ, максимальный размер всего внедренного контента на странице будет ограничен 200 МБ. |
Операции объединения |
Одна на ядро ЦП для каждого веб-сервера |
Граница |
С помощью операций объединения в OneNote объединяются изменения, внесенные несколькими пользователями в записную книжку в процессе совместного редактирования. Если отсутствуют свободные ядра ЦП для выполнения объединения, создается страница конфликта, на которой запрашивается принудительное выполнение объединения пользователем вручную. Это ограничение применяется независимо от того, выполняется ли OneNote в качестве клиентского приложения или в качестве веб-приложения Microsoft Office Web Apps. |
Ограничения для службы веб-приложений Office
В таблице ниже перечислены рекомендации для Office Web Apps. Если приложение выполняется в качестве веб-приложения, также применяются ограничения, распространяющиеся на клиентские приложения Office.
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
Размер кэша |
100 ГБ |
Порог |
Пространство, доступное для отображения документов и создаваемое в составе базы данных контента. По умолчанию устанавливается размер кэша для отображения документов, равный 100 ГБ. Увеличивать это ограничение не рекомендуется. |
Отображения |
Одно в секунду для каждого документа для ядра ЦП на каждый сервер приложений (максимум восемь ядер) |
Граница |
Это измеренное среднее число отображений "типовых" документов, которые могут быть выполнены на каждом сервере приложений за период времени. |
Ограничения для Project Server
В таблице ниже перечислены рекомендации для Microsoft Project Server. Дополнительные сведения о планировании для Project Server см. в статье Планирование и архитектура для Project Server 2010.
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
Время окончания проекта |
Дата: 31.12.2049 |
Граница |
Дата окончания любых планов в Project ограничена датой 31.12.2049. |
Конечные результаты для каждого плана проекта |
1500 конечных результатов |
Граница |
Планы Project не могут содержать более 1500 конечных результатов. |
Число полей в представлении |
256 |
Граница |
Максимальное число полей, добавляемых в определенное пользователем представление в Project Web App, составляет 256. |
Число операторов в фильтре представления |
50 |
Граница |
Максимальное число операторов в фильтре, добавляемом в представление, составляет 50. |