Ограничения, связанные с программным обеспечением, в SharePoint Server 2016 и 2019
ОБЛАСТЬ ПРИМЕНЕНИЯ:
2013 
2016 2019 Subscription Edition SharePoint в Microsoft 365
В этой статье описываются границы программного обеспечения и ограничения SharePoint Server 2016 и 2019, которые включают:
Границы: Статические ограничения, которые не могут быть превышены в конструкторе
Пороги настраиваемые ограничения, которые могут быть превышены в соответствии с конкретными требованиями
Поддерживаемые ограничения настраиваемые ограничения, которым по умолчанию присваиваются проверенные значения
Примечание.
[!Примечание] В процессе планирования рекомендуется руководствоваться содержащейся в этом документе информацией о планировании загрузки. Эта информация основана на результатах тестов, проведенных корпорацией Майкрософт, и полученных динамических свойствах. Однако результаты для конкретной системы, вероятнее всего, будут отличаться от тестовых из-за различия в используемом оборудовании и внедренных на сайтах компонентах и функциях.
Узнайте больше об ограничениях SharePoint в Microsoft 365.
Общие сведения об ограничениях
В этой статье содержатся сведения, которые помогут вам понять протестированные ограничения производительности и емкости SharePoint Server 2016, а также рекомендации по тому, как ограничения связаны с приемлемой производительностью. С помощью этих данных можно определить, удовлетворяет ли запланированное развертывание требованиям к ограничениям производительности и мощности, а также правильно настроить соответствующие ограничения в развертывании.
Результаты тестирования и рекомендации, приведенные в этой статье, применимы к одной ферме SharePoint Server. Добавление серверов в установку может не увеличить ограничения емкости объектов, перечисленных в таблицах в разделе Ограничения и границы далее в этой статье. С другой стороны, при добавлении серверных компьютеров увеличивается пропускная способность фермы, что может потребоваться для достижения приемлемой производительности при наличии большого количества объектов. В некоторых случаях при необходимости использовать большее количество объектов в рамках решения может потребоваться большее число серверов в ферме.
Существует множество факторов, которые могут повлиять на производительность в конкретной среде, и каждый из них может повлиять на производительность в разных областях. Некоторые результаты тестирования и рекомендации, приведенные в этой статье, могут быть связаны с функциями или пользовательскими операциями, которые не существуют в вашей среде, и поэтому не применяются к решению. Точные данные для конкретной среды можно получить только в результате тщательного тестирования.
Границы, пороги и поддерживаемые ограничения
В SharePoint Server существуют определенные ограничения, которые не могут быть превышены, а также другие ограничения, для которых заданы значения по умолчанию, которые могут быть изменены администратором фермы. Существуют также определенные ограничения, которые не представлены настраиваемым значением, например количество семейств веб-сайтов на веб-приложение.
Границы — это абсолютные ограничения, которые не могут быть превышены в конструкторе. Важно понимать эти ограничения, чтобы не делать неверных предположений при проектировании фермы.
Примером границы является ограничение на размер документа в 10 гигабайт (ГБ); Вы не можете настроить SharePoint Server 2016 для хранения документов размером более 10 ГБ. Эта граница является встроенным абсолютным значением и не может быть превышена в конструкторе.
Пороговые значения — это значение по умолчанию, которое не может быть превышено, если значение не изменено. В определенных обстоятельствах пороговое значение может быть превышено для адаптации расхождений в проекте фермы. Важно понимать, что превышение пороговых значений может повлиять на производительность фермы в дополнение к эффективному значению других ограничений.
В некоторых случаях предельный размер по умолчанию может быть превышен только до достижения абсолютного максимального значения. Как пример снова можно привести ограничение на размер документа. По умолчанию пороговое значение размера документа по умолчанию равно 2 ГБ, но его можно изменить для поддержки максимальной границы в 10 ГБ.
Поддерживаемые ограничения задают протестированные значения для указанного параметра. Значения по умолчанию для этих ограничений были определены посредством тестирования и представляют известные ограничения для продукта. Превышение поддерживаемых ограничений может повлечь за собой непредсказуемое поведение, существенное снижение производительности и другие потенциально опасные эффекты.
Некоторые поддерживаемые ограничения — это настраиваемые параметры, для которых по умолчанию задано рекомендуемое значение, в то время как другие поддерживаемые ограничения относятся к параметрам, которые не представлены настраиваемым значением.
В качестве примера поддерживаемого ограничения можно привести число семейств сайтов для одной фермы. Значение поддерживаемого ограничения это максимальное число семейств сайтов, при котором соблюдаются эталонные показатели производительности в процессе тестирования.
Важно знать, что многие из предельных значений, указанных в этом документе, представляют собой точку кривой, которая описывает увеличение нагрузки на ресурсы и одновременное снижение производительности по мере увеличения значения. В связи с этим превышение некоторых из установленных ограничений, например числа семейств сайтов для веб-приложения, повлечет за собой лишь частичное снижение производительности фермы. Однако в большинстве случаев использование установленного предела или близко к ней не рекомендуется, так как приемлемые целевые показатели производительности и надежности лучше всего достигаются, когда конструкция фермы обеспечивает разумный баланс значений ограничений.
Рекомендованные значения порогов и поддерживаемых ограничений определяются на основании производительности. Другими словами, превышение этих ограничений возможно, однако это может повлечь за собой снижение производительности фермы и изменение других ограничений. Многие ограничения в SharePoint Server 2016 можно изменить, но важно понимать, как изменение данного ограничения влияет на другие части фермы.
Установка ограничений
В SharePoint Server пороговые значения и поддерживаемые ограничения устанавливаются путем тестирования и наблюдения за поведением фермы при увеличении нагрузки до того момента, когда службы и операции фермы достигают своих эффективных операционных ограничений. Некоторые службы и компоненты фермы могут поддерживать более высокие нагрузки, чем другие, поэтому иногда значение ограничения устанавливается как среднее от нескольких показателей.
Например, при наблюдении за поведением фермы под нагрузкой в процессе добавления семейств сайтов в работе некоторых компонентов может наблюдаться неприемлемо высокое значение задержки, однако при этом другие компоненты будут работать в допустимых пределах. Таким образом, максимальное значение, присвоенное количеству семейств веб-сайтов, не является абсолютным, но вычисляется на основе ожидаемого набора характеристик использования, в котором общая производительность фермы будет приемлема при заданном пределе в большинстве случаев.
Очевидно, что, если некоторые службы работают при значениях параметров, превышающих используемые при тестировании, максимальные эффективные ограничения для других служб снижаются. Поэтому важно выполнять строгие упражнения по управлению емкостью и масштабированию тестирования для конкретных развертываний, чтобы установить эффективные ограничения для этой среды.
Примечание.
Мы не описываем оборудование, которое использовалось для проверки ограничений в этом документе, так как ограничения были собраны из нескольких ферм и сред.
Модель круговой диаграммы
Для понимания взаимосвязи между аппаратными ресурсами, нагрузкой и производительностью необходим способ визуализации соответствующих факторов и их взаимного влияния.
Представим мощность фермы в виде круга, размер которого зависит от совокупности таких факторов, как серверы, аппаратные ресурсы (ЦП и ОЗУ), объем хранилища, количество операций ввода-вывода в секунду для диска, пропускная способность и задержка сети. Таким образом, размер круга связан со всеми ресурсами фермы и увеличивается при добавлении таковых (например, серверов фермы).
Этот круговой круг делится на срезы, представляющие нагрузку из различных источников: запросы пользователей, поисковые запросы, операции с установленными компонентами, задания таймера и издержки операционной системы. Все сектора должны совместно использовать доступные ресурсы фермы. Если размер одного сектора увеличивается, размеры других должны пропорционально уменьшаться. Так как нагрузка на ферму не является статической (например, запросы пользователей могут быть значительными только в определенные часы суток), относительный размер срезов постоянно изменяется. Однако каждый сектор должен поддерживать требуемый минимальный размер для нормальной работы, а так как представляемые секторами функции взаимозависимы, увеличение размера одного сектора может привести к дополнительной нагрузке на другие сектора, помимо сокращения ресурсов, которые они могут использовать.
В терминах этой модели цель проекта фермы сделать круг достаточно большим для размещения секторов, размер которых позволяет нормально работать при пиковой нагрузке.
Рассмотрим сценарий, при котором количество пользовательских запросов увеличивается на 100 % по сравнению с базовым уровнем. Например, около половины запросов являются поисковыми, а вторая половина это запросы на изменение списков и документов. Увеличенная нагрузка сжимает другие сектора круга, однако некоторые компоненты фермы также должны работать более интенсивно, чтобы компенсировать увеличение нагрузки. Служба поиска должна обрабатывать больше запросов, большинство из которых обрабатываются кэшем, но некоторые запросы передаются на серверы баз данных, повышая нагрузку на них. Если нагрузка на серверы базы данных становится слишком большой, длина очереди диска увеличивается, что, в свою очередь, увеличивает задержку всех остальных запросов.
Ограничения и границы
В данном разделе описаны объекты, которые могут входить в решение, и содержатся указания по достижению приемлемой производительности для каждого типа таких объектов. Допустимая производительность означает, что протестированная система может поддерживать такое количество объектов, но это число не может быть превышено без некоторого снижения производительности или уменьшения значения связанных ограничений. Объекты перечислены по области и по компоненту. Представлены сведения по ограничениям, примечания, описывающие условия, при которых получены эти ограничения, а также ссылки на дополнительные сведения (если таковые имеются).
С помощью рекомендаций в данной статье проверьте общие планы решений. Если значения в планируемом решении превышают представленные рекомендации по одному или нескольким объектам, выполните некоторые из указанных далее действий:
Оцените решение, чтобы убедиться, что в других областях потери производительности компенсированы.
Отметьте эти области для последующего тестирования и проверки по мере разработки развертывания.
Измените или разделите решение, чтобы не превысить рекомендации по емкости.
Ограничения по иерархии
В этом разделе приводятся ограничения, логически упорядоченные по иерархии фермы SharePoint Server 2016.
Ограничения для веб-приложений
В следующей таблице представлено несколько рекомендаций для веб-приложений.
| Ограничение | Примечания | Примечания | Примечания |
|---|---|---|---|
| Веб-приложение |
20 для каждой фермы |
Поддерживается |
Мы рекомендуем как можно больше ограничить число веб-приложений. Вместо добавления веб-приложений по возможности создавайте семейства сайтов с именем на основе узла. |
| Зона |
5 для каждого веб-приложения |
Граница |
Количество зон для фермы жестко ограничено пятью. ("По умолчанию", "Интрасеть", "Экстрасеть", "Интернет" и "Настраиваемая"). |
| Управляемый путь для семейств сайтов с именем на основе узла |
20 для каждой фермы |
Поддерживается |
Управляемые пути для семейств сайтов с именем на основе узла применяются на уровне фермы. Каждый создаваемый управляемый путь можно применить в любом веб-приложении. |
| Управляемый путь для семейств сайтов с именем на основе путей |
20 для каждого веб-приложения |
Поддерживается |
Управляемые пути кэшируются на веб-сервере. Ресурсы ЦП расходуются на обработку входящих запросов, направленных в список управляемых путей. Управляемые пути для семейств сайтов с именем на основе путей применяются на уровне веб-приложения. Вы можете создать отдельный набор управляемых путей для каждого веб-приложения. Если число управляемых путей для веб-приложения превышает 20, нагрузка на веб-сервер по обработке каждого запроса возрастает. Если в веб-приложении планируется использовать более 20 управляемых путей, рекомендуется проверить приемлемость достигаемой при этом производительности системы. |
| Размер кэша решений |
300 МБ для каждого веб-приложения |
Порог |
В кэше решений служба InfoPath Forms Services хранит кэшированные решения, что позволяет ускорить процесс их извлечения. В случае превышения размера кэша решения извлекаются с диска, что приводит к увеличению времени отклика. Сведения о том, как настроить размер кэша решений, см. в статье Set-SPInfoPathFormsService. |
Ограничения для серверов SharePoint
В следующей таблице представлено несколько рекомендаций для веб-серверов в ферме.
| Ограничение | Примечания | Примечания | Примечания |
|---|---|---|---|
| Пулы приложений |
10 для каждого веб-сервера |
Порог |
Максимальное количество определяется возможностями оборудования. Это ограничение в большой степени зависит от следующих факторов: Объем памяти, выделенный для веб-серверов Рабочая нагрузка на ферму, то есть размер пользовательской базы и модель использования (отдельный пул приложений с высокой нагрузкой может использовать до 10 ГБ и более) |
Ограничения для баз данных контента
В следующей таблице представлено несколько рекомендаций для баз данных контента.
| Ограничение | Примечания | Примечания | Примечания |
|---|---|---|---|
| Число баз данных контента |
500 для каждой фермы |
Поддерживается |
Максимальное число баз данных контента на одну ферму равно 500. При использовании 500 баз данных контента на веб-приложение операции конечных пользователей, такие как открытие сайтов или семейств веб-сайтов, не затрагиваются. При этом производительность административных операций, таких как создание нового семейства сайтов, снижается. Для управления веб-приложением с большим числом баз данных контента рекомендуется использовать PowerShell, поскольку при увеличении числа БД производительность интерфейса управления может снижаться, что влечет за собой усложнение навигации. SharePoint Server 2016 с 200 ГБ на базу данных контента и 500 баз данных контента на ферму поддерживает 100 ТБ данных на ферму. |
| Размер базы данных контента (сценарии общего использования) |
200 ГБ для каждой базы данных контента |
Поддерживается |
Настоятельно рекомендуется ограничивать размер баз данных контента величиной 200 ГБ, за исключением случаев, к которым применимы условия, указанные в следующих строках таблицы. Если вы используете удаленное хранилище BLOB-объектов (RBS), общий объем удаленного хранилища BLOB-объектов и метаданных в базе данных контента не должен превышать ограничение в 200 ГБ. |
| Размер базы данных контента (все сценарии использования) |
4 ТБ на базу данных контента |
Поддерживается |
Базы данных контента с размером до 4 ТБ поддерживаются при выполнении следующих требований. Производительность дисковой подсистемы составляет 0,25 операций ввода-вывода в секунду на ГБ. Для оптимальной производительности рекомендуется использовать 2 операции ввода-вывода в секунду на ГБ. Следует разработать планы по обеспечению высокой доступности, аварийному восстановлению, будущему увеличению емкости и тестированию производительности. Кроме того, необходимо учесть следующие факторы. Требования к резервному копированию и восстановлению могут не соответствовать собственной резервной копии SharePoint Server 2016 для баз данных контента размером более 200 ГБ. Рекомендуется оценить и протестировать решения для резервного копирования SharePoint Server 2016 и альтернативные решения для резервного копирования, чтобы определить лучшее решение для конкретной среды. Настоятельно рекомендуется иметь упреждающий квалифицированный администратор для установки SharePoint Server 2016 и SQL Server. Сложность настройки и конфигураций в SharePoint Server 2016 может потребовать рефакторинга (или разделения) данных на несколько баз данных контента. Проконсультируйтесь с опытным профессиональным архитектором и проведите тестирование, чтобы определить оптимальный размер базы данных контента для конкретной реализации. Примерами сложности могут быть развертывания пользовательского кода, использование более 20 столбцов в продвижении свойств или функции, перечисленные как не используемые в разделе более 4 ТБ ниже. Рефакторинг семейств веб-сайтов позволяет масштабировать реализацию SharePoint Server 2016 в нескольких базах данных контента. Это позволяет реализовать SharePoint Server 2016 неограниченное масштабирование. Реорганизация будет проще и быстрее, если размер баз данных контента не превышает 200 ГБ. Рекомендуется, чтобы для упрощения резервного копирования и восстановления отдельные семейства веб-сайтов в базе данных контента были ограничены 100 ГБ. Дополнительные сведения см. в разделе Ограничения для семейств сайтов. Важно! Мы не рекомендуем использовать базы данных контента размером более 4 ТБ, за исключением сценариев архивирования документов (описано в следующей строке этой таблицы). Если в будущем потребуется обновить установку SharePoint Server 2016, обновление семейств веб-сайтов в базах данных контента может быть очень трудным и занимает много времени. > Настоятельно рекомендуется масштабировать данные в нескольких базах данных контента, а не превышать 4 ТБ данных в одной базе данных контента. |
| Размер базы данных контента (сценарий с архивом документов) |
Отсутствует явное ограничение размера базы данных контента |
Поддерживается |
Использование баз данных контента без явного ограничения размера поддерживается в сценариях архива документов при выполнении следующих требований. Необходимо выполнить требования к ограничениям, изложенные выше в пункте "Размер базы данных контента (все сценарии использования)", а также учесть все факторы, рассмотренные в поле "Примечания". Сайты SharePoint Server 2016 должны быть основаны на шаблонах сайтов центр документов или центр записей. Средний показатель обращений к базе данных не превышает 5 % контента в месяц; при этом изменяется или перезаписывается в среднем не более 1 % контента в месяц. Не используйте оповещения, рабочие процессы, исправления ссылок или безопасность на уровне элементов для объектов SharePoint Server 2016 в базе данных контента. > [! ПРИМЕЧАНИЕ.> Базы данных содержимого архива документов можно настроить для приема документов из рабочих процессов маршрутизации содержимого. |
| Элементы базы данных контента |
60 миллионов элементов, включая документы и элементы списка |
Поддерживается |
Наибольшее количество элементов на каждую базу данных контента, протестированную в SharePoint Server 2016, составляет 60 миллионов элементов, включая документы и элементы списка. Если вы планируете хранить более 60 миллионов элементов в SharePoint Server 2016, необходимо развернуть несколько баз данных контента. |
| Число семейств веб-сайтов на базу данных контента |
Максимум 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. If you plan to exceed 5,000 site collections, we recommend that you have a clear upgrade strategy to address outage length and operations impact, and obtain additional hardware to speed up the software updates and upgrades that affect databases. Чтобы задать предупреждения и максимальные уровни для количества сайтов в базе данных контента, используйте командлет PowerShell Set-SPContentDatabase с параметром WarningSiteCount . For more information, see Set-SPContentDatabase. |
| Подсистема удаленного хранилища больших двоичных объектов (RBS) на устройстве хранения данных, подключаемом к сети (NAS) |
Время до получения первого байта любого ответа от устройства NAS не должно превышать 40 мс в 95 % всего времени. |
Граница |
Если реализация SharePoint Server 2016 настроена на использование удаленного хранилища больших двоичных объектов, которые хранятся на устройстве NAS, учитывайте следующее поддерживаемое ограничение. С момента отправки запроса большого двоичного объекта из SharePoint Server 2016 до получения первого байта ответа от устройства NAS должно пройти не более 40 мс в 95 % времени. |
Ограничения для семейств сайтов
В таблице далее представлено несколько рекомендаций для семейств сайтов.
| Ограничение | Примечания | Примечания | Примечания |
|---|---|---|---|
| Число семейств сайтов на ферму |
250 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 личных сайтов на ферму. |
Поддерживается |
Хотя поддерживаемое ограничение на количество веб-сайтов в семействе сайтов составляет 250 000, рекомендуемое ограничение составляет 2000. Производительность может снизиться, так как количество веб-сайтов превышает 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 ГБ по указанным ниже причинам. Certain site collection actions, such as site collection backup/restore or the PowerShell cmdlet Move-SPSite, cause large SQL Server operations which can affect performance or fail if other site collections are active in the same database. 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. |
| Размер файла |
10 ГБ |
Граница |
Размер по умолчанию — 2 ГБ (2047 МБ). Если у вас много очень больших файлов, это может привести к снижению производительности фермы. ПРИМЕЧАНИЕ. В SharePoint Server 2019 максимальный размер файла составляет 15 ГБ. |
| Документы |
30 000 000 для каждой библиотеки |
Поддерживается |
С помощью вложения папок, используя стандартные представления и иерархию сайтов, можно создавать крупные библиотеки документов. Это значение зависит от организации документов и папок, а также от типа и размера хранящихся документов. |
| Основные версии |
400 000 |
Поддерживается |
Если это ограничение превышено, возможны сбои при выполнении базовых операций с файлами (открытие, сохранение, удаление, просмотр журнала версий и т. д.). |
| Дополнительные номера версии |
511 |
Граница |
Максимальное число дополнительных номеров версии равно 511. Это ограничение не может быть превышено. |
| Элементы |
30 000 000 для каждого списка |
Поддерживается |
Используя стандартные представления, иерархии сайтов и навигацию на основе метаданных, можно создавать очень большие списки. Это значение зависит от числа столбцов в списке и интенсивности его использования. |
| Массовые операции |
100 элементов для каждой массовой операции |
Граница |
В пользовательском интерфейсе для каждой массовой операции можно выбрать до 100 элементов. |
| Пороговое значение подстановки представления списка |
12 операций объединения для каждого запроса |
Порог |
Specifies the maximum number of joins allowed per query, such as those based on lookup, person/group, or workflow status columns. If the query uses more than eight joins, the operation is blocked. Это не относится к операциям с одним элементом. При использовании максимального представления объектной модели, в котором не заданы поля представления, SharePoint возвращает до 12 первых подстановок. |
| Пороговое значение представления списка |
Больше 5000 |
Порог |
Задает максимальное число элементов списка или библиотеки, которые могут обрабатываться одновременно операцией базы данных (например, запросом), вне установленного администратором ежедневного периода времени, в течение которого число запросов не ограничено. При добавлении или удалении индекса столбца ограничение по умолчанию составляет 20 000. При удалении списка или папки ограничение по умолчанию составляет 100 000. При переименовании папки в той же библиотеки ограничение по умолчанию составляет 100 000. |
| Пороговое значение представления списка для аудиторов и администраторов |
20,000 |
Порог |
Указывает максимальное количество элементов списка или библиотеки, которые операция базы данных, например запрос, может обрабатываться одновременно, когда они выполняются аудитором или администратором с соответствующими разрешениями. Этот параметр используется совместно с параметром "Перезапись объектной модели". |
| Дочерний сайт |
2000 для каждого представления сайта |
Порог |
Интерфейс перечисления дочерних сайтов данного веб-сайта работает не так хорошо, так как количество дочерних сайтов превышает 2000. Аналогичным образом по мере увеличения числа дочерних сайтов существенно снижается производительность страницы "Весь контент сайта" и элемента управления иерархического представления. |
| Список |
2000 для каждого веб-сайта |
Порог |
Тестирование показало, что производительность представления списка снижается, если количество элементов превышает 2 тысячи. |
| Совместное редактирование файлов DOCX, PPTX и PPSX в Word и PowerPoint |
10 параллельных редакторов для каждого документа |
Порог |
Рекомендуемое максимальное число параллельных редакторов равно 10. Значение границы составляет 99. Если документ уже открыт для совместного редактирования 99 редакторами, каждый последующий пользователь получает сообщение об ошибке "Файл уже используется" и может открыть доступную только для чтения копию файла. Совместное редактирование документа более чем 10 редакторами ведет к постепенному снижению эффективности взаимодействия с пользователями, росту числа конфликтов и увеличению числа операций по отправке изменений на сервер. |
| Область безопасности |
50 000 для каждого списка |
Порог |
Максимальное число уникальных областей безопасности, установленных для списка, не может превышать 50 000. Для большинства ферм рекомендуется сократить это ограничение до 5000 уникальных областей. Для больших списков рекомендуется применять структуру, использующую как можно меньше уникальных разрешений. Когда число уникальных областей безопасности для списка превышает значение порога представления списка (которое по умолчанию равно 5000 элементам списка), при просмотре списка возникают дополнительные круговые пути SQL Server, что может негативно повлиять на производительность представления списка. Область — это граница безопасности защищаемого объекта и любого из его дочерних объектов, для которых не определена отдельная граница безопасности. Область содержит список управления доступом (ACL), но в отличие от списков ACL NTFS область может включать субъекты безопасности, относящиеся к SharePoint Server 2016. В списки управления доступом для области могут входить пользователи Windows, учетные записи других пользователей (например, учетные записи на основе форм), а также группы Active Directory или SharePoint. |
| Распространение области безопасности (ACL) |
500 дочерних объектов с уникальными областями |
Порог |
Максимальное число дочерних объектов с уникальными областями безопасности, которые можно обновить во время распространения ACL, не может превышать 500. Обновления области можно задать для обновления дочерних объектов с помощью распространения ACL, которое будет обновлять уникальные элементы и элементы, наследующие разрешения. Если максимальное число дочерних объектов с уникальными областями превышает 500, то при обновлении родительской области, включающее распространение списка ACL на дочерние элементы с уникальными областями, может завершиться сбоем. Если максимальное число дочерних объектов с уникальными областями превышает 500 ACL, не следует использовать. |
Ограничения для столбцов
Данные SharePoint Server 2016 хранятся в таблицах 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 байт |
Столбцу "Гиперссылка" или "Рисунок" выделяется два столба для хранения: один для URL-адреса и один для описания. |
| Вычисляемый |
255 |
Порог |
30 байт |
Оболочка строк SQL Server выполняется после каждых восьми столбцов в списке SharePoint. Соответственно, при использовании значения по умолчанию (6) в списке SharePoint поддерживается до 48 вычисляемых столбцов (6 * 8 = 48). |
| GUID |
350 |
Порог |
22 байта |
Оболочка строк SQL Server выполняется после каждого столбца в списке SharePoint. Соответственно, при использовании значения по умолчанию (6) в списке SharePoint поддерживается до 6 столбцов GUID (6 * 1 = 6). |
| Целое число |
750 |
Порог |
10 байт |
|
| Управляемые метаданные |
190 |
Порог |
60 байт для первого и 40 для каждого последующего |
Для первого добавляемого в список поля управляемых метаданных выделяется четыре столбца: поле подстановки для фактического тега; скрытое текстовое поле для строкового значения; поле подстановки для захвата всех элементов; поле подстановки для избыточных элементов при захвате всех элементов. Для каждого последующего добавляемого в список поля управляемых метаданных требуется два дополнительных столбца: поле подстановки для фактического тега; скрытое текстовое поле для строкового значения; Максимальное число столбцов управляемых метаданных вычисляется как (14 + (16 * (n-1))), где n — значение сопоставления строк (по умолчанию — 6). |
| Географическое положение |
2 |
Порог |
30 байт |
Для столбцов внешних данных выделяются понятия первичного и вторичного столбца. При добавлении столбца внешних данных можно выбрать несколько вторичных полей внешнего типа контента, которые требуется добавить в список. Например, если вы добавляете в список столбец внешних данных типа "Клиент", который содержит такие поля, как "ИДЕНТИФИКАТОР", "Имя", "Страна" и "Описание", при добавлении столбца внешних данных типа "Клиент" в список можно добавить дополнительные поля для отображения "ИДЕНТИФИКАТОР", "Имя" и "Описание" клиента. Ниже приведено общее описание доступных для добавления столбцов.
Первичный столбец: текстовое поле.
Столбец скрытого идентификатора: многострочное текстовое поле.
Вторичные столбцы: каждый вторичный столбец может быть текстовым, числовым, логическим или многострочным текстовым столбцом на основе типа данных, который определен для этого вторичного столбца в модели каталога бизнес-данных. Например, идентификатор может сопоставляться с числовым столбцом; имя может сопоставляться со столбцом однострочного текста; описание — со столбцом многострочного текста.
Ограничения для страниц
В следующей таблице представлено несколько рекомендаций для страниц.
| Ограничение | Примечания | Примечания | Примечания |
|---|---|---|---|
| Веб-части |
25 для каждой вики-страницы или страницы веб-частей |
Порог |
This figure is an estimate based on simple Web Parts. Количество веб-частей, которое не оказывает влияние на производительность, зависит от сложности этих веб-частей. |
Ограничения безопасности
| Ограничение | Примечания | Примечания | Примечания |
|---|---|---|---|
| Число групп SharePoint, к которым может принадлежать пользователь |
5,000 |
Поддерживается |
Это не жесткое ограничение, но оно соответствует рекомендациям Active Directory. Это значение зависит от нескольких факторов. Размер маркера пользователя Кэш групп: в SharePoint Server 2016 используется таблица, в которой кэшируется число групп, к которым принадлежит пользователь, до тех пор пока эти группы используются в списках управления доступом (ACL). Время проверки безопасности: по мере увеличения числа групп, в которых участвует пользователь, время, затрачиваемое на проверку доступности, увеличивается соответствующим образом. |
| Число пользователей в семействе сайтов |
2 миллиона для каждого семейства сайтов |
Поддерживается |
Используя группы безопасности Microsoft Windows вместо отдельных пользователей, на веб-сайт можно добавить миллионы людей. Это ограничение связано с эффективностью управления и простотой навигации в пользовательском интерфейсе. При наличии большого количества записей (групп безопасности пользователей) в семействе веб-сайтов (более одной тысячи), для управления пользователями вместо пользовательского интерфейса следует использовать PowerShell. Это позволяет повысить эффективность управления. |
| Количество участников и пользователей Active Directory в группе SharePoint |
5000 для каждой группы SharePoint |
Поддерживается |
В SharePoint Server 2016 поддерживается добавление пользователей и групп Active Directory в группу 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. Жесткого предела нет, но чем больше область, тем дольше выполняется вычисление. |
Ограничения по компонентам
В этом разделе ограничения отсортированы по компонентам.
Ограничения поиска
Рекомендации для поиска организованы в соответствии с аспектами поиска, которые они затрагивают: топологией, размером элементов, словарями, обходом контента, схемой, запросами, результатами, ранжированием и индексом.
Поиск: ограничения топологии
Ограничения топологии обеспечивают эффективное взаимодействие между компонентами поиска. 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 для каждого сервера |
Поддерживается |
Чтобы получить число доступных компонентов индекса, умножьте число разделов индекса на число реплик индекса. |
| Разделы индекса |
25 для каждого приложения службы поиска |
Поддерживается |
Секция индекса содержит подмножество индекса приложения службы поиска. Увеличение числа секций индекса приводит к тому, что каждая секция содержит меньшее подмножество индекса, уменьшая объем ОЗУ и место на диске, необходимое на серверах, на которых размещены компоненты индекса. |
| Реплики индекса |
3 для каждого раздела индекса |
Поддерживается |
Каждый раздел индекса может иметь набор реплик. Если вы увеличиваете число реплик индекса, это положительно влияет на производительность выполнения запросов и повышает отказоустойчивость. Однако, если вы добавляете в раздел индекса слишком много реплик, это может отрицательно сказаться на индексировании. Для сценариев интернет-сайтов, которые обычно обладают высоким уровнем запроса, но низким объемом контента (менее 4 млн элементов для каждого раздела), поддерживаемое ограничение составляет 6 реплик индекса для каждого раздела. |
| Компоненты обработки контента |
1 для каждого сервера |
Поддерживается |
Топология поиска поддерживает масштабирование числа компонентов обработки контента. Хотя конкретный физический узел или виртуальная машина поддерживают несколько компонентов обработки контента, вы добьетесь более эффективной работы ресурсов ЦП, используя один такой компонент. Причина этого заключается в том, что встроенный механизм обеспечивает максимальное использование ЦП, регулируя число сеансов загрузки в соответствии с доступными ядрами ЦП. Несколько сеансов загрузки позволяют компоненту обработки контента обрабатывать входящие документы параллельно. Этот механизм подразумевает использование одного компонента обработки контента на узел. Если число физических ядер на узле равно N, то компонент обработки содержимого имеетN K сеансов передачи. K — коэффициент константы с начальным значением 3. 4-ядерный сервер имеет 12 сеансов передачи, что означает, что компонент обработки содержимого может обрабатывать 12 документов параллельно. Значение K можно изменить, задав свойство NumberOfCssFeedersPerCPUForRegularCrawl приложения службы поиска. SharePoint Server 2016 ограничивает значение N до 12, даже если сервер имеет более 12 физических ядер. Таким образом, 16-ядерный сервер имеет NK = 12 * 3 = 36 сеансов подачи. Если время простоя ЦП по-прежнему остается, вместо добавления дополнительного компонента обработки содержимого рекомендуется увеличить коэффициент K. При увеличении коэффициента K необходимо убедиться, что у узла достаточно доступной памяти. |
| Компоненты обработки запросов |
1 для каждого сервера |
Поддерживается |
SharePoint Server 2016 поддерживает только один компонент обработки запросов на физическом компьютере или виртуальной машине. |
| Компоненты поиска |
64 для каждого приложения службы поиска |
Поддерживается |
Это ограничение не включает компоненты обхода контента. Суммарное количество других компонентов поиска не должно превышать это ограничение. |
| Приложения-службы поиска |
20 для каждой фермы |
Поддерживается |
В одной ферме можно развертывать несколько приложений-служб поиска, поскольку компоненты и базы данных поиска можно назначать разным серверам. Это ограничение меньше ограничения для общего числа приложений-служб в ферме. |
| Источники контента |
500 для каждого приложения службы поиска |
Граница |
С каждым источником контента возникают накладные расходы, поэтому рекомендуется создать минимальное количество источников контента, удовлетворяющих другим рабочим требованиям, например различия в приоритете обхода контента и планировании. |
Поиск: ограничения размера элемента
Ограничения размеров элемента защищают производительность обхода контента и размер индекса. Ниже приведены некоторые примеры влияния этих ограничений на поиск.
Если вы не можете получить результаты при поиске элемента, возможно, он слишком велик. В журнале обхода контента отображается предупреждение о том, что файл превысил максимальный размер, который может скачать средство-обходчик.
If you search for text in an item and only get results from the first part of the text, the content processing component may have truncated the item because it exceeded some of item size limits. When the content processing component truncates an item, it indicates this by setting the managed property IsPartiallyProcessed to True. A warning will also show up in the Crawl Log, stating why the item was truncated.
Если вы изменяете ограничения размера элемента, мы рекомендуем работать с ними в том порядке, в котором они указаны в следующей таблице.
| Ограничение | Максимальное значение | Тип ограничения | Примечания |
|---|---|---|---|
| Размер документа, который компонент обхода может загрузить |
64 МБ (4 МБ для документов Excel) |
Порог |
При поиске метаданные и контент загружаются из документа, пока не будет достигнут максимальный размер документа. Остальное содержимое не загружается. Метаданные документа всегда загружаются при поиске. You can change the default limit for the maximum document size. Do this by using Microsoft PowerShell cmdlets to change the Search service application property MaxDownLoadSize or 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. Максимальное значение этого порога составляет 2097152 байт. Если увеличить это ограничение, можно включить индексирование дополнительных данных для каждого управляемого свойства. При этом используется больше дискового пространства и повышается общая нагрузка на поисковую систему. |
| Размер управляемого свойства, поддерживающего извлечение |
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. Максимальное значение этого порога составляет 2097152 байт. Если увеличить это ограничение, можно включить индексирование дополнительных данных для каждого управляемого свойства. Это также позволяет получать больше данных на управляемое свойство для результатов поиска. Индексирование и получение большего количества данных для управляемого свойства |
| Размер управляемого свойства, поддерживающего сортировку и уточнение |
16 КБ для каждого управляемого свойства |
Граница |
Этот тип ограничения — это максимальный размер управляемого свойства, поддерживающего сортировку и уточнение. |
| Размер маркера |
Переменная |
Граница |
Служба поиска может индексировать токены любой длины. Но средство разбиения на слова, используемое службой поиска для получения токенов, может ограничить длину токена. Средства разбиения на слова — это компоненты, разбивающие контент на отдельные слова (токены). Также можно создавать настраиваемые средства разбиения на слова. Таким образом максимальный размер токена зависит от средства разбиения на слова. Вот ограничение средства разбиения по словам для западных языков: Средство учитывает только первую 1000 символов для токенов при разбиении и игнорирует оставшиеся символы. Средство разбиения на слова разделяет токены длиной больше 300 символов на два токена или больше длиной меньше 300 символов. Например, токен из 612 символов делится на два токена из 300 символов и одного из 12. |
| Уникальные индексированные маркеры для каждого управляемого свойства |
1 000 000 |
Порог |
Этот тип ограничения — это максимальное количество уникальных маркеров, которые можно добавить в индекс поиска для каждого управляемого свойства. Это ограничение изменить невозможно. Если превышено ограничение, индекс содержит первые 1 000 000 маркеров из управляемого свойства, и файл будет помечен как частично обработанный, задав для свойства IsPartiallyProcessed значение true. Исключение. Если ограничение достигается для управляемого свойства, связанного с ACL, в индекс не добавляются никакие маркеры из этого управляемого свойства. |
| Отдельные пользователи или группы безопасности AD, имеющие доступ к элементу |
1 000 000 |
Порог |
Если более 1 000 000 отдельных пользователей или групп безопасности AD обладают доступом к элементу, никакой пользователь не сможет найти этот элемент. Такие элементы возвращаются только в составе запроса на обнаружение электронных данных в Центре безопасности и соответствия требованиям. |
Поиск: ограничения словаря
Ограничения словаря защищают память, эффективность обработки контента и результаты запроса.
| Ограничение | Примечания | Примечания | Примечания |
|---|---|---|---|
| Число записей в тезаурусе |
1 миллион |
Поддерживается |
Тезаурус содержит синонимы терминов запроса. Превышение этого протестированного ограничения может привести к увеличению используемого объема памяти и времени ответа на запросы. |
| Число записей в настраиваемом словаре извлечений объектов |
1 миллион |
Поддерживается |
Превышение этого протестированного ограничения может привести к увеличению используемого объема памяти, замедлению индексации и увеличению времени ответа на запросы. |
| Число записей в настраиваемом словаре поиска |
5000 терминов для каждого клиента |
Граница |
Этот тип ограничения ограничивает количество терминов, разрешенных для словарей включений и исключений для исправления орфографии запросов и извлечения компании. Можно хранить больше терминов, чем указывает это ограничение, в Termstore, но служба поиска использует всего 5000 терминов на клиента. |
Поиск: ограничения схемы
Ограничения схемы защищают ресурсы памяти и поддерживают допустимый уровень затрат на операции управления.
| Ограничение | Примечания | Примечания | Примечания |
|---|---|---|---|
| Свойства для обхода |
500 000 для каждого приложения службы поиска |
Поддерживается |
Контент и метаданные элементов, используемых для обхода, представляются как извлеченные при обходе свойства. Можно сопоставить их с управляемыми свойствами. Если количество свойств для обхода превышает это поддерживаемого ограничения, скорость индексирования снижается. |
| Управляемые свойства |
50 000 для каждого приложения службы поиска |
Поддерживается |
При поиске используются управляемые свойства в запросах. Извлеченные при обходе свойства сопоставляются с управляемыми свойствами. При превышении этого поддерживаемого ограничения для управляемых свойств скорость индексирования снижается. |
| Сопоставления управляемых свойств |
100 для каждого управляемого свойства |
Поддерживается |
Извлеченные при обходе свойства можно сопоставлять с управляемыми свойствами. Превышение этого ограничения может привести к снижению скорости обхода контента и производительности запросов. |
| Число значений на управляемое свойство |
1,000 |
Граница |
Управляемое свойство может иметь несколько значений одного типа. Этот тип ограничения — это максимальное число значений на управляемое многозначное управляемое свойство на документ. Если это ограничение превышено, оставшиеся значения будут удалены. |
| Распознанные свойства метаданных |
100 000 на каждый элемент, для которого выполнен обход контента |
Поддерживается |
Этот тип ограничения — это максимальное количество свойств метаданных, которые компонент обхода контента может определить при обходе элемента. These metadata properties can be mapped or used for queries. При приближении к этому числу извлеченных при обходе свойств скорость обхода может снизиться. |
Поиск: ограничения обхода
| Ограничение | Примечания | Примечания | Примечания |
|---|---|---|---|
| Начальные адреса |
500 для каждого источника контента |
Поддерживается |
|
| Длина имени компьютера |
15 знаков |
Порог |
NetBIOS ограничивает максимальную длину имени компьютера до этого значения. |
| Базы данных обхода контента |
15 для каждого приложения службы поиска |
Поддерживается |
Поиск: ограничения запросов и результатов
Ограничения для запросов и результатов защищают поисковую систему от выполнения больших выражений запросов и возврата больших результирующих наборов. Запрет поисковой системе выполнять большие выражения запросов и возвращать большие результирующие наборы предотвращает атаки типа "отказ в обслуживании" (DoS) и гарантирует, что результаты возвращаются своевременно. Если вам нужно получить дополнительные результаты, рекомендуется использовать разбиение по страницам.
| Ограничение | Примечания | Примечания | Примечания |
|---|---|---|---|
| Длина текста для запросов, использующих язык KQL |
4 КБ (4096 символов) |
Поддерживается |
Этот тип ограничения является проверенным и значением по умолчанию для максимальной длины текста для запроса, созданного с помощью языка запросов ключевых слов, за исключением запросов обнаружения. Максимальное значение по умолчанию для запросов обнаружения — 16 КБ (16 384 символа). 500 строк |
| Длина запросов на домашней странице SharePoint |
16 КБ (16 384 символов) |
Поддерживается |
Этот лимит относится только к общедоступной предварительной версии SharePoint Server 2019. Этот тип ограничения является проверенным и значением по умолчанию для максимальной длины текста для запроса, используемого на домашней странице SharePoint. Стандартное значение максимальной длины текста можно увеличить до 20 КБ (20 480). |
| Поддерживается |
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 уникальных контекстов для каждой модели ранжирования |
Граница |
Этот тип ограничения — это максимальное число уникальных контекстов на модель ранжирования. |
| Достоверные страницы |
Одна страница верхнего уровня и минимальное число страниц второго и третьего уровней для каждого приложения службы поиска |
Поддерживается |
При возможности используйте несколько страниц второго и третьего уровней при достижении необходимой релевантности. Значение границы составляет 200 достоверных страниц на уровень релевантности для каждого приложения службы поиска. Если вы добавите дополнительные страницы, релевантность может снизиться. Добавьте ключевой сайт на первый уровень релевантности. Если нужно, добавляйте дополнительные ключевые сайты по одному на второй или третий уровень. Оценивайте релевантность после каждой операции добавления, чтобы убедиться в достижении нужной. |
Поиск: ограничения индекса
Ограничения индекса защищают индекс от превышения допустимых пределов при использовании ресурсов.
| Ограничение | Примечания | Примечания | Примечания |
|---|---|---|---|
| Уникальные термины в индексе |
2^31 (>2 миллиардов терминов) |
Граница |
Этот тип ограничения — это максимальное число уникальных терминов, которые могут существовать в индексе приложения службы поиска. |
| Определенные пользователем полнотекстовые индексы |
10 |
Граница |
Этот тип ограничения — это максимальное число полнотекстовых индексов. |
| Индексированные элементы |
20 миллионов для каждого раздела индекса |
Поддерживается |
Для SharePoint Foundation 2013 максимальное количество индексируемых элементов 2 миллиона на раздел индекса до применения общедоступного обновления за июнь 2016 года. Если количество индексированных элементов является высоким по отношению к объему памяти на сервере, эта диспропорция отрицательно влияет на время отклика запроса. |
Ограничения для службы профилей пользователей
В следующей таблице представлено несколько рекомендаций для службы профилей пользователей.
| Ограничение | Примечания | Примечания | Примечания |
|---|---|---|---|
| Профили пользователей |
2 000 000 для каждого приложения-службы |
Поддерживается |
Приложение-служба профилей пользователей поддерживает до 2 миллионов профилей пользователей с полноценными возможностями социальных компонентов. Это число представляет число профилей, которые могут импортироваться в хранилище профилей пользователей из службы каталогов, а также число профилей, которое может поддерживаться приложением-службой профилей пользователей без снижения производительности социальных компонентов. |
| Социальные теги, заметки и оценки |
500 000 000 для каждой базы данных социального контента |
Поддерживается |
В социальной базе данных поддерживается до 500 миллионов социальных тегов, заметок и рейтингов без значительного снижения производительности. Однако при этом возможно уменьшение производительности операций обслуживания базы данных, таких как резервное копирование и восстановление. |
Ограничения для развертывания контента
В следующей таблице представлено несколько рекомендаций для развертывания контента.
| Ограничение | Примечания | Примечания | Примечания |
|---|---|---|---|
| Число выполняемых заданий развертывания контента с разными путями |
20 |
Поддерживается |
При одновременном выполнении заданий по путям, подключенным к семействам веб-сайтов в одной базе данных исходного контента, существует повышенный риск взаимоблокировок в базе данных. For jobs that must run concurrently, we recommend that you move the site collections into different source content databases. Примечание. Параллельное выполнение заданий по одному пути невозможно. Если вы используете моментальные снимки SQL Server для развертывания содержимого, каждый путь создает моментальный снимок. Эта корреляция пути моментальных снимков повышает требования к вводу-выводу для базы данных-источника. Дополнительные сведения см. в статье Пути и задания развертывания. |
Ограничения для блогов
В следующей таблице представлено несколько рекомендаций для блогов.
| Ограничение | Примечания | Примечания | Примечания |
|---|---|---|---|
| Записи блогов |
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. По достижении этого порогового значения новые запросы на активацию рабочих процессов помещаются в очередь для последующего выполнения службой таймера рабочих процессов. По мере завершения выполнения, отличного от таймера, новые запросы учитываются с этим пороговым значением. Это ограничение можно настроить с помощью командлета PowerShell Set-SPFarmConfig. 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 может активировать не более шести экземпляров рабочих процессов в секунду. Это значение является совокупным и поэтому масштабируется вместе с числом веб-серверов в ферме. Например, два веб-сервера могут активировать 12 экземпляров рабочих процессов в секунду, а три веб-сервера — 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 миллиона элементов. Because response time doesn't change as list size scales, the effective limit is the same as the maximum number of items in a non-workflow list. |
Ограничения для банка терминов (базы данных) управляемых метаданных
В следующей таблице представлено несколько рекомендаций для банков терминов управляемых метаданных.
| Ограничение | Примечания | Примечания | Примечания |
|---|---|---|---|
| Максимальное число уровней вложенных элементов в банке терминов |
7 |
Поддерживается |
Термины в наборе могут быть представлены в иерархической структуре. В наборе терминов поддерживается до семи уровней терминов (родительский термин и шесть уровней вложения). |
| Максимальное число наборов терминов в банке |
1,000 |
Поддерживается |
В банке терминов может храниться до 1000 наборов терминов. |
| Максимальное число терминов в наборе терминов |
30 000 |
Поддерживается |
Максимальное число терминов в наборе терминов — 30 000. Примечание. Дополнительные метки для одного и того же термина, такие как синонимы и переводы, не считаются отдельными терминами. |
| Общее число элементов в банке терминов |
1 000 000 |
Поддерживается |
Элемент — это термин или набор терминов. Сумма количества терминов и наборов терминов не может превышать 1 000 000. Дополнительные метки для одного и того же термина, такие как синонимы и переводы, не считаются отдельными терминами. Примечание. Невозможно одновременно использовать максимальное количество наборов терминов и максимальное количество терминов в хранилище терминов. |
| Число меток вариантов |
209 для каждого банка терминов |
Поддерживается |
Максимальное число меток вариантов на банк терминов равно 209. |
| Число терминов в наборе терминов управляемой навигации |
2,000 |
Поддерживается |
Максимальное поддерживаемое число терминов в наборе терминов управляемой навигации равно 2000. |
| Количество прямых дочерних терминов в наборе терминов управляемой навигации |
300 |
Поддерживается |
Максимальное поддерживаемое количество прямых дочерних терминов в наборе терминов управляемой навигации — 300. |
Ограничения для служб Visio
В следующей таблице представлено несколько рекомендаций для экземпляров Службы Visio в SharePoint Server 2016.
| Ограничение | Примечания | Примечания | Примечания |
|---|---|---|---|
| Порог |
50 МБ |
Порог |
Увеличение объема памяти, занимаемого службами Службы Visio. Увеличение размера файла имеет следующие побочные эффекты. Уменьшение числа запросов сервера приложений в секунду. Увеличение загрузки ЦП. Уменьшение числа запросов сервера приложений в секунду. Увеличение общей задержки. Увеличение сетевой нагрузки на ферму SharePoint. |
| Порог |
120 с |
Порог |
Сокращение уровня доступности ЦП и памяти. Увеличение времени ожидания для пересчета приводит к следующим изменениям. Сокращение уровня доступности ЦП и памяти. Сокращение числа запросов приложения в секунду. Увеличение средней величины задержки для всех документов. Уменьшение времени ожидания для пересчета приводит к указанным ниже изменениям. Сокращение сложности поддерживаемых для отображения схем. Увеличение числа запросов в секунду. Уменьшение средней величины задержки для всех документов. |
| Порог |
Минимальный срок хранения в кэше: от 0 до 24 ч |
Порог |
Минимальный срок хранения в кэше применяется к схемам с подключением к данным. Это значение определяет самый ранний момент времени, в который текущая схема удаляется из кэша. При установке минимального срока действия кэша в низкое значение снижается пропускная способность и увеличивается задержка, так как слишком частое исключение кэша приводит к тому, что Visio часто выполняет перерасчет и снижает доступность ЦП и памяти. |
| Порог |
Максимальный срок хранения в кэше: от 0 до 24 ч |
Порог |
Максимальный срок хранения в кэше применяется к схемам без подключения к данным. Это значение определяет продолжительность хранения текущей схемы в памяти. При увеличении значения этого параметра снижается задержка для часто запрашиваемых документов. Однако установка значения Max Cache Age (Максимальный срок действия кэша) увеличивает задержку и снижает пропускную способность для элементов, которые не кэшируются, так как элементы, уже потребляющие и уменьшающие доступную память. |
Ограничения для служб PerformancePoint Services
В таблице ниже перечислены рекомендации для Службы PerformancePoint в SharePoint Server 2016.
| Ограничение | Примечания | Примечания | Примечания |
|---|---|---|---|
| Ячейки |
На систему показателей 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 Automation Services не удаляют записи из базы данных автоматически, поэтому база данных может увеличиваться бесконечно без обслуживания. Администраторы могут вручную удалить журнал заданий преобразования с помощью командлета PowerShell Remove-SPWordConversionServiceJobHistory. Дополнительные сведения см. в статье Remove-SPWordConversionServiceJobHistory. |
Ограничения для службы машинного перевода
В следующей таблице представлено несколько рекомендаций для службы машинного перевода.
| Ограничение | Примечания | Примечания | Примечания |
|---|---|---|---|
| Входной размер файла для двоичных файлов |
524 288 КБ для каждого файла |
Порог |
Обработка и передача файлов, размер которых превышает указанное ограничение, занимает слишком много времени, что снижает пропускную способность службы. |
| Входной размер файла для текстовых файлов |
15 360 КБ для каждого файла |
Порог |
Файлы, размер которых превышает указанное ограничение, содержат слишком много преобразуемого текста, что снижает пропускную способность службы. |
| Максимальное число символов для документов Microsoft Word |
10 000 000 для каждого документа |
Порог |
Документы, число символов в которых превышает указанное ограничение, содержат слишком много преобразуемого текста, что снижает пропускную способность службы. |
| Общее число параллельных процессов преобразования |
5 |
Порог |
Использование большего количества процессов, чем ограничение, не увеличивает пропускную способность, так как существует ограничение на количество текстов, которые можно перевести за раз. Использование большего числа процессов увеличивает потребность в ресурсах сервера. |
| Задержка между преобразованиями |
59 минут |
Порог |
Запуск преобразований реже указанного в ограничении интервала приводит к существенному росту времени, затрачиваемого на преобразование документов, и может вызвать чрезмерное увеличение очереди преобразований. |
| Число преобразований в рамках одного процесса |
1000 для каждого процесса |
Порог |
Запуск большего количества переводов, чем ограничение, приводит к сбою переводов из-за истечения времени ожидания, так как они не могут быть обработаны до истечения времени ожидания. |
| Максимальное число параллельных запросов на преобразование |
300 |
Порог |
Более 300 параллельных запросов на преобразование могут вызвать сбой, так как запросы находятся в очереди дольше времени ожидания. |
| Число файлов на задание преобразования |
100 000 файлов |
Поддерживается |
Отправка заданий с числом файлов, превышающим данное ограничение, приводит к чрезмерному затягиванию отправки и выполнения заданий. |
| Размер базы данных службы машинного перевода |
1 000 000 файлов |
Поддерживается |
Операции по обеспечению работы очереди заданий начинают выполняться медленно, если размер базы данных превышает максимально допустимое число файлов. |
Ограничения для службы Office Online
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 |
Граница |
Если одному пользователю доступно более 500 приложений из корпоративного каталога, этот пользователь больше не будет видеть никаких приложений в представлении "Добавить приложение " по умолчанию. Вместо этого отображается сообщение, рекомендующее выполнить поиск в каталоге приложений или Магазине 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 Server 2016
Планирование производительности в SharePoint Server 2013
Управление мощностью SharePoint Server 2010. Ограничения, связанные с программным обеспечением