Ограничения, связанные с программным обеспечением, в SharePoint 2013

ОБЛАСТЬ ПРИМЕНЕНИЯ:yes-img-132013 no-img-162016 no-img-192019 no-img-seSubscription Edition no-img-sopSharePoint в Microsoft 365

В этой статье описываются границы программного обеспечения и ограничения SharePoint Server 2013, в том числе:

  • Границы: Статические ограничения, которые не могут быть превышены в конструкторе

  • Пороги настраиваемые ограничения, которые могут быть превышены в соответствии с конкретными требованиями

  • Поддерживаемые ограничения настраиваемые ограничения, которым по умолчанию присваиваются проверенные значения

Важно!

Некоторые значения, приведенные в этой статье, основаны на результатах тестирования продуктов SharePoint 2010 и могут не представлять окончательные значения для SharePoint Server 2013. Эта статья будет обновлена соответствующими значениями по мере того, как появятся тестовые данные SharePoint Server 2013. > Сведения о текущих требованиях к оборудованию и программному обеспечению см. в статье Требования к оборудованию и программному обеспечению для SharePoint 2013.

Примечание.

[!Примечание] В процессе планирования рекомендуется руководствоваться содержащейся в этом документе информацией о планировании загрузки. Эта информация основана на результатах тестов, проведенных корпорацией Майкрософт, и полученных динамических свойствах. Однако результаты для конкретной системы, вероятнее всего, будут отличаться от тестовых из-за различия в используемом оборудовании и внедренных на сайтах компонентах и функциях.

Узнайте больше об ограничениях SharePoint в Microsoft 365.

Общие сведения об ограничениях

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

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

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

Границы, пороги и поддерживаемые ограничения

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

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

    Примером границы является ограничение на размер документа в 2 ГБ; Вы не можете настроить SharePoint Server 2013 для хранения документов размером более 2 ГБ. Эта граница является встроенным абсолютным значением и не может быть превышена в конструкторе.

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

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

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

    Некоторые поддерживаемые ограничения — это настраиваемые параметры, для которых по умолчанию задано рекомендуемое значение, в то время как другие поддерживаемые ограничения относятся к параметрам, которые не представлены настраиваемым значением.

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

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

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

Установка ограничений

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

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

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

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

Модель круговой диаграммы

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

Рассмотрим емкость фермы как круг, размер которой представляет собой совокупность факторов, таких как серверы, аппаратные ресурсы, такие как ЦП и ОЗУ, емкость хранилища, число операций ввода-вывода в секунду на диске, пропускная способность сети и задержка. Таким образом, размер круга связан со всеми ресурсами фермы и увеличивается при добавлении таковых (например, серверов фермы).

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

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

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

Ограничения и границы

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

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

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

  • Отметьте эти области для последующего тестирования и проверки по мере разработки развертывания.

  • Измените или разделите решение, чтобы не превысить рекомендации по емкости.

Ограничения по иерархии

В этом разделе приводятся ограничения, логически упорядоченные по иерархии фермы SharePoint Server 2013.

Ограничения для веб-приложений

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

Ограничение Примечания Примечания Примечания
Веб-приложение
20 для каждой фермы
Поддерживается
Мы рекомендуем как можно больше ограничить число веб-приложений. Создайте больше именованных семейств веб-сайтов узлов, где это возможно, вместо добавления веб-приложений.
Зона
5 для каждого веб-приложения
Граница
Количество зон для фермы жестко ограничено пятью. ("По умолчанию", "Интрасеть", "Экстрасеть", "Интернет" и "Настраиваемая").
Управляемый путь для семейств сайтов с именем на основе узла
20 для каждой фермы
Поддерживается
Управляемые пути для семейств сайтов с именем на основе узла применяются на уровне фермы. Каждый создаваемый управляемый путь можно применить в любом веб-приложении.
Управляемый путь для семейств сайтов с именем на основе путей
20 для каждого веб-приложения
Поддерживается
Управляемые пути кэшируются на веб-сервере. Ресурсы ЦП расходуются на обработку входящих запросов, направленных в список управляемых путей.
Управляемые пути для семейств сайтов с именем на основе путей применяются на уровне веб-приложения. Вы можете создать отдельный набор управляемых путей для каждого веб-приложения. Если число управляемых путей для веб-приложения превышает 20, нагрузка на веб-сервер по обработке каждого запроса возрастает.
Если вы планируете превысить 20 управляемых путей в данном веб-приложении, рекомендуется проверить допустимую производительность системы.
Размер кэша решений
300 МБ для каждого веб-приложения
Порог
В кэше решений служба InfoPath Forms Services хранит кэшированные решения, что позволяет ускорить процесс их извлечения. В случае превышения размера кэша решения извлекаются с диска, что приводит к увеличению времени отклика. Размер кэша решения можно настроить с помощью командлета PowerShell Set-SPInfoPathFormsService. Для получения дополнительных сведений см. Set-SPInfoPathFormsService.

Ограничения для веб-серверов и серверов приложений

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

Ограничение Примечания Примечания Примечания
Пулы приложений
10 для каждого веб-сервера
Порог
Максимальное количество определяется возможностями оборудования.
Это ограничение в большой степени зависит от следующих факторов:
Объем памяти, выделенный для веб-серверов
Рабочая нагрузка на ферму, то есть размер пользовательской базы и модель использования (отдельный пул приложений с высокой нагрузкой может использовать до 10 ГБ и более)

Ограничения для баз данных контента

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

Ограничение Примечания Примечания Примечания
Число баз данных контента
500 для каждой фермы
Поддерживается
Максимальное число баз данных контента на одну ферму равно 500. При использовании 500 баз данных контента на веб-приложение операции конечных пользователей, такие как открытие сайта или семейств веб-сайтов, не затрагиваются. При этом производительность административных операций, таких как создание нового семейства сайтов, снижается. Для управления веб-приложением с большим числом баз данных контента рекомендуется использовать PowerShell, поскольку при увеличении числа БД производительность интерфейса управления может снижаться, что влечет за собой усложнение навигации.
SharePoint Server 2013 поддерживает 100 ТБ данных на каждую ферму с 200 ГБ на каждую базу данных контента и 500 баз данных на ферму.
Размер базы данных контента (сценарии общего использования)
200 ГБ для каждой базы данных контента
Поддерживается
Мы рекомендуем ограничить размер баз данных контента до 200 ГБ, за исключением случаев, когда применяются обстоятельства в следующих строках в этой таблице.
Если вы используете удаленное хранилище BLOB-объектов (RBS), общий объем удаленного хранилища BLOB-объектов и метаданных в базе данных контента не должен превышать ограничение в 200 ГБ.
Размер базы данных контента (все сценарии использования)
4 ТБ на базу данных контента
Поддерживается
Базы данных контента с размером до 4 ТБ поддерживаются при выполнении следующих требований.
Производительность дисковой подсистемы составляет 0,25 операций ввода-вывода в секунду на ГБ, а для оптимальной производительности рекомендуется две операции ввода-вывода в секунду.
Следует разработать планы по обеспечению высокой доступности, аварийному восстановлению, будущему увеличению емкости и тестированию производительности.
Учитывайте следующие факторы.
Собственная система резервного копирования SharePoint Server 2013 может не соответствовать требованиям к резервному копированию для баз данных контента, размер которых превышает 200 ГБ. Оцените и протестируйте решения для резервного копирования SharePoint Server 2013 и альтернативные решения для резервного копирования, чтобы определить оптимальное решение для конкретной среды.
Рекомендуется иметь упреждающий квалифицированный администратор для управления SharePoint Server 2013 и SQL Server установок.
Сложность настроек и конфигураций SharePoint Server 2013 может привести к необходимости реструктуризации (или разбиения) данных на несколько баз данных контента. Проконсультируйтесь с опытным профессиональным архитектором и проведите тестирование, чтобы определить оптимальный размер базы данных контента для конкретной реализации. Примерами сложности могут быть развертывания пользовательского кода, использование более 20 столбцов в продвижении свойств или функции, перечисленные как не используемые в разделе свыше 4 ТБ ниже.
Реорганизация семейств сайтов допускает горизонтальное масштабирование реализации SharePoint Server 2013 между несколькими базами данных контента. Это позволяет реализовать SharePoint Server 2013 неограниченное масштабирование. Реорганизация будет проще и быстрее, если размер баз данных контента не превышает 200 ГБ.
Рекомендуется, чтобы для упрощения резервного копирования и восстановления отдельные семейства веб-сайтов в базе данных контента были ограничены 100 ГБ. Дополнительные сведения см. в разделе Ограничения для семейств сайтов.
ВАЖНО! Мы не рекомендуем использовать базы данных контента размером более 4 ТБ, за исключением сценариев архивирования документов (описано в следующей строке этой таблицы). Если в будущем потребуется обновить установку SharePoint Server 2013, обновление семейств веб-сайтов в базах данных контента может быть затруднительным и трудоемким. > Рекомендуется выполнять масштабирование между несколькими базами данных контента, а не превышать 4 ТБ данных в одной базе данных контента.
Размер базы данных контента (сценарий с архивом документов)
Отсутствует явное ограничение размера базы данных контента
Поддерживается
Использование баз данных контента без явного ограничения размера поддерживается в сценариях архива документов при выполнении следующих требований.
Выполните все требования из ограничения "Размер базы данных контента (все сценарии использования)" ранее в этой таблице, и вы должны убедиться, что вы тщательно рассмотрели все факторы, обсуждаемые в поле Заметки этого ограничения.
Сайты SharePoint Server 2013 должны быть основаны на шаблонах сайтов центр документов или центр записей.
Средний показатель обращений к базе данных не превышает 5 % контента в месяц; при этом изменяется или перезаписывается в среднем не более 1 % контента в месяц.
Не используйте оповещения, рабочие процессы, исправления ссылок или безопасность на уровне элементов для объектов SharePoint Server 2013 в базе данных контента.
Примечание. Базы данных контента для архива документов можно настроить так, чтобы они принимали документы из рабочих процессов маршрутизации контента.
Дополнительные сведения о крупномасштабных репозиториях документов см. в статье Оценка требований к производительности и емкости для крупномасштабных репозиториев документов в SharePoint Server 2010, а также в разделе Типовые сценарии управления большими объемами контента статьи Планирование хранения корпоративного контента (SharePoint Server 2010).
Элементы базы данных контента
60 миллионов элементов, включая документы и элементы списка
Максимальное количество элементов на базу данных контента, для которого проводилось тестирование SharePoint Server 2013, составляет 60 миллионов, включая документы и элементы списка. Если в SharePoint Server 2013 планируется хранение более 60 миллионов элементов, следует развернуть несколько баз данных контента.
Наибольшее количество элементов на каждую базу данных контента, протестированную в SharePoint Server 2013, составляет 60 миллионов элементов, включая документы и элементы списка. Если вы планируете хранить более 60 миллионов элементов в SharePoint Server 2013, необходимо развернуть несколько баз данных контента.
Максимум 10 000 (2500 семейств общих сайтов и 7500 личных сайтов либо 10 000 только личных сайтов)
Максимум 10 000 (2500 семейств общих сайтов и 7500 личных сайтов либо 10 000 только личных сайтов)
Поддерживается
Мы рекомендуем ограничить количество семейств веб-сайтов в базе данных контента до 5000. Тем не менее поддерживается до 10 000 семейств сайтов для каждой базы данных. В базе данных контента, включающей до 10 000 семейств веб-сайтов, не более 2500 из них могут быть не личными семействами веб-сайтов. Можно поддерживать 10 000 личных семейств веб-сайтов, если они единственные семейства веб-сайтов в базе данных контента.
Ограничение числа семейств сайтов в базе данных подчиняется ограничению на размер базы данных контента, содержащей несколько семейств сайтов. В связи с этим по мере увеличения числа семейств в базе данных их средний размер должен уменьшаться.
Если число семейств сайтов превышает 5000, возрастает риск длительного простоя систем в периоды обновления. Если планируется превышение этого ограничения, рекомендуется разработать четкую стратегию обновления, сокращающую длительность простоя и устраняющую негативное влияние на работу, и модернизировать оборудование, чтобы повысить скорость обновления ПО для баз данных.
Exceeding the 5,000 site collection limit puts you at risk of longer downtimes during upgrades. Если вы планируете превысить 5000 семейств веб-сайтов, рекомендуется использовать четкую стратегию обновления для устранения длительности простоя и влияния на работу, а также получить дополнительное оборудование для ускорения обновлений программного обеспечения и обновлений, влияющих на базы данных.
To set the warning and maximum levels for the number of sites in a content database, use the PowerShell cmdlet Set-SPContentDatabase with the -WarningSiteCount parameter. Дополнительные сведения см. в разделе [Set-SPContentDatabase]/powershell/module/sharepoint-server/Set-SPContentDatabase?view=sharepoint-ps&preserve-view=true).
Подсистема удаленного хранилища больших двоичных объектов (RBS) на устройстве хранения данных, подключаемом к сети (NAS)
Время до получения первого байта любого ответа от устройства NAS не должно превышать 40 мс в 95 % всего времени.
Граница
С момента отправки запроса большого двоичного объекта из SharePoint Server 2013 до получения первого байта ответа от устройства NAS должно пройти не более 40 мс в 95 % времени.
Ограничения для семейств сайтов

Ограничения для семейств сайтов

В таблице далее представлено несколько рекомендаций для семейств сайтов.

Ограничение Примечания Примечания Примечания
Число семейств сайтов на ферму
750 000 для каждой фермы (500 000 корневых сайтов с шаблоном личных сайтов и 250 000 корневых сайтов с другими типами сайтов)
Поддерживается
Максимальное рекомендуемое количество сайтов на ферму — 500 000 семейств веб-сайтов, содержащих только один личный сайт, плюс 250 000 семейств веб-сайтов, содержащих все остальные шаблоны сайтов. Все эти сайты могут размещаться в одном веб-приложении или могут быть распределены по нескольким веб-приложениям.
На это ограничение влияют другие факторы, которые могут уменьшить эффективное количество семейств веб-сайтов, которые могут поддерживаться данной базой данных контента. Если каждая база данных контента содержит 1000 семейств веб-сайтов, их общее количество в веб-приложении составит 200 000; это значение не превышает поддерживаемые ограничения. Однако если каждая база данных контента содержит 10 000 семейств веб-сайтов, то даже несмотря на то, что это количество поддерживается для баз данных контента, общее количество семейств веб-сайтов в веб-приложении составит 2 000 000, что превышает ограничение на число семейств веб-сайтов для одного веб-приложения.
Ферма A содержит веб-приложение с 200 базами данных контента; такая конфигурация поддерживается. Если каждая база данных контента содержит 1000 семейств веб-сайтов, их общее количество в веб-приложении составит 200 000; это значение не превышает поддерживаемые ограничения. Однако если каждая база данных контента содержит 10 000 семейств веб-сайтов, то даже несмотря на то, что это количество поддерживается для баз данных контента, общее количество семейств веб-сайтов в веб-приложении составит 2 000 000, что превышает ограничение на число семейств веб-сайтов для одного веб-приложения.
Необходимо следить за использованием памяти на веб-серверах, так как оно зависит от характера работы и числа сайтов, к которым осуществляется доступ за отведенный период. Аналогично целевые объекты обхода контента также могут испытывать нехватку памяти, в этом случае следует настроить пул приложений, чтобы он выполнял утилизацию, прежде чем объем доступной памяти на любом из веб-серверов опустится ниже 2 ГБ.
Веб-сайт
250 000 для каждого семейства веб-сайтов, 250 000 на ферму или 500 000 личных сайтов на ферму.
Максимальное рекомендованное число веб-сайтов составляет 500 000 сайтов на основе шаблона личного сайта и 250 000 — на основе других шаблонов. Это ограничение применяется как к семействам веб-сайтов, так и к фермам.
Максимальное рекомендованное число веб-сайтов составляет 500 000 сайтов на основе шаблона личного сайта и 250 000 на основе других шаблонов. Это ограничение применяется для семейства веб-сайтов и фермы.
Производительность может ухудшиться, если количество дочерних сайтов превышает 2000 на уровне семейства веб-сайтов.
ВАЖНО! Рекомендуется оставаться менее 2000 дочерних сайтов на каждое семейство веб-сайтов. Вы можете создать большое общее количество веб-сайтов, создав несколько семейств веб-сайтов с до 2000 веб-сайтов на каждое семейство веб-сайтов. Например, 125 семейств веб-сайтов, содержащих по 2000 веб-сайтов, приравниваются к 250 000 сайтов в ферме. Однако это пороговое значение будет считаться максимальным рекомендуемым ограничением для неличных сайтов.
Если у вас 250 000 семейств веб-сайтов, все из которых содержат корневой веб-сайт, который не является шаблоном личного сайта, добавление дочернего сайта на любой из этих корневых сайтов превысит границу 250 000 веб-сайтов.
При превышении рекомендуемого лимита в 2000 сайтов на семейство веб-сайтов могут возникнуть следующие проблемы:
Удаление или создание сайта или дочернего сайта может значительно повлиять на доступность сайта. Доступ к сайту или дочерним сайтам в процессе удаления будет ограничен. При попытке одновременного создания большого числа дочерних сайтов может произойти сбой.
При наличии более 2000 дочерних сайтов производительность таких действий, как выполнение PSConfig при добавлении нового сервера в существующую ферму или после установки обновлений SharePoint, может резко снизиться.
Совершение операции stsadm -o checklocalupgradestatus или ежедневное выполнение задания таймера Задание для версии продукта может занять много времени.
Просмотр страницы Проверка состояния базы данных (<your_SharePoint_CentralAdmin_URL>/_admin/UpgradeStatus.aspx) на веб-сайте центра администрирования может привести к превышению времени ожидания.
Размер семейства веб-сайтов
Максимальный размер базы данных контента
Поддерживается
A site collection can be as large as the content database size limit for the applicable usage scenario. For more information about the different content database size limits for specific usage scenarios, see the Content database limits table in this article.
Как правило, рекомендуется ограничить размер семейств веб-сайтов до 100 ГБ по следующим причинам:
Некоторые действия семейства веб-сайтов, такие как резервное копирование и восстановление семейства веб-сайтов или командлет PowerShell Move-SPSite, вызывают большие SQL Server операции, которые могут повлиять на производительность или завершиться сбоем, если другие семейства веб-сайтов активны в той же базе данных. For more information, see Move-SPSite.
Резервное копирование и восстановление поддерживается только для тех семейств сайтов SharePoint, размер которых не превышает 100 ГБ. Для семейств сайтов большего размера необходимо резервное копирование всей базы данных контента. Если в одной базе данных контента содержится несколько семейств сайтов, размер которых превышает 100 ГБ, операции резервного копирования и восстановления могут занимать много времени и завершаться сбоем.
Число каналов устройств на каждое семейство сайтов публикации
10
Граница
Максимально допустимое число каналов устройств на каждое семейство сайтов публикации равно 10.

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

В таблице ниже представлены рекомендуемые справочники по спискам и библиотекам. Дополнительные сведения см. в статье Designing large Lists and maximizing list performance (SharePoint Server 2010).

Ограничение Примечания Примечания Примечания
Размер строки списка
8000 байт для каждой строки
Граница
Each list or library item can only occupy 8,000 bytes in total in the database. 300 bytes are reserved, leaving 7700 bytes for end-user columns. For details on how much space each kind of field consumes, see Column limits.
Размер файла
2 ГБ
Максимальный размер файла по умолчанию равен 250 МБ. При необходимости это ограничение можно увеличить до 2 ГБ (2047 МБ). Однако установка большого значения может привести к снижению производительности фермы.
Максимальный размер файла по умолчанию равен 250 МБ. Эта граница является настраиваемым ограничением, которое можно увеличить до 2 ГБ (2047 МБ). Однако большой объем больших файлов может повлиять на производительность фермы.
Документы
30 000 000 для каждой библиотеки
Поддерживается
Большие библиотеки документов можно создавать путем вложения папок или с помощью стандартных представлений и иерархии сайтов. Это значение зависит от организации документов и папок, а также от типа и размера хранящихся документов.
Основные версии
400 000
Поддерживается
Если это ограничение превышено, возможны сбои при выполнении базовых операций с файлами (открытие, сохранение, удаление, просмотр журнала версий и т. д.).
Это значение задается на уровне библиотеки для файлов.
Дополнительные номера версии
511
Граница
Максимальное число дополнительных номеров версии равно 511. Это ограничение не может быть превышено.
Это значение задается на уровне библиотеки для файлов.
Элементы
30 000 000 для каждого списка
Поддерживается
Большие списки можно создавать с помощью стандартных представлений, иерархий сайтов и навигации по метаданным. Это значение зависит от числа столбцов в списке и интенсивности его использования.
Массовые операции
100 элементов для каждой массовой операции
Граница
В пользовательском интерфейсе для каждой массовой операции можно выбрать до 100 элементов.
Пороговое значение подстановки представления списка
12 операций объединения для каждого запроса
Порог
Указывает максимальное число соединений, разрешенных для каждого запроса, например значения на основе подстановки, пользователя или группы или столбцов состояния рабочего процесса. If the query uses more than eight joins, the operation is blocked. Это условие не применяется к операциям с одним элементом. When using the maximal view via the object model (by not specifying any view fields), SharePoint will return up to the first 12 lookups.
Примечание. После применения накопительного пакета обновления в SharePoint Server 2013, выпущенного 13 августа 2013 г. (https://support.microsoft.com/kb/2817616), значение по умолчанию увеличилось с 8 до 12.
Пороговое значение представления списка
5,000
Порог
Задает максимальное число элементов списка или библиотеки, которые могут обрабатываться одновременно операцией базы данных (например, запросом) вне установленного администратором ежедневного периода времени, в течение которого число запросов не ограничено.
Пороговое значение представления списка для аудиторов и администраторов
20,000
Порог
Указывает максимальное количество элементов списка или библиотеки, которые операция базы данных, например запрос, может обрабатываться одновременно, когда они выполняются аудитором или администратором с соответствующими разрешениями. Этот параметр используется совместно с параметром "Перезапись объектной модели".
Примечание. Это пороговое значение должно быть включено с помощью пользовательского кода, чтобы задать SPQueryThrottleOption.
Дочерний сайт
2000 для каждого представления сайта
Порог
Интерфейс перечисления дочерних сайтов данного веб-сайта работает не так хорошо, так как количество дочерних сайтов превышает 2000. Аналогичным образом по мере увеличения числа дочерних сайтов существенно снижается производительность страницы "Весь контент сайта" и элемента управления иерархического представления.
Совместное редактирование файлов DOCX, PPTX, PPSX и XLSX в Word, PowerPoint и Excel
10 параллельных редакторов для каждого документа
Порог
Рекомендуемое максимальное число параллельных редакторов равно 10. Значение границы составляет 99.
Если документ уже открыт для совместного редактирования 99 редакторами, каждый последующий пользователь получает сообщение об ошибке "Файл уже используется" и может открыть доступную только для чтения копию файла.
Совместное редактирование документа более чем 10 редакторами ведет к постепенному снижению эффективности взаимодействия с пользователями, росту числа конфликтов и увеличению числа операций по отправке изменений на сервер.
Область безопасности
50 000 для каждого списка
Порог
Максимальное число уникальных областей безопасности, установленных для списка, не может превышать 50 000.
Для большинства ферм рекомендуется сократить это ограничение до 5000 уникальных областей. Для больших списков рекомендуется применять структуру, использующую как можно меньше уникальных разрешений.
Если количество уникальных областей безопасности для списка превышает пороговое значение представления списка (по умолчанию установлено в 5000 элементов списка), при просмотре списка выполняется более SQL Server кругового пути, что может отрицательно повлиять на производительность представления списка.
Область — это граница безопасности защищаемого объекта и любого из его дочерних объектов, для которых не определена отдельная граница безопасности. A scope contains an Access Control List (ACL), but unlike NTFS ACLs, a scope can include security principals that are specific to SharePoint Server 2013. The members of an ACL for a scope can include Windows users, user accounts other than Windows users (such as forms-based accounts), Active Directory groups, or SharePoint groups.

Ограничения для столбцов

Данные SharePoint Server 2013 хранятся в таблицах SQL Server. Каждый тип столбца имеет размер в байтах. Сумма всех столбцов в списке SharePoint не может превышать 8000 байт.

Ограничение Максимальное число столбцов Тип ограничения Размер для каждого столбца Примечания
Однострочный текст
255
Порог
30 байт
Многострочный текст
350
Порог
22 байта
Выбор
255
Порог
30 байт
Выбор (несколько вариантов выбора)
350
Порог
22 байта
Число
550
Порог
14 байт
Денежный
550
Порог
14 байт
Дата и время
550
Порог
14 байт
Подстановка
750
Порог
10 байт
Да/Нет
1000
Порог
7 байт
Пользователь или группа
750
Порог
10 байт
Гиперссылка и рисунок
127
Порог
60 байт
Вычисляемый
255
Порог
30 байт
GUID
350
Порог
22 байта
Целое
750
Порог
10 байт
Управляемые метаданные
190
Порог
60 байт для первого и 40 для каждого последующего
Для первого добавляемого в список поля управляемых метаданных выделяется четыре столбца:
поле подстановки для фактического тега;
скрытое текстовое поле для строкового значения;
поле подстановки для захвата всех элементов;
поле подстановки для избыточных элементов при захвате всех элементов.
Для каждого последующего добавляемого в список поля управляемых метаданных требуется два дополнительных столбца:
поле подстановки для фактического тега;
скрытое текстовое поле для строкового значения.
Географическое положение
2
Порог
30 байт

Для столбцов внешних данных выделяются понятия первичного и вторичного столбца. При добавлении столбца внешних данных можно выбрать несколько вторичных полей внешнего типа контента, которые требуется добавить в список. Например, при добавлении в список столбца внешних данных типа "Клиент" с такими полями, как "Идентификатор", "Имя", "Страна" и "Описание", при добавлении столбца внешних данных типа "Клиент" в список можно добавить дополнительные поля для отображения "ИДЕНТИФИКАТОР", "Имя" и "Описание" клиента. В целом добавляются следующие столбцы:

  • Первичный столбец: текстовое поле.

  • Скрытый столбец идентификатора: многострочное текстовое поле.

  • Secondary columns: Each secondary column is a text/number/Boolean/multi-line text that is based on the data type of the secondary column as defined in the Business Data Catalog model. Например, идентификатор может быть сопоставлен со столбцом Number ; Имя может быть сопоставлено с *Одной строкой текстового столбца; Описание может быть сопоставлено с несколькими строками текстового столбца .

Ограничения для страниц

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

Ограничение Примечания Примечания Примечания
Веб-части
25 для каждой вики-страницы или страницы веб-частей
Порог
This figure is an estimate based on simple Web Parts. Количество веб-частей, которое не оказывает влияние на производительность, зависит от сложности этих веб-частей.

Ограничения безопасности

Ограничение Примечания Примечания Примечания
Число групп SharePoint, к которым может принадлежать пользователь
5,000
Поддерживается
Этот тип не является жестким ограничением, но он соответствует рекомендациям Active Directory. Это значение зависит от нескольких факторов.
Время проверки безопасности: по мере увеличения числа групп, в которых участвует пользователь, время, затрачиваемое на проверку доступности, увеличивается соответствующим образом.
Число пользователей в семействе сайтов
Время проверки безопасности: по мере увеличения числа групп, в которых участвует пользователь, время, затрачиваемое на проверку доступности, увеличивается соответствующим образом.
Число пользователей в семействе сайтов
2 миллиона для каждого семейства сайтов
Поддерживается
Используя группы безопасности Microsoft Windows вместо отдельных пользователей, на веб-сайт можно добавить миллионы людей.
Это ограничение связано с эффективностью управления и простотой навигации в пользовательском интерфейсе.
При наличии большого количества записей (групп безопасности пользователей) в семействе веб-сайтов (более 1000), для управления пользователями вместо пользовательского интерфейса следует использовать PowerShell. Эта платформа обеспечит более эффективное управление.
Количество участников и пользователей Active Directory в группе SharePoint
5000 для каждой группы SharePoint
Поддерживается
Это ограничение в большей степени влияет на производительность следующих операций.
Если число пользователей или групп Active Directory не превышает 5000, обеспечивается приемлемая производительность группы SharePoint.
Это ограничение в большей степени влияет на производительность следующих операций.
Извлечение пользователей для проверки разрешений. Длительность выполнения этой операции возрастает пропорционально числу пользователей в группе.
Отображение сведений об участии в группе. Выполнение этой операции во всех случаях требует времени.
Группы SharePoint
10 000 для каждого семейства сайтов
Поддерживается
При наличии более 10 000 групп время выполнения операций существенно увеличивается. Это особенно актуально при добавлении пользователя в существующую группу, создании новой группы и отображении представлений групп.
Субъект безопасности: размер области безопасности
5000 для каждого списка управления доступом (ACL)
Поддерживается
The size of the scope affects the data that is used for a security check calculation. This calculation occurs every time that the scope changes. Жесткого предела нет, но чем больше область, тем больше времени занимает вычисление.

Ограничения по компонентам

В этом разделе ограничения отсортированы по компонентам.

Ограничения поиска

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

Примечание.

Limits for Search have changed significantly as the feature has been updated. For more information, see Plan search in SharePoint Server.

Поиск: ограничения топологии

Ограничения топологии обеспечивают эффективное взаимодействие между компонентами поиска. Exceeding these limits slows down the communication between search components, which can result in longer query latencies and ultimately outage of search.

Ограничение Примечания Примечания Примечания
Компоненты обработки аналитических данных
6 для каждого приложения службы поиска; 1 для каждого сервера
Поддерживается
Базы данных аналитических отчетов
4 для каждого приложения службы поиска
Порог
Вы можете превысить это ограничение для выполнения определенных требований. При масштабировании добавьте базу данных отчетов аналитики, когда размер любой развернутой базы данных аналитики достигает 250 ГБ общего размера или 20-м общих строк. В этом случае перераспределение разделов будет максимально сбалансированным.
Базы данных ссылок
4 для каждого приложения службы поиска
Поддерживается
Наибольшее протестированное число элементов, которое может содержать база данных ссылок — 100 миллионов.
Компоненты обхода контента
16 для каждого приложения службы поиска; 1 для каждого сервера
Поддерживается
Компоненты индексирования
60 для каждого приложения службы поиска; 4 для каждого сервера
Поддерживается
Чтобы получить число доступных компонентов индекса, умножьте число разделов индекса на число реплик индекса.
Для SharePoint Foundation 2013 это ограничение составляет один компонент индекса на служба приложение и не может быть превышено.
Разделы индекса
25 для каждого приложения службы поиска
Поддерживается
Секция индекса содержит подмножество индекса приложения служба . Увеличение числа секций индекса приводит к тому, что каждая секция содержит меньшее подмножество индекса, уменьшая объем ОЗУ и место на диске, необходимое на серверах, на которых размещены компоненты индекса.
Для SharePoint Foundation 2013 максимальное количество компонентов индексирования на приложение-службу поиска составляет одно, поэтому число разделов индекса на приложение-службу поиска ограничено одним.
Реплики индекса
3 для каждого раздела индекса
Поддерживается
Каждый раздел индекса может иметь набор реплик. Если увеличить количество реплик индекса, это изменение положительно сказывается на производительности запросов и обеспечивает более высокую отказоустойчивость. Но если добавить слишком много реплик в секцию индекса, это превышение может негативно повлиять на индексирование.
Для сценариев интернет-сайтов, которые обычно имеют высокую частоту запросов, но низкий объем содержимого (менее 4 миллионов элементов на секцию), поддерживаемое ограничение составляет шесть реплик индексов на секцию.
1 для каждого сервера
Компоненты обработки содержимого
1 для каждого сервера
Поддерживается
Топология поиска поддерживает масштабирование числа компонентов обработки содержимого. Хотя конкретный физический узел или виртуальная машина поддерживает несколько компонентов обработки содержимого, вы можете добиться более эффективного использования емкости ЦП с помощью одного компонента обработки содержимого. Причина этого заключается в том, что встроенный механизм обеспечивает максимальное использование ЦП, регулируя число сеансов загрузки в соответствии с доступными ядрами ЦП. Несколько сеансов подачи позволяют компоненту обработки содержимого обрабатывать входящие документы параллельно. Этот механизм предполагает один компонент обработки содержимого для каждого узла.
Если количество физических ядер на узле равно N, то компонент обработки содержимого будет иметьсеансы передачи N K. K — коэффициент константы с начальным значением 3. 4-ядерный сервер будет иметь 12 сеансов подачи, что означает, что компонент обработки содержимого может обрабатывать 12 документов параллельно. Значение K можно изменить, задав свойство NumberOfCssFeedersPerCPUForRegularCrawl приложения службы поиска. SharePoint Server 2013 ограничивает значение N до 12, даже если сервер имеет более 12 физических ядер. Таким образом, 16-ядерный сервер будет иметь NK = 12 * 3 = 36 сеансов подачи.
Если время простоя ЦП по-прежнему остается, вместо добавления дополнительного компонента обработки содержимого рекомендуется увеличить коэффициент K. При увеличении коэффициента K необходимо убедиться, что у узла достаточно доступной памяти.
Компоненты обработки запросов
1 для каждого сервера
Поддерживается
64 для каждого приложения службы поиска
Компоненты поиска
64 для каждого приложения службы поиска
Поддерживается
Это ограничение не включает компоненты обхода контента. Суммарное количество других компонентов поиска не должно превышать это ограничение.
Приложения-службы поиска
20 для каждой фермы
Поддерживается
В одной ферме можно развертывать несколько приложений-служб поиска, поскольку компоненты и базы данных поиска можно назначать разным серверам. Это ограничение меньше ограничения для общего числа приложений-служб в ферме.
Источники контента
500 для каждого приложения службы поиска
Граница
С каждым источником контента возникают накладные расходы, поэтому рекомендуется создать минимальное количество источников контента, удовлетворяющих другим рабочим требованиям, например различия в приоритете обхода контента и планировании.

Поиск: ограничения размера элемента

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

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

  • Если вы ищете текст в элементе и получаете результаты только из первой части текста, возможно, компонент обработки содержимого усекал элемент, так как он превысил некоторые ограничения на размер элемента. Когда компонент обработки содержимого усекает элемент, он указывает на это усечение, задав управляемому свойству IsPartiallyProcessed значение True. A warning will also show up in the Crawl Log, stating why the item was truncated.

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

Ограничение Примечания Примечания Примечания
Размер документа, который компонент обхода может загрузить
64 МБ (3 МБ для документов Excel)
Порог
При поиске метаданные и контент загружаются из документа, пока не будет достигнут максимальный размер документа. Остальное содержимое не загружается. Метаданные документа всегда загружаются при поиске.
You can change the default limit for the maximum document size. Выполните это изменение с помощью командлетов Microsoft PowerShell, чтобы изменить свойство приложения Служба MaxDownLoadSize или MaxDownloadSizeExcel. MaxDownLoadSize doesn't impact the maximum size for Excel documents. Enter the value in megabytes. The maximum value for the maximum document size is 1024 MB, also for Excel documents.
Если вы увеличите ограничение максимального размера документа, служба поиска будет индексировать большее количество контента, и ей потребуется больше места на диске.
Размер проанализированного контента
2 миллиона символов
Граница
Служба поиска прекращает анализ элемента после анализа 2 миллионов символов контента из него, включая вложения элемента. Фактическая сумма проанализированных символов может быть ниже этого ограничения, так как при поиске для анализа одного элемента и его вложений тратится не больше 30 секунд. Когда служба поиска останавливает анализ элемента, он отмечается как частично обработанный. Любой непроанализированный контент не обрабатывается и поэтому не индексируются.
Граница
1,000,000
Граница
Служба поиска разбивает содержимое на отдельные слова (токены). Средство разбиения текста на слова создает токены из первого миллиона символов одного элемента, в том числе вложений. Фактическое количество обработанных символов может быть меньше, так как разбиение на слова в службе поиска занимает не более 30 секунд. Оставшееся содержимое не обрабатывается и поэтому не индексируется.
Размер управляемого свойства, поддерживающего поиск и запросы
512 КБ для каждого доступного для поиска/запросов управляемого свойства
Порог
Это пороговое значение по умолчанию для максимального размера управляемого свойства, которое имеет значение "доступный для поиска" или "запрашиваемый". You can configure this limit by using PowerShell cmdlets and the schema object model to set the MP.MaxCharactersInPropertyStoreIndex attribute. Enter the value in bytes. The maximum value for this maximum size is 2,097,152 bytes.
Если увеличить это ограничение, можно включить индексирование дополнительных данных для каждого управляемого свойства. При этом используется больше дискового пространства и повышается общая нагрузка на поисковую систему.
Размер управляемого свойства, поддерживающего извлечение
16 КБ для каждого управляемого свойства
Порог
Это пороговое значение по умолчанию для максимального размера извлекаемого управляемого свойства. You can configure this limit per managed property by using PowerShell cmdlets and the schema object model to set the P.MaxCharactersInPropertyStoreForRetrievalattribute. Enter the value in bytes. The maximum value for this maximum size is 2,097,152 bytes.
Если увеличить это ограничение, можно включить индексирование дополнительных данных для каждого управляемого свойства. В результате увеличится общая нагрузка на систему и будет использоваться больше места на диске.
Размер управляемого свойства, поддерживающего сортировку и уточнение
16 КБ для каждого управляемого свойства
Граница
Эта граница является максимальным размером сортируемого и уточняемого управляемого свойства.
Размер маркера
Переменная
Граница
Служба поиска может индексировать токены любой длины. Но средство разбиения на слова, используемое службой поиска для получения токенов, может ограничить длину токена. Средства разбиения на слова — это компоненты, разбивающие контент на отдельные слова (токены). Также можно создавать настраиваемые средства разбиения на слова. Таким образом максимальный размер токена зависит от средства разбиения на слова.
Вот ограничение средства разбиения по словам для западных языков:
Средство учитывает только первую 1000 символов для токенов при разбиении и игнорирует оставшиеся символы.
Средство разбиения на слова разделяет токены длиной больше 300 символов на два токена или больше длиной меньше 300 символов. Например, токен из 612 символов делится на два токена из 300 символов и одного из 12.

Поиск: ограничения словаря

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

Ограничение Примечания Примечания Примечания
Число записей в тезаурусе
1 миллион
Поддерживается
Тезаурус содержит синонимы терминов запроса. Превышение этого протестированного ограничения может привести к увеличению используемого объема памяти и времени ответа на запросы.
Число записей в настраиваемом словаре извлечений объектов
1 миллион
Поддерживается
Превышение этого протестированного ограничения может привести к увеличению используемого объема памяти, замедлению индексации и увеличению времени ответа на запросы.
Число записей в настраиваемом словаре поиска
5000 терминов для каждого клиента
Граница
Эта граница ограничивает количество терминов, разрешенных для словарей включений и исключений для исправления орфографии запросов и извлечения компании. Можно хранить больше терминов, чем указывает это ограничение, в Termstore, но служба поиска использует всего 5000 терминов на клиента.

Поиск: ограничения схемы

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

Ограничение Примечания Примечания Примечания
Свойства для обхода
500 000 для каждого приложения службы поиска
Поддерживается
Контент и метаданные элементов, используемых для обхода, представляются как извлеченные при обходе свойства. Можно сопоставить их с управляемыми свойствами. Если количество свойств для обхода превышает поддерживаемую границу, это приводит к снижению скорости индексирования.
Управляемые свойства
50 000 для каждого приложения службы поиска
Поддерживается
При поиске используются управляемые свойства в запросах. Извлеченные при обходе свойства сопоставляются с управляемыми свойствами. При превышении этого поддерживаемого ограничения для управляемых свойств скорость индексирования снижается.
Сопоставления управляемых свойств
100 для каждого управляемого свойства
Поддерживается
Извлеченные при обходе свойства можно сопоставлять с управляемыми свойствами. Превышение этого ограничения может привести к снижению скорости обхода контента и производительности запросов.
Число значений на управляемое свойство
1000
Распознанные свойства метаданных
Управляемое свойство может иметь несколько значений одного типа. На этом рисунке показано максимальное число значений на управляемое многозначное управляемое свойство на документ. Если это ограничение превышено, оставшиеся значения будут удалены.
Распознанные свойства метаданных
100 000 на каждый элемент, для которого выполнен обход контента
Поддерживается
This is the maximum number of metadata properties that the crawl component can determine when crawling an item. These metadata properties can be mapped or used for queries. При приближении к этому числу извлеченных при обходе свойств скорость обхода может снизиться.

Поиск: ограничения обхода

Ограничение Примечания Примечания Примечания
Начальные адреса
500 для каждого источника контента
Поддерживается
Длина имени компьютера
15 знаков
Порог
NetBIOS ограничивает максимальную длину имени компьютера до этого значения.
Базы данных обхода контента
15 для каждого приложения службы поиска
Поддерживается

Поиск: ограничения запросов и результатов

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

Ограничение Примечания Примечания Примечания
Длина текста для запросов, использующих язык KQL
4 КБ (4096 символов)
Поддерживается
Это значение является протестированным и значением по умолчанию для максимальной длины текста для запроса, созданного с помощью языка запросов ключевых слов, за исключением запросов обнаружения. Максимальное значение по умолчанию для запросов обнаружения — 16 КБ (16 384 символа).
500 строк
Количество строк в результирующем наборе
500 строк
Поддерживается
Это значение является тестируемым и значением по умолчанию для максимального количества строк в результирующем наборе, за исключением запроса обнаружения. Значение по умолчанию для запросов обнаружения — 10 000 строк. Чтобы отобразить весь результирующий набор, выполните дополнительные запросы разбиения по страницам.
You can change the value for the maximum number of rows in a result set by using PowerShell cmdlets to change the Search service application property MaxRowLimit. MaxRowLimit defines the maximum value of the query property RowLimit and the Discovery query property RowLimit. RowLimit defines the number of rows each page contains in a result set. You can increase MaxRowLimit up to 10,000 rows, this is the supported boundary.
Удаление результатов
Нет ограничений
Поддерживается
Квота оповещений поиска
100 000 оповещений для каждого приложения службы поиска
Поддерживается
Конечные пользователи могут задать оповещения поиска для результирующего набора запроса. При изменении или обновлении результатов служба поиска уведомляет конечного пользователя. Это протестированное ограничение для приложения службы поиска с комбинацией запросов конечных пользователей (75 %) и запросов оповещения (25 %). Ограничение для приложения службы поиска только с запросами оповещения составляет 400 000 оповещений. Эти ограничения основаны на системе с пятью запросами в секунду (QPS).

Поиск: ограничения ранжирования

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

Ограничение Примечания Примечания Примечания
Модели ранжирования
1000 для каждого клиента
Граница
Приближение к этому ограничению может отрицательно сказаться на общей производительности системы.
Уникальные контексты, используемые для ранжирования
15 уникальных контекстов для каждой модели ранжирования
Граница
Это максимальное число уникальных контекстов на модель ранжирования.
Достоверные страницы
1 страница верхнего уровня и минимальное число страниц второго и третьего уровней для каждого приложения службы поиска
Поддерживается
При возможности используйте несколько страниц второго и третьего уровней при достижении необходимой релевантности.
Значение границы составляет 200 достоверных страниц на уровень релевантности для каждого приложения службы поиска. Если вы добавите дополнительные страницы, релевантность может снизиться. Добавьте ключевой сайт на первый уровень релевантности. Если нужно, добавляйте дополнительные ключевые сайты по одному на второй или третий уровень. Оценивайте релевантность после каждой операции добавления, чтобы убедиться в достижении нужной.

Поиск: ограничения индекса

Ограничения индекса защищают индекс от превышения допустимых пределов при использовании ресурсов.

Ограничение Примечания Примечания Примечания
Уникальные термины в индексе
2^31 (>2 миллиардов терминов)
Граница
Это максимальное число уникальных терминов, которые могут существовать в индексе приложения службы поиска.
Определенные пользователем полнотекстовые индексы
10
Граница
Это максимальное число полнотекстовых индексов.
Индексированные элементы
10 миллионов для каждого раздела индекса
Для SharePoint Foundation 2013 максимальное количество индексируемых элементов — 2 миллиона на раздел индекса.
Для SharePoint Foundation 2013 максимальное количество индексируемых элементов — 2 миллиона на раздел индекса до применения общедоступного обновления за июнь 2016 года. Обновление позволяет увеличить этот лимит до 10 млн элементов для каждого раздела индекса.
Ограничения для службы профилей пользователей
For SharePoint Foundation 2013, the maximum number of indexed items is 2 million items per index partition, before applying the June 2016 Public Update. The June 2016 Public Update, increases this limit to 10 million items per index partition.

Ограничения для службы профилей пользователей

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

Ограничение Примечания Примечания Примечания
Профили пользователей
2 000 000 для каждого приложения-службы
Поддерживается
Приложение-служба профилей пользователей поддерживает до 2 миллионов профилей пользователей с полноценными возможностями социальных компонентов. Это число представляет число профилей, которые могут импортироваться в хранилище профилей пользователей из службы каталогов, а также число профилей, которое может поддерживаться приложением-службой профилей пользователей без снижения производительности социальных компонентов.
Социальные теги, заметки и оценки
500 000 000 для каждой базы данных социального контента
Поддерживается
Up to 500 million total social tags, notes and ratings are supported in a social database without significant decreases in performance. Однако при этом возможно уменьшение производительности операций обслуживания базы данных, таких как резервное копирование и восстановление.

Ограничения для развертывания контента

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

Ограничение Примечания Примечания Примечания
Число выполняемых заданий развертывания контента с разными путями
20
Поддерживается
При одновременном выполнении заданий по путям, подключенным к семействам веб-сайтов в одной базе данных исходного контента, существует повышенный риск взаимоблокировок в базе данных. For jobs that must run concurrently, we recommend that you move the site collections into different source content databases.
Примечание. Параллельное выполнение заданий по одному пути невозможно. Если вы используете моментальные снимки SQL Server для развертывания содержимого, каждый путь создает snapshot. Это влечет за собой рост требований к производительности систем ввода-вывода для исходной базы данных.
Дополнительные сведения см. в статье Пути и задания развертывания.

Ограничения для блогов

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

Ограничение Примечания Примечания Примечания
Записи блогов
5000 для каждого сайта
Поддерживается
Максимальное число записей блогов для каждого сайта составляет 5000.
Комментарии
1000 для каждой записи
Поддерживается
Максимальное число комментариев для каждой записи составляет 1000.

Ограничения для служб Business Connectivity Services

В следующей таблице представлено несколько рекомендаций для служб Business Connectivity Services.

Ограничение Примечания Примечания Примечания
Внешние типы контента (в памяти)
5000 для каждого веб-сервера (на клиента)
Граница
Общее число определений внешнего типа контента (ECT), загруженных в память веб-сервера на заданный момент времени.
Подключения к внешним системам
500 для каждого веб-сервера
Граница
Количество активных и открытых внешних системных подключений в определенный момент времени. Максимальное значение по умолчанию — 200; граница — 500. Это ограничение применяется на веб-сервере область, независимо от типа внешней системы (например, базы данных, сборки .NET и т. д.). Максимальное значение по умолчанию используется для ограничения количества подключений. Приложение может указать большее ограничение с помощью контекста выполнения; граница обеспечивает максимальный даже для приложений, которые не соблюдают значение по умолчанию.
Число элементов базы данных, возвращаемое для каждого запроса
2000 для каждого соединителя базы данных
Порог
Число элементов, которые может вернуть соединитель базы данных для каждого запроса.
Установленное по умолчанию значение 2000 ограничивает число результатов, которые могут быть возвращены для каждой страницы. Приложение может указать большее ограничение с помощью контекста выполнения; Значение Absolute Max применяет максимум даже для приложений, которые не соблюдают значение по умолчанию. Значение границы составляет 1 000 000.
Задержка ответа
600 с
Порог
Время ожидания, используемое соединителем с внешними данными для каждого запроса. Значение по умолчанию составляет 180 секунд, однако приложения можно настроить на использование большего значения (до 600 секунд).
Размер ответа службы
150 000 000 байт
Порог
Верхняя граница для объема данных на один запрос, возвращаемого соединителем с внешними данными. Значение по умолчанию составляет 3 000 000 байт, однако приложения можно настроить на использование большего значения (до 150 000 000 байт).
Дескриптор фильтра (внутренний)
200 для каждого метода внешнего типа контента
Граница
Максимальное число дескрипторов фильтра на метод внешнего типа контента равно 200.
Идентификатор внешнего типа контента (внутренний)
20 для каждого внешнего типа контента
Граница
Максимальное число идентификаторов на внешний тип контента составляет 20.
Элемент базы данных
1 000 000 для каждого запроса
Порог
Используемое по умолчанию максимальное число элементов на запрос, которое может возвратить соединитель базы данных, равно 2000, а абсолютный максимум составляет 1 000 000.
The default max is used by the database connector to restrict the number of results that can be returned per page. Приложение может указать большее ограничение с помощью контекста выполнения; Абсолютное максимальное значение применяет допустимый максимум даже для приложений, которые не соблюдают значение по умолчанию, например индексирование.

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

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

Ограничение Примечания Примечания Примечания
Порог отсрочки рабочего процесса
15
Порог
15 is the maximum number of workflows allowed to be executing against a content database at the same time, excluding instances that are running in the timer service. When this threshold is reached, new requests to activate workflows will be queued to be run by the workflow timer service later. As non-timer execution is completed, new requests will count against this threshold. This is limit can be configured by using the Set-SPFarmConfig PowerShell cmdlet. For more information, see Set-SPFarmConfig.
Примечание. Это ограничение не относится к общему количеству экземпляров рабочих процессов, которые могут выполняться. Вместо этого это количество обрабатываемых экземпляров. Повышение этого ограничения повлечет за собой повышение пропускной способности задач запуска и завершения рабочих процессов, однако также приведет к росту нагрузки на базу данных контента и системные ресурсы.
Размер пакета таймера рабочих процессов
100
Порог
Число событий, обнаруживаемых и передаваемых в рабочие процессы при каждом выполнении задания таймера рабочих процессов. Его можно настроить с помощью PowerShell. Чтобы разрешить дополнительные события, можно запустить дополнительные экземпляры службы таймера рабочих процессов SharePoint Foundation.
Сопоставления рабочих процессов
100 для каждого списка
Поддерживается
Превышение этого ограничения приведет к снижению производительности браузера, так как большой объем данных загружается для более чем 100 сопоставлений и их столбцов состояния.
Элементы списка или документы, которые можно массово создавать или отправлять для запуска экземпляров рабочего процесса
5000 элементов
Поддерживается
Тестирование подтвердило, что все события активации рабочих процессов обрабатываются для сопоставления рабочего процесса, реализуемого при создании элемента, когда создается до 5000 элементов в рамках единой массовой отправки. В случае превышения этого ограничения может истечь время ожидания для инициализации рабочего процесса.
Число опубликованных определений рабочих процессов для каждого веб-сайта
1000 для каждого веб-сайта
Поддерживается
Максимальное поддерживаемое число опубликованных определений рабочих процессов для каждого веб-сайта равно 1000.
Общее число сопоставлений рабочих процессов для каждого веб-сайта
1799 для каждого сайта
Граница
Шина обслуживания поддерживает не более 1799 подписок на область. В это максимальное значение входят как опубликованные, так и неопубликованные сопоставления.
Максимальный размер определения рабочего процесса (XAML)
5120 КБ
Граница
Попытки публикации XAML-файлов большего размера завершаются с ошибкой.
Максимальная глубина вложенного шага рабочего процесса в XAML (сложность рабочего процесса)
121 уровень
Граница
Существует жесткое ограничение в 125 для глубины узла в xaml. Максимальное значение 121 уровня учитывает действия по умолчанию (этап, последовательность и т. д.), которые SharePoint Designer вставлять автоматически.
Число активаций рабочих процессов в секунду для каждого веб-сервера
6 в секунду
Граница
Тестирование показало, что веб-сервер SharePoint может активировать не более 6 экземпляров рабочего процесса в секунду. Это значение является совокупным и поэтому масштабируется вместе с числом веб-серверов в ферме. Например, 2 веб-сервера могут активировать 12 экземпляров рабочего процесса в секунду, 3 веб-сервера — 18 экземпляров.
Число вызовов REST из рабочего процесса SharePoint в секунду для каждого веб-сервера
60 в секунду
Поддерживается
Тестирование показало, что веб-сервер SharePoint может эффективно обрабатывать до 60 вызовов REST в секунду из рабочего процесса SharePoint. Если этот объем будет превышен, рекомендуем добавить в ферму SharePoint дополнительный веб-сервер с балансировкой нагрузки. Во время тестирования отправка 120 вызовов REST в секунду на один веб-сервер привела к постоянной загрузке ЦП в 90–100 %. Добавление второго веб-сервера позволило снизить уровень загрузку ЦП до 30–40 % на обоих серверах. Добавление третьего веб-сервера позволило обрабатывать 180 вызовов в секунду при загрузке ЦП в 30–40 % на всех трех серверах и т. д. Для этого теста использовались виртуальные машины Hyper-V с 16-ядерным процессором и 24 ГБ ОЗУ.
Размер значения переменной рабочего процесса
256 КБ
Граница
Максимальный объем данных, который можно хранить в одной переменной рабочего процесса, составляет 256 КБ. В случае превышения этого ограничения работа данного экземпляра рабочего процесса завершается.
Максимальный размер списка для операций поиска, выполняемых рабочими процессами для неиндексированных полей
5000 элементов для каждого представления списка
Порог
Это ограничение проистекает из ограничения максимального размера представления. В случае превышения этого ограничения операции поиска, выполняемые рабочими процессами для неиндексированных полей, будут завершаться со сбоем, если пользователи не имеют прав администратора. При достижении этого предела для поля необходимо создать индекс, чтобы рабочие процессы могли успешно выполнять операции поиска в поле.
Максимальный размер списка для сопоставлений рабочих процессов с автозапуском
10 миллионов элементов для каждого списка
Поддерживается
Тестирование подтвердило, что производительность ассоциаций рабочих процессов автоматического запуска не влияет, когда размер списка увеличивается до 1 миллиона элементов. Так как время ответа не изменяется при увеличении размера списка, ограничение соответствует максимальному количеству элементов в списке, не относящемся к рабочему процессу.

Ограничения для управляемых метаданных

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

Ограничение Примечания Примечания Примечания
Количество папок со значениями по умолчанию на основе расположения
1000 папок для каждого сайта или размер файла данных не более 256 МБ
Когда количество папок в файле данных превысит 1000 или размер файла данных превысит 256 МБ, значения по умолчанию, добавляемые для дополнительных папок, будут игнорироваться.
Метаданные по умолчанию на основе расположения позволяют задавать значения по умолчанию для столбцов списка в каждой папке. Значения по умолчанию на основе расположения можно применить не более чем к 1000 папок на одном сайте или до тех пор, пока размер файла данных, в котором хранятся метаданные по умолчанию на основе расположения для сайта (client_LocationBasedDefaults.html), не достигнет 265 МБ.
Когда количество папок в файле данных превысит 1000 или размер файла данных превысит 256 МБ, значения по умолчанию, добавляемые для дополнительных папок, будут игнорироваться.
Количество ссылок в документе или размер документа, обновляемые при изменении целевого расположения
1000 ссылок или размер документа не более 256 МБ
Ограничения для банка терминов (базы данных) управляемых метаданных
When a document containing links is added to a folder, SharePoint Foundation 2013 will update links automatically when the link target is moved to a new location. In a document with more than 1,000 links, or a document with a file size that exceeds 256 Mb, the document is treated as though it contains no links, and updates to link targets are ignored for the entire document.

Ограничения для банка терминов (базы данных) управляемых метаданных

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

Ограничение Примечания Примечания Примечания
Максимальное число уровней вложенных элементов в банке терминов
7
Поддерживается
Термины в наборе могут быть представлены в иерархической структуре. В наборе терминов поддерживается до семи уровней терминов (родительский термин и шесть уровней вложения).
Максимальное число наборов терминов в банке
1,000
Поддерживается
В банке терминов может храниться до 1000 наборов терминов.
Примечание. Ограничение в 30 000 терминов для сайта применяется как для локального, так и для глобального набора терминов. Используйте глобальные наборы терминов для хранения повторно используемых данных для всех семейств веб-сайтов вместо использования большого числа наборов терминов семейств веб-сайтов или создания службы управляемых метаданных. Веб-приложение может быть подключено к нескольким службам.
Максимальное число терминов в наборе терминов
30 000
Поддерживается
Максимальное число терминов в наборе терминов — 30 000.
Примечание. Дополнительные метки для одного и того же термина, такие как синонимы и переводы, не считаются отдельными терминами.
Общее число элементов в банке терминов
1 000 000
Поддерживается
Элемент — это термин или набор терминов. Сумма количества терминов и наборов терминов не может превышать 1 000 000. Дополнительные метки для одного и того же термина, такие как синонимы и переводы, не считаются отдельными терминами.
Примечание. Невозможно одновременно использовать максимальное количество наборов терминов и максимальное количество терминов в хранилище терминов.
Число меток вариантов
209 для каждого банка терминов
Поддерживается
Максимальное число меток вариантов на банк терминов равно 209.
Число терминов в наборе терминов управляемой навигации
2,000
Поддерживается
Максимальное поддерживаемое число терминов в наборе терминов управляемой навигации равно 2000.

Также ознакомьтесь с обзором управляемых метаданных в SharePoint 2013 и воздействием при использовании нескольких служб управляемых метаданных в одной ферме

Ограничения для служб Visio

В таблице ниже представлены рекомендации для экземпляров службы Visio в SharePoint.

Ограничение Примечания Примечания Примечания
Порог
50 МБ
Порог
Увеличение объема памяти, занимаемого службами Службы Visio.
Увеличение размера файла имеет следующие побочные эффекты.
Уменьшение числа запросов сервера приложений в секунду.
Увеличение загрузки ЦП.
Уменьшение числа запросов сервера приложений в секунду.
Увеличение общей задержки.
Увеличение сетевой нагрузки на ферму SharePoint.
Порог
120 с
Порог
Сокращение уровня доступности ЦП и памяти.
Увеличение времени ожидания для пересчета приводит к следующим изменениям.
Сокращение уровня доступности ЦП и памяти.
Сокращение числа запросов приложения в секунду.
Увеличение средней величины задержки для всех документов.
Уменьшение времени ожидания для пересчета приводит к указанным ниже изменениям.
Сокращение сложности поддерживаемых для отображения схем.
Увеличение числа запросов в секунду.
Уменьшение средней величины задержки для всех документов.
Порог
Минимальный срок хранения в кэше: от 0 до 24 ч
Порог
Минимальный срок хранения в кэше применяется к схемам с подключением к данным. Это значение определяет самый ранний момент времени, в который текущая схема удаляется из кэша.
Если установить слишком низкое значение этого параметра, это приведет к сокращению пропускной способности и увеличению задержки, поскольку слишком частая очистка кэша приводит к росту числа вычислений в Visio и снижает уровень доступности ЦП и памяти.
Порог
Максимальный срок хранения в кэше: от 0 до 24 ч
Порог
Максимальный срок хранения в кэше применяется к схемам без подключения к данным. Это значение определяет продолжительность хранения текущей схемы в памяти.
При увеличении значения этого параметра снижается задержка для часто запрашиваемых документов.
Однако установка параметра Max Cache Age (Максимальный срок действия кэша) с очень высоким значением увеличивает задержку и снижает пропускную способность для элементов, которые не кэшируются, так как элементы, уже потребляющие и уменьшающие доступную память.

Ограничения для службы SharePoint Web Analytics

В SharePoint Server 2013 служба SharePoint Web Analytics считается устаревшей.

Ограничения для служб PerformancePoint Services

В таблице ниже представлены рекомендации для PerformancePoint Services в SharePoint.

Ограничение Примечания Примечания Примечания
Ячейки
На систему показателей PerformancePoint, вызывающую источник данных Службы Excel, распространяется ограничение в 1 000 000 ячеек на каждый запрос.
Граница
15 столбцов по 60 000 строк
Столбцы и строки
15 столбцов по 60 000 строк
Порог
Максимальное количество столбцов и строк при отрисовке любого объекта панели мониторинга PerformancePoint, использующего книгу Excel в качестве источника данных. Число строк может изменяться в соответствии с числом столбцов.
Запрос к списку SharePoint
15 столбцов по 5000 строк
Поддерживается
Максимальное число столбцов и строк при отображении любого объекта панели мониторинга PerformancePoint, в котором в качестве источника данных используется список SharePoint. Число строк может изменяться в соответствии с числом столбцов.
Запрос к источнику данных SQL Server
15 столбцов по 20 000 строк
Поддерживается
The maximum number of columns and row when rendering any PerformancePoint dashboard object that uses a SQL Server table data source. The number of rows could change based on the number of columns.

Ограничения для служб Word Automation Services

В следующей таблице представлено несколько рекомендаций для служб Word Automation Services.

Ограничение Примечания Примечания Примечания
Размер входного файла
512 МБ
Граница
Максимально допустимый размер файла для обработки службами Word Automation Services.
Частота запуска преобразований (мин)
1 мин (рекомендуется)
Порог
59 мин (граница)
Порог
Для форматов вывода PDF/XPS: 30 x М. Для всех остальных форматов вывода: 72 x М. Наше тестирование показывает, что наиболее полезно выполнять это задание таймера один раз в минуту.
Число запускаемых преобразований для одного процесса преобразования
Число запускаемых преобразований влияет на пропускную способность Word Automation Services.
Порог
Число запускаемых преобразований влияет на пропускную способность Word Automation Services.
Если эти значения заданы выше рекомендуемых уровней, некоторые элементы преобразования могут периодически завершать сбой, а разрешения пользователя могут истечь. Срок действия разрешений пользователя истекает через 24 часа после запуска задания преобразования.
Размер задания преобразования
100 000 элементов преобразования
Поддерживается
Задание преобразования может содержать один или несколько элементов преобразования, каждый из которых представляет отдельное преобразование, выполняемое с отдельным входным файлом в SharePoint. При запуске задания преобразования (с использованием метода ConversionJob.Start) само задание и все его элементы передаются на сервер приложений, где задание хранится в базе данных Word Automation Services. Большое количество элементов преобразования увеличивает время выполнения метода Start и количество байтов, передаваемых на сервер приложений.
Общее число активных процессов преобразования
N-1, где N — число ядер на каждом из серверов приложений
Порог
Активный процесс преобразования может занимать ресурсы одного ядра обработки. В связи с этим максимальное число процессов преобразования не должно превышать число ядер обработки на серверах приложений. Задания таймера преобразования и другие операции SharePoint также периодически используют ядро обработки.
Рекомендуется всегда оставлять одно свободное ядро, которое будет использоваться заданиями таймера преобразования или системой SharePoint.
Размер базы данных Word Automation Services
2 миллиона элементов преобразования
Поддерживается
В базе данных Word Automation Services хранится постоянная очередь элементов преобразования. Каждый запрос на преобразование создает одну или несколько записей.
службы автоматизации Word не удаляют записи из базы данных автоматически, поэтому база данных может расти бесконечно без обслуживания. Администраторы могут вручную удалить журнал заданий преобразования с помощью командлета PowerShell Remove-SPWordConversionServiceJobHistory. Дополнительные сведения см. в статье Remove-SPWordConversionServiceJobHistory.

Ограничения для служб Excel

В таблице ниже представлены рекомендации для служб Excel в SharePoint.

Ограничение Примечания Примечания Примечания
Максимальный размер книги
10 МБ
Поддерживается
Максимальный размер книги, которую можно открыть в службахСлужбы Excel, составляет 10 мегабайт.

Ограничения для службы машинного перевода

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

Ограничение Примечания Примечания Примечания
Входной размер файла для двоичных файлов
524 288 КБ для каждого файла
Порог
Обработка и передача файлов, размер которых превышает указанное ограничение, занимает слишком много времени, что снижает пропускную способность службы.
Входной размер файла для текстовых файлов
15 360 КБ для каждого файла
Порог
Файлы, размер которых превышает указанное ограничение, содержат слишком много преобразуемого текста, что снижает пропускную способность службы.
Максимальное число символов для документов Microsoft Word
10 000 000 для каждого документа
Порог
Документы, число символов в которых превышает указанное ограничение, содержат слишком много преобразуемого текста, что снижает пропускную способность службы.
Общее число параллельных процессов преобразования
5
Порог
Использование большего количества процессов, чем ограничение, не увеличивает пропускную способность, так как существует ограничение на количество текстов, которые можно перевести за раз. Использование большего числа процессов увеличивает потребность в ресурсах сервера.
Задержка между преобразованиями
59 минут
Порог
Запуск преобразований реже указанного в ограничении интервала приводит к существенному росту времени, затрачиваемого на преобразование документов, и может вызвать чрезмерное увеличение очереди преобразований.
Число преобразований в рамках одного процесса
1000 для каждого процесса
Порог
Запуск большего количества переводов, чем ограничение, приводит к сбою переводов из-за истечения времени ожидания, так как они не могут быть обработаны до истечения времени ожидания.
Максимальное число параллельных запросов на преобразование
300
Порог
Более 300 параллельных запросов на преобразование могут вызвать сбой, так как запросы находятся в очереди дольше времени ожидания.
Число файлов на задание преобразования
100 000 файлов
Поддерживается
Отправка заданий с числом файлов, превышающим данное ограничение, приводит к чрезмерному затягиванию отправки и выполнения заданий.
Размер базы данных службы машинного перевода
1 000 000 файлов
Поддерживается
Операции по обеспечению работы очереди заданий начинают выполняться медленно, если размер базы данных превышает максимально допустимое число файлов.

Ограничения для службы веб-приложений Office

The following table lists the recommended guidelines for Office Online. Office client application limits also apply when an application is running as a web app.

Ограничение Примечания Примечания Примечания
Размер кэша
100 ГБ
Порог
Пространство, доступное для отображения документов, создаваемое в составе базы данных контента. По умолчанию устанавливается размер кэша для отображения документов, равный 100 ГБ. Мы не рекомендуем увеличивать доступный кэш.
Отображения
Одно в секунду для каждого документа для ядра ЦП на каждый сервер приложений (максимум восемь ядер)
Граница
Это измеренное среднее число отображений "типовых" документов, которые могут быть выполнены на каждом сервере приложений за период времени.
Порог
8 для каждого документа
Порог
OneNote merges combine changes from multiple users who are co-authoring a notebook. If too many concurrent merges are already in progress, a conflict page is generated instead, which forces the user to perform the merge manually.

Ограничения для Project Server

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

Ограничение Примечания Примечания Примечания
Время окончания проекта
Дата: 31.12.2149
Граница
Планы проекта не могут продлиться до 31.12.2149.
Конечные результаты для каждого плана проекта
1500 конечных результатов
Граница
Планы проекта не могут содержать более 1500 конечных результатов.
Число полей в представлении
256
Граница
Пользователь не может добавить более 256 полей в представление, определенное в Project Web App.
Число операторов в фильтре представления
50
Граница
Пользователь не может добавить фильтр в представление с более чем 50 предложениями.

Ограничения для приложений SharePoint

В следующей таблице перечислены рекомендации для приложений приложения для SharePoint.

Ограничение Примечания Примечания Примечания
Максимально допустимый размер пакета приложений Access/SharePoint
100 МБ
Граница
Максимальный размер хранилища базы данных приложения Access в SQL Azure
Примечание. Access сжимает базу данных при создании пакета приложения, поэтому пакет приложения может содержать более 100 МБ данных.
Максимальный размер хранилища базы данных приложения Access в SQL Azure
1 ГБ
Граница
Каждое приложение Access, созданное в SharePoint, создает базу данных на SQL Azure. Максимальный размер хранилища базы данных на SQL Azure составляет 1 ГБ. В локальной установке администратор управляет размером связанной базы данных SQL.
Приложения, отображаемые на странице управления лицензиями
2,000
Граница
На странице управления лицензиями может отображаться до 2000 приложений (приобретенных в Магазине). Но вы все равно можете управлять лицензией любого приложения, перейдя на страницу всего контента для сайта, где установлено это приложение, и щелкнув элемент "Лицензии" или выполнив поиск приложения с помощью функции поиска в Магазине.
Число лицензий приложения для каждого клиента
1,000,000
Поддерживается
Максимальное поддерживаемое количество лицензий (приобретение приложений из Магазина) для одного развертывания SharePoint, локального или SharePoint в Microsoft 365. Превышение этого ограничения может вызвать резкое снижение производительности.
Число приложений, отображаемых на странице добавления приложения
240
Граница
После достижения значения данного ограничения отображаются только первые 240 приложений, а также отображается сообщение о необходимости использования функции поиска.
Число диспетчеров на лицензию приложения
30
Граница
Управлять лицензией может не более 30 человек. Диспетчеры лицензий могут добавлять или удалять пользователей, а также удалять лицензию.
Число лицензий назначенных пользователю приложений, которые этот пользователь может просмотреть
2,000
Граница
Когда пользователю назначено более 2000 лицензий, он перестает видеть приложения в обычном представлении добавления приложения. Вместо этого отображается сообщение, рекомендующее выполнить поиск в каталоге приложений или Магазине SharePoint.
Число приложений в корпоративном каталоге, доступных для просмотра отдельному пользователю
500
Граница
When more than 500 apps from the corporate catalog are available to a single user, that user will no longer see any apps in the default Add an App view. Вместо этого отображается сообщение, рекомендующее выполнить поиск в каталоге приложений или Магазине SharePoint.

Ограничения для службы распределенного кэша

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

Ограничение Примечания Примечания Примечания
Число доступных для подписки объектов (пользователи, документы, сайты и хэш-теги) для каждого узла кэша
400,000
Поддерживается
Общее число объектов, на которые может подписаться один пользователь на узле распределенного кэша с объемом ОЗУ 16 ГБ, назначенным службе распределенного кэша, составляет 400 000.
Число узлов кэша в кластере
16
Граница
Общее число узлов кэша, которое поддерживает один кластер распределенного кэша, равно 16.
Максимальный объем памяти, выделенный для узла кэша
16 ГБ
Граница
Общий объем памяти, который можно выделить для службы распределенного кэша на любом узле кэша в кластере, равен 16 ГБ.

Другие ограничения

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

Ограничение Примечания Примечания Примечания
Число подстрок агента пользователя на канал устройства
150
Граница
Максимальное число подстрок агента пользователя на канал мобильного устройства равно 150.
Число источников SharePoint для каждого случая обнаружения электронных данных
100
Граница
Максимальное число источников SharePoint, которое можно добавить для случая обнаружения электронных данных, равно 100.
Число источников Exchange (почтовые ящики) для каждого случая обнаружения электронных данных
1,500
Граница
Максимальное число источников Exchange (почтовые ящики) для каждого случая обнаружения электронных данных равно 1500.
Максимальный размер запроса на обнаружение электронных данных
16 000 символов или 500 ключевых слов
Граница
Размер запроса на обнаружение электронных данных ограничен 500 ключевыми словами или 16 000 символами в зависимости от того, какое из значений будет достигнуто первым.

Требования к оборудованию и программному обеспечению для SharePoint 2013

Требования к оборудованию и программному обеспечению для SharePoint 2013