Ограничения, связанные с программным обеспечением, в SharePoint Server 2016
**Применимо к:**Project Server 2016, SharePoint Server 2016
**Последнее изменение раздела:**2017-12-13
Сводка. Узнайте о проверенных пределах производительности и емкости SharePoint Server 2016, а также о связи этих пределов с приемлемой производительностью.
В этой статье описываются ограничения для SharePoint Server 2016, связанные с программным обеспечением. К ним относятся следующие:
Границы — статические ограничения, которые конструктивно не могут быть превышены
Пороги — настраиваемые ограничения, которые могут быть превышены в соответствии с конкретными требованиями
Поддерживаемые ограничения — настраиваемые ограничения, которым по умолчанию присваиваются проверенные значения
Примечание
В процессе планирования рекомендуется руководствоваться содержащейся в этом документе информацией о планировании загрузки. Эта информация основана на результатах тестов, проведенных корпорацией Майкрософт, и полученных динамических свойствах. Однако результаты для конкретной системы, вероятнее всего, будут отличаться от тестовых из-за различия в используемом оборудовании и внедренных на сайтах компонентах и функциях.
В этой статье
Обзор ограничений, связанных с программным обеспечением
Границы, пороги и поддерживаемые ограничения
Установка ограничений
Ограничения и границы
Ограничения по иерархии
Ограничения для веб-приложений
Ограничения для серверов SharePoint
Ограничения для баз данных контента
Ограничения для семейств сайтов
Ограничения для списков и библиотек
Ограничения для столбцов
Ограничения для страниц
Ограничения по компонентам
Ограничения поиска
Ограничения для службы профилей пользователей
Ограничения для развертывания контента
Ограничения для блогов
Ограничения для служб Business Connectivity Services
Ограничения для рабочих процессов
Ограничения для банка терминов (базы данных) управляемых метаданных
Ограничения для служб Visio
Ограничения для служб PerformancePoint Services
Ограничения для служб Word Automation Services
Ограничения для службы машинного перевода
Ограничения для службы Office Online
Ограничения для Project Server
Ограничения для приложений SharePoint
Ограничения для службы распределенного кэша
Другие ограничения
Обзор ограничений, связанных с программным обеспечением
В данной статье представлена информация, позволяющая лучше понять протестированные ограничения производительности и мощности в SharePoint Server 2016, а также приведены рекомендации по взаимосвязи между ограничениями и приемлемой производительностью. С помощью этих данных можно определить, удовлетворяет ли запланированное развертывание требованиям к ограничениям производительности и мощности, а также правильно настроить соответствующие ограничения в развертывании.
Результаты тестирования и рекомендации, представленные в данной статье, относятся к ферме с одним сервером SharePoint Server 2016. Добавление в установку серверов не приведет к увеличению ограничений по мощности для объектов, которые перечислены в таблицах раздела Ограничения и границы этой статьи. С другой стороны, при добавлении серверных компьютеров увеличивается пропускная способность фермы, что может потребоваться для достижения приемлемой производительности при наличии большого количества объектов. В некоторых случаях при необходимости использовать большее количество объектов в рамках решения может потребоваться большее число серверов в ферме.
Обратите внимание, что существует целый ряд факторов, которые могут воздействовать на производительности в каждой конкретной среде, и каждый из этих факторов влияет на производительность в различных областях. Некоторые результаты тестирования и рекомендации в этой статье могут относиться к компонентам или действиям пользователей, которые отсутствуют в конкретной среде и не относятся к вашему решению. Точные данные для конкретной среды можно получить только в результате тщательного тестирования.
Границы, пороги и поддерживаемые ограничения
В SharePoint Server 2016 существуют определенные конструктивные ограничения, которые не могут быть превышены, а также ограничения другого рода, которые получают значения по умолчанию и могут изменяться администратором фермы. Кроме того, существуют ненастраиваемые ограничения, например число семейств сайтов для одного веб-приложения.
Границы представляют собой абсолютные ограничения, которые конструктивно не могут быть превышены. Важно понимать эти ограничения, что позволит избежать ошибочных допущений на этапе проектирования фермы.
В качестве примера границы можно привести установленное на уровне 10 гигабайт (ГБ) ограничение на размер документа. В SharePoint Server 2016 невозможно настроить хранение документов, размер которых превышает 10 ГБ. Это абсолютное встроенное значение, которое конструктивно не может быть превышено.
Пороги имеют значение по умолчанию, которое не может быть превышено до тех пор, пока не будет изменено само значение. При определенных обстоятельствах пороги могут быть превышены в целях адаптации к изменениям структуры фермы, однако важно понимать, что это влечет за собой снижение производительности и изменение действующего значения других ограничений.
В некоторых случаях предельный размер по умолчанию может быть превышен только до достижения абсолютного максимального значения. Как пример снова можно привести ограничение на размер документа. По умолчанию предельный размер документа составляет 250 мегабайт (МБ) и при необходимости может быть изменен вплоть до максимально возможного значения (10 ГБ).
Поддерживаемые ограничения задают протестированные значения для указанного параметра. Значения по умолчанию для этих ограничений были определены посредством тестирования и представляют известные ограничения для продукта. Превышение поддерживаемых ограничений может повлечь за собой непредсказуемое поведение, существенное снижение производительности и другие потенциально опасные эффекты.
Некоторые поддерживаемые ограничения могут настраиваться и по умолчанию получают рекомендуемые значения. Другие же относятся к параметрам, настройка которых невозможна.
В качестве примера поддерживаемого ограничения можно привести число семейств сайтов для одной фермы. Значение поддерживаемого ограничения — это максимальное число семейств сайтов, при котором соблюдаются эталонные показатели производительности в процессе тестирования.
Важно помнить, что многие из ограничений, описываемых в этом документе, представляют собой точку на кривой, описывающей повышение нагрузки и соответствующее ему снижение производительности. В связи с этим превышение некоторых из установленных ограничений, например числа семейств сайтов для веб-приложения, повлечет за собой лишь частичное снижение производительности фермы. Однако в большинстве случаев не рекомендуется работать с близкими к установленным ограничениям значениями параметров, поскольку оптимальные показатели производительности и надежности достигаются при разумном балансе между ограничениями на уровне структуры фермы.
Рекомендованные значения порогов и поддерживаемых ограничений определяются на основании производительности. Другими словами, превышение этих ограничений возможно, однако это может повлечь за собой снижение производительности фермы и изменение других ограничений. Многие используемые в SharePoint Server 2016 ограничения можно изменять, однако в каждом случае следует четко представлять влияние таких изменений на другие компоненты фермы.
Установка ограничений
В SharePoint Server 2016 значения порогов и поддерживаемых ограничений устанавливаются по результатам тестирования и наблюдения за поведением фермы при повышении нагрузки вплоть до того момента, когда достигаются эффективные рабочие границы для служб и операций фермы. Некоторые службы и компоненты фермы могут поддерживать более высокие нагрузки, чем другие, поэтому иногда значение ограничения устанавливается как среднее от нескольких показателей.
Например, при наблюдении за поведением фермы под нагрузкой в процессе добавления семейств сайтов в работе некоторых компонентов может наблюдаться неприемлемо высокое значение задержки, однако при этом другие компоненты будут работать в допустимых пределах. В связи с этим устанавливаемое ограничение на максимальное число семейств сайтов не является абсолютным и вычисляется на основе ожидаемого набора характеристик, при которых общая производительность фермы будет приемлемой при заданных ограничениях в большинстве ситуаций.
Очевидно, что, если некоторые службы работают при значениях параметров, превышающих используемые при тестировании, максимальные эффективные ограничения для других служб снижаются. В связи с этим важно тщательно тестировать возможности управления мощностью и масштабирования в каждой конкретной среде, чтобы определить эффективные ограничения для этой среды.
Примечание. В этом документе не описывается оборудование, которое использовалось для проверки ограничений, поскольку эти данные были получены на основе результатов для различных ферм и сред.
Модель круговой диаграммы
Для понимания взаимосвязи между аппаратными ресурсами, нагрузкой и производительностью необходим способ визуализации соответствующих факторов и их взаимного влияния.
Представим мощность фермы в виде круга, размер которого зависит от совокупности таких факторов, как серверы, аппаратные ресурсы (ЦП и ОЗУ), объем хранилища, количество операций ввода-вывода в секунду для диска, пропускная способность и задержка сети. Таким образом, размер круга связан со всеми ресурсами фермы и увеличивается при добавлении таковых (например, серверов фермы).
Этот круг разделен на сектора, которые представляют нагрузку от различных источников: пользовательских запросов, поисковых запросов, операций установленных компонентов, заданий таймера и издержек, связанных с работой операционной системы. Все сектора должны совместно использовать доступные ресурсы фермы. Если размер одного сектора увеличивается, размеры других должны пропорционально уменьшаться. Поскольку нагрузка на ферму непостоянна (например, пользовательские запросы могут создавать существенную нагрузку только в определенные часы в течение дня), относительные размеры секторов постоянно изменяются. Однако каждый сектор должен поддерживать требуемый минимальный размер для нормальной работы, а так как представляемые секторами функции взаимозависимы, увеличение размера одного сектора может привести к дополнительной нагрузке на другие сектора, помимо сокращения ресурсов, которые они могут использовать.
В терминах этой модели цель проекта фермы — сделать круг достаточно большим для размещения секторов, размер которых позволяет нормально работать при пиковой нагрузке.
Рассмотрим сценарий, при котором количество пользовательских запросов увеличивается на 100 % по сравнению с базовым уровнем. Например, около половины запросов являются поисковыми, а вторая половина — это запросы на изменение списков и документов. Увеличенная нагрузка сжимает другие сектора круга, однако некоторые компоненты фермы также должны работать более интенсивно, чтобы компенсировать увеличение нагрузки. Служба поиска должна обрабатывать больше запросов, большинство из которых обрабатываются кэшем, но некоторые запросы передаются на серверы баз данных, повышая нагрузку на них. Если нагрузка на серверы баз данных становится слишком большой, увеличивается длина дисковой очереди, что, в свою очередь, увеличивает задержку выполнения всех остальных запросов.
Ограничения и границы
В данном разделе описаны объекты, которые могут входить в решение, и содержатся указания по достижению приемлемой производительности для каждого типа таких объектов. Под понятием "приемлемая производительность" подразумевается, что при тестировании система может поддерживать определенное число объектов без существенного снижения производительности или уменьшения значений связанных ограничений. Объекты перечислены по области и по компоненту. Представлены сведения по ограничениям, примечания, описывающие условия, при которых получены эти ограничения, а также ссылки на дополнительные сведения (если таковые имеются).
С помощью рекомендаций в данной статье проверьте общие планы решений. Если значения в планируемом решении превышают представленные рекомендации по одному или нескольким объектам, выполните некоторые из указанных далее действий:
Оцените решение, чтобы убедиться, что в других областях потери производительности компенсированы.
Отметьте эти области для последующего тестирования и проверки по мере разработки развертывания.
Измените или разбейте на компоненты решение, чтобы убедиться, что границы рекомендаций по мощности не превышены.
Ограничения по иерархии
В этом разделе приводятся ограничения, логически упорядоченные по иерархии фермы SharePoint Server 2016.
Ограничения для веб-приложений
В следующей таблице представлено несколько рекомендаций для веб-приложений.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Веб-приложение |
20 для каждой фермы |
Поддерживается |
Мы рекомендуем как можно больше ограничить число веб-приложений. Вместо добавления веб-приложений по возможности создавайте семейства сайтов с именем на основе узла. |
Зона |
5 для каждого веб-приложения |
Граница |
Количество зон для фермы жестко ограничено пятью ("По умолчанию", "Интрасеть", "Интернет", "Настраиваемая" и "Экстрасеть"). |
Управляемый путь для семейств сайтов с именем на основе узла |
20 для каждой фермы |
Поддерживается |
Управляемые пути для семейств сайтов с именем на основе узла применяются на уровне фермы. Каждый создаваемый управляемый путь можно применить в любом веб-приложении. |
Управляемый путь для семейств сайтов с именем на основе путей |
20 для каждого веб-приложения |
Поддерживается |
Управляемые пути кэшируются на веб-сервере. Ресурсы ЦП расходуются на обработку входящих запросов, направленных в список управляемых путей. Управляемые пути для семейств сайтов с именем на основе путей применяются на уровне веб-приложения. Вы можете создать отдельный набор управляемых путей для каждого веб-приложения. Если число управляемых путей для веб-приложения превышает 20, нагрузка на веб-сервер по обработке каждого запроса возрастает. Если в веб-приложении планируется использовать более 20 управляемых путей, рекомендуется проверить приемлемость достигаемой при этом производительности системы. |
Размер кэша решений |
300 МБ для каждого веб-приложения |
Порог |
В кэше решений служба InfoPath Forms Services хранит кэшированные решения, что позволяет ускорить процесс их извлечения. В случае превышения размера кэша решения извлекаются с диска, что приводит к увеличению времени отклика. Сведения о том, как настроить размер кэша решений, см. в статье Set-SPInfoPathFormsService. |
Ограничения для серверов SharePoint
В следующей таблице представлено несколько рекомендаций для веб-серверов в ферме.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Пулы приложений |
10 для каждого веб-сервера |
Порог |
Максимальное количество определяется возможностями оборудования. Этот предел в большой степени зависит от следующих факторов:
|
Ограничения для баз данных контента
В следующей таблице представлено несколько рекомендаций для баз данных контента.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Число баз данных контента |
500 для каждой фермы |
Поддерживается |
Максимальное число баз данных контента на одну ферму равно 500. При 500 базах данных контента для каждого веб-приложения производительность пользовательских операций, например открытия сайта или семейств сайтов, не снижается. При этом производительность административных операций, таких как создание нового семейства сайтов, снижается. Для управления веб-приложением с большим числом баз данных контента рекомендуется использовать PowerShell, поскольку при увеличении числа БД производительность интерфейса управления может снижаться, что влечет за собой усложнение навигации. С ограничением в 200 ГБ на базу данных контента и 500 баз данных на ферму SharePoint Server 2016 поддерживает до 100 ТБ данных для одной фермы. |
Размер базы данных контента (сценарии общего использования) |
200 ГБ для каждой базы данных контента |
Поддерживается |
Размер файла по умолчанию может равняться 2047 МБ, а максимально его размер можно увеличить до 10 ГБ. Несколько семейств веб-сайтов могут использовать одну общую базу данных контента. Каждое семейство веб-сайтов необходимо полностью хранить в одной базе данных контента. Настоятельно рекомендуется ограничивать размер баз данных контента величиной 200 ГБ, за исключением случаев, к которым применимы условия, указанные в следующих строках таблицы. При использовании удаленного хранилища больших двоичных объектов общий объем этого хранилища и метаданных в базе данных контента не должен превышать ограничение в 200 ГБ. |
Размер базы данных контента (все сценарии использования) |
4 ТБ на базу данных контента |
Поддерживается |
Базы данных контента с размером до 4 ТБ поддерживаются при выполнении следующих требований.
Кроме того, необходимо учесть следующие факторы.
Важно! Не рекомендуется использовать базы данных контента, размер которых превышает 4 терабайта (ТБ), за исключением архивов с документами (описано в следующей строке таблицы). Если в будущем нужно будет обновить SharePoint Server 2016, обновление семейств веб-сайтов в базах данных контента может отнять много времени и ресурсов. |
Размер базы данных контента (сценарий архива документов) |
Отсутствует явное ограничение размера базы данных контента |
Поддерживается |
Использование баз данных контента без явного ограничения размера поддерживается в сценариях архива документов при выполнении следующих требований.
|
Элементы базы данных контента |
60 миллионов элементов, включая документы и элементы списка |
Поддерживается |
Максимальное количество элементов на базу данных контента, для которого проводилось тестирование SharePoint Server 2016, составляет 60 миллионов, включая документы и элементы списка. Если в SharePoint Server 2016 планируется хранение более 60 миллионов элементов, следует развернуть несколько баз данных контента. |
Семейств сайтов для базы данных контента |
Максимум 10 000 (2500 семейств общих сайтов и 7500 личных сайтов либо 10 000 только личных сайтов) |
Поддерживается |
Настоятельно рекомендуется ограничить число семейств сайтов в базе данных контента до 5000. Тем не менее поддерживается до 10 000 семейств сайтов для каждой базы данных. Обратите внимание на то, что при общем максимальном числе 10 000 семейств сайтов не более 2500 из них могут быть семействами общих сайтов. Можно обеспечить поддержку 10 000 семейств личных сайтов, если в базе данных контента присутствуют исключительно такие сайты. Эти ограничения связаны со скоростью обновления. Чем большее число семейств сайтов содержится в базе данных, тем ниже скорость обновления как для баз данных, так и для семейств сайтов. Ограничение числа семейств сайтов в базе данных подчиняется ограничению на размер базы данных контента, содержащей несколько семейств сайтов. В связи с этим по мере увеличения числа семейств в базе данных их средний размер должен уменьшаться. Если число семейств сайтов превышает 5000, возрастает риск длительного простоя систем в периоды обновления. Если планируется превышение этого ограничения, рекомендуется разработать четкую стратегию обновления, сокращающую длительность простоя и устраняющую негативное влияние на работу, и модернизировать оборудование, чтобы повысить скорость обновления ПО для баз данных. Чтобы установить уровень предупреждения и максимальный уровень для числа сайтов в базе данных контента, воспользуйтесь командлетом PowerShell Set-SPContentDatabase с параметром WarningSiteCount. Дополнительные сведения см. в статье 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 всех остальных шаблонов сайтов. Все эти сайты могут размещаться в одном веб-приложении или могут быть распределены по нескольким веб-приложениям. Обратите внимание, что на это ограничение влияют другие факторы, которые могут уменьшить эффективное число семейств сайтов, поддерживаемых конкретной базой данных контента. Следует принять меры предосторожности, чтобы избежать превышения поддерживаемых ограничений, если объект-контейнер, например база данных контента, содержит большое количество других объектов. Например, если ферма содержит небольшое количество баз данных контента, каждая из которых содержит большое количество семейств сайтов, производительность фермы может снизиться задолго до достижения поддерживаемого ограничения количества семейств сайтов. Ферма A содержит веб-приложение с 200 базами данных контента; такая конфигурация поддерживается. Если каждая база данных контента содержит 1000 семейств сайтов, общее количество семейств сайтов в веб-приложении составит 200 000; это значение не превышает поддерживаемые ограничения. Однако если каждая база данных контента содержит 10 000 семейств сайтов, то даже несмотря на то, что это количество поддерживается для баз данных контента, общее количество семейств сайтов в веб-приложении составит 2 000 000, что превышает ограничение на число семейств сайтов для одного веб-приложения. Необходимо следить за использованием памяти на веб-серверах, так как оно зависит от характера работы и числа сайтов, к которым осуществляется доступ за отведенный период. Аналогично целевые объекты обхода контента также могут испытывать нехватку памяти, в этом случае следует настроить пул приложений, чтобы он выполнял утилизацию, прежде чем объем доступной памяти на любом из веб-серверов опустится ниже 2 ГБ. |
Веб-сайт |
250 000 для каждого семейства веб-сайтов, 250 000 на ферму или 500 000 личных сайтов на ферму. |
Поддерживается |
Максимальное рекомендуемое число сайтов и дочерних сайтов составляет 250 000. Производительность может ухудшиться, если количество дочерних сайтов превышает 2000 на уровне семейства веб-сайтов. Важно! Настоятельно рекомендуем следить, чтобы количество дочерних сайтов в семействе веб-сайтов не превышало 2000. Вы можете создать большое количество сайтов путем создания нескольких семейств веб-сайтов, каждое из которых содержит не более 2000 сайтов. Например, при наличии 125 семейств веб-сайтов, каждое из которых содержит более 2000 сайтов, в ферме будет насчитываться 250 000 сайтов. Однако это значение будет считаться предельным рекомендуемым количеством общих сайтов. Если у вас 250 000 семейств веб-сайтов, в каждом из которых содержится корневой веб-сайт, созданный на основе шаблона, отличного от личного сайта, добавление дочернего сайта к любому из корневых сайтов повлечет за собой превышение лимита в 250 000 веб-сайтов. При превышении рекомендуемого лимита в 2000 сайтов на семейство веб-сайтов могут возникнуть следующие проблемы:
|
Размер семейства веб-сайтов |
Максимальный размер базы данных контента |
Поддерживается |
Семейство веб-сайтов не должно превышать ограничение размера базы данных контента для соответствующего сценария использования. Дополнительные сведения об ограничениях размера базы данных контента в конкретных сценариях использования см. в таблице Ограничения для баз данных контента в этой статье. В общем случае рекомендуется ограничивать размер семейств сайтов величиной 100 ГБ по следующим причинам.
|
Число каналов устройств на каждое семейство сайтов публикации |
10 |
Граница |
Максимально допустимое число каналов устройств на каждое семейство сайтов публикации равно 10. |
Ограничения для списков и библиотек
В таблице ниже представлены рекомендуемые справочники по спискам и библиотекам. Дополнительные сведения см. в статье Разработка крупных списков с обеспечением максимальной производительности списка (SharePoint Server 2010).
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Размер строки списка |
8000 байт для каждой строки |
Граница |
Суммарный размер каждого элемента списка или библиотеки в базе данных не может превышать 8 000 байт. 300 байт зарезервировано, в результате чего для пользовательских столбцов остается 7700 байт. Сведения о размере каждого из видов полей см. в разделе Ограничения для столбцов. |
Размер файла |
10 ГБ |
Граница |
Размер по умолчанию — 2 ГБ (2047 МБ). Если у вас много очень больших файлов, это может привести к снижению производительности фермы. |
Документы |
30 000 000 для каждой библиотеки |
Поддерживается |
С помощью вложения папок, используя стандартные представления и иерархию сайтов, можно создавать крупные библиотеки документов. Это значение зависит от организации документов и папок, а также от типа и размера хранящихся документов. |
Основные версии |
400 000 |
Поддерживается |
Если это ограничение превышено, возможны сбои при выполнении базовых операций с файлами (открытие, сохранение, удаление, просмотр журнала версий и т. д.). |
Дополнительные номера версии |
511 |
Граница |
Максимальное число дополнительных номеров версии равно 511. Этот значение нельзя превысить. |
Элементы |
30 000 000 для каждого списка |
Поддерживается |
Используя стандартные представления, иерархии сайтов и навигацию на основе метаданных, можно создавать очень большие списки. Это значение зависит от числа столбцов в списке и интенсивности его использования. |
Массовые операции |
100 элементов для каждой массовой операции |
Граница |
В пользовательском интерфейсе для каждой массовой операции можно выбрать до 100 элементов. |
Пороговое значение подстановки представления списка |
12 операций объединения для каждого запроса |
Порог |
Задает максимальное количество операций объединения в запросе, в том числе основанных на подстановке, пользователе, группе или столбцах состояния рабочего процесса. Если в запросе используется более восьми операций объединения, операция блокируется. Это не относится к операциям с одним элементом. При использовании максимального представления объектной модели, в котором не заданы поля представления, SharePoint возвращает до 12 первых подстановок. |
Пороговое значение представления списка |
Больше 5000 |
Порог |
Задает максимальное число элементов списка или библиотеки, которые могут обрабатываться одновременно операцией базы данных (например, запросом), вне установленного администратором ежедневного периода времени, в течение которого число запросов не ограничено. При добавлении или удалении индекса столбца ограничение по умолчанию составляет 20 000. При удалении списка или папки ограничение по умолчанию составляет 100 000. При переименовании папки в той же библиотеки ограничение по умолчанию составляет 100 000. |
Пороговое значение представления списка для аудиторов и администраторов |
20,000 |
Порог |
Задает максимальное число элементов списка или библиотеки, которые могут обрабатываться одновременно операцией базы данных (например, запросом), выполняемой аудитором или администратором с соответствующими разрешениями. Этот параметр используется совместно с параметром "Перезапись объектной модели". |
Дочерний сайт |
2000 для каждого представления сайта |
Порог |
Производительность интерфейса перечисления дочерних сайтов определенного веб-сайта ухудшается, если общее количество дочерних сайтов превышает 2000. Аналогичным образом по мере увеличения числа дочерних сайтов существенно снижается производительность страницы "Весь контент сайта" и элемента управления иерархического представления. |
Совместное редактирование файлов DOCX, PPTX и PPSX в Word и PowerPoint |
10 параллельных редакторов для каждого документа |
Порог |
Рекомендуемое максимальное число параллельных редакторов равно 10. Значение границы составляет 99. Если документ уже открыт для совместного редактирования 99 редакторами, каждый последующий пользователь получает сообщение об ошибке "Файл уже используется" и может открыть доступную только для чтения копию файла. Совместное редактирование документа более чем 10 редакторами ведет к постепенному снижению эффективности взаимодействия с пользователями, росту числа конфликтов и увеличению числа операций по отправке изменений на сервер. |
Область безопасности |
50 000 для каждого списка |
Порог |
Максимальное число уникальных областей безопасности для каждого списка не может превышать 50 000. Для большинства ферм рекомендуется сократить это ограничение до 5000 уникальных областей. Для больших списков рекомендуется применять структуру, использующую как можно меньше уникальных разрешений. Когда число уникальных областей безопасности для списка превышает значение порога представления списка (которое по умолчанию равно 5000 элементам списка), при просмотре списка возникают дополнительные круговые пути SQL Server, что может негативно повлиять на производительность представления списка. Область определяет границы безопасности для защищаемого объекта и любых его дочерних объектов, для которых не определена отдельная граница безопасности. Область содержит список управления доступом (ACL), но, в отличие от списков управления доступом NTFS, может также включать субъекты безопасности, относящиеся к SharePoint Server 2016. В списки управления доступом для области могут входить пользователи Windows, учетные записи других пользователей (например, учетные записи на основе форм), а также группы Active Directory или SharePoint. |
Распространение области безопасности (ACL) |
500 дочерних объектов с уникальными областями |
Порог |
Максимальное количество дочерних объектов с уникальными областями безопасности, которое можно обновить во время распространения ACL, не может превышать 500. Можно настроить обновление дочерних объектов с помощью распространения ACL при обновлении областей. В результате будут обновляться элементы, относящиеся к уникальной области и наследующие разрешения. Если при обновлении родительской области с распространением ACL на дочерние объекты максимальное количество дочерних объектов с уникальными областями превышает 500, то распространение не будет завершено. В результате могут быть обновлены только некоторые дочерние объекты с уникальными областями. Не следует использовать распространение ACL, если максимальное количество дочерних объектов с уникальными областями превышает 500. |
Ограничения для столбцов
Данные SharePoint Server 2016 хранятся в таблицах SQL Server.
Каждый тип столбца имеет размер в байтах. Сумма всех столбцов в списке SharePoint не должна превышать 8000 байт. Когда в одном списке создаются столбцы разных типов, пользователи могут достигать ограничения в 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 перенос по строкам выполняется через каждые 8 столбцов в списке 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 для каждой вики-страницы или страницы веб-частей |
Порог |
Данная цифра получена на основе оценки простых веб-частей. Количество веб-частей, которое не оказывает влияние на производительность, зависит от сложности этих веб-частей. |
Ограничения безопасности
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Число групп SharePoint, к которым может принадлежать пользователь |
5,000 |
Поддерживается |
Это ограничение не задается жестко, однако устанавливается в соответствии с рекомендациями для Active Directory. Это значение зависит от нескольких факторов.
|
Число пользователей в семействе сайтов |
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) |
Поддерживается |
Размер области влияет на данные, используемые для вычисления проверки безопасности, которое выполняется при каждом изменении области. Жесткое ограничение не устанавливается, однако продолжительность вычисления возрастает пропорционально размеру области. |
Ограничения по компонентам
В этом разделе ограничения отсортированы по компонентам.
Ограничения поиска
Рекомендации для поиска организованы в соответствии с аспектами поиска, которые они затрагивают: топологией, размером элементов, словарями, обходом контента, схемой, запросами, результатами, ранжированием и индексом.
Поиск: ограничения топологии
Ограничения топологии обеспечивают эффективное взаимодействие между компонентами поиска. Превышение этих ограничений замедляет взаимодействие между компонентами поиска, что может увеличить задержки при выполнении запросов или привести к ошибке поиска.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Компоненты обработки аналитических данных |
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 ядрами будет иметь N*K = 12 * 3 = 36 сеансов загрузки. Если время простоя ЦП все еще присутствует, рекомендуется не добавлять дополнительный компонент обработки контента, а увеличить значение коэффициента K. При этом вам следует убедиться, что на узле достаточно доступной памяти. |
Компоненты обработки запросов |
1 для каждого сервера |
Поддерживается |
SharePoint Server 2016 поддерживает только один компонент обработки запросов на физическом компьютере или виртуальной машине. |
Компоненты поиска |
64 для каждого приложения службы поиска |
Поддерживается |
Это ограничение не относится к компонентам обхода контента. Суммарное количество других компонентов поиска не должно превышать это ограничение. |
Приложения-службы поиска |
20 для каждой фермы |
Поддерживается |
В одной ферме можно развертывать несколько приложений-служб поиска, поскольку компоненты и базы данных поиска можно назначать разным серверам. Это ограничение меньше ограничения для общего числа приложений-служб в ферме. |
Источники контента |
500 для каждого приложения службы поиска |
Граница |
С каждым источником контента связаны свои затраты, поэтому мы рекомендуем создать наименьшее количество таких источников, удовлетворяющих другие оперативные требования (например, определение приоритетов для обхода контента и его планирование). |
Поиск: ограничения размера элемента
Ограничения размеров элемента защищают производительность обхода контента и размер индекса. Ниже приведены некоторые примеры влияния этих ограничений на поиск.
Если вы не можете получить результаты при поиске элемента, возможно, он слишком велик. В журнале обхода появится предупреждение, указывающее, что размер файла превышает максимальный, который может загрузить программа-обходчик.
Если вы ищете текст в элементе и получаете результаты только для первой части текста, компонент обработки контента может обрезать элемент, так как он превысил некоторые ограничения размера элемента. В этом случае компонент обработки контента устанавливает для свойства IsPartiallyProcessed значение True. В журнале обхода также появится предупреждение, указывающее, почему элемент был обрезан.
Если вы изменяете ограничения размера элемента, мы рекомендуем работать с ними в том порядке, в котором они указаны в следующей таблице.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Размер документа, который компонент обхода может загрузить |
64 МБ (3 МБ для документов Excel) |
Порог |
При поиске метаданные и контент загружаются из документа, пока не будет достигнут максимальный размер документа. Остальная часть контента не загружается. Метаданные документа всегда загружаются при поиске. Вы можете изменить ограничение на размер документа по умолчанию. Для этого используйте командлеты Microsoft PowerShell, чтобы изменить свойство приложения службы MaxDownLoadSize или MaxDownloadSizeExcel. Параметр MaxDownLoadSize не влияет на максимальный размер документов Excel. Введите значение в мегабайтах. Максимальный размер документа — 1024 МБ (также и для документов Excel). Если увеличить ограничение максимального размера документа, служба поиска будет индексировать больше контента и ей потребуется больше места на диске. |
Размер проанализированного контента |
2 миллиона символов |
Граница |
Служба поиска прекращает анализ элемента после анализа 2 миллионов символов контента из него, включая вложения элемента. Фактическая сумма проанализированных символов может быть ниже этого ограничения, так как при поиске для анализа одного элемента и его вложений тратится не больше 30 секунд. Когда служба поиска останавливает анализ элемента, он отмечается как частично обработанный. Любой непроанализированный контент не обрабатывается и поэтому не индексируются. |
Символы, созданные средством разбиения по словам |
1,000,000 |
Граница |
Служба поиска разбивает содержимое на отдельные слова (токены). Средство разбиения текста на слова создает токены из первого миллиона символов одного элемента, в том числе вложений. Фактическое количество обработанных элементов может быть меньше, так как разбиение на слова в службе поиска занимает не более 30 секунд. Оставшееся содержимое не обрабатывается и поэтому не индексируется. |
Размер управляемого свойства, поддерживающего поиск и запросы |
512 КБ для каждого доступного для поиска/запросов управляемого свойства |
Порог |
Это максимальный размер управляемого свойства, поддерживающего поиск или запросы, по умолчанию. Вы можете настроить это ограничение с помощью командлетов PowerShell и объектной модели схемы, задав атрибут MP.MaxCharactersInPropertyStoreIndex. Введите значение в байтах. Максимальное значение этого ограничения: 2097152 байт. Повышая этот предел, вы позволяете индексировать больше данных для каждого управляемого свойства. При этом используется больше дискового пространства и повышается общая нагрузка на поисковую систему. |
Размер управляемого свойства, поддерживающего извлечение |
16 КБ для каждого управляемого свойства |
Порог |
Это значение по умолчанию для максимального размера управляемого свойства, поддерживающего извлечение. При повышении этого предела разрешается индексирование большего количества данных на управляемое свойство. Кроме того, при повышении этого предела система поиска может извлекать больше данных на управляемое свойство для результатов поиска. При индексировании и извлечении большего количества данных на управляемое свойство повышается общая нагрузка на систему и используется больше дискового пространства. Вы можете настроить предел для управляемого свойства с помощью командлетов PowerShell и объектной модели схемы, чтобы задать атрибут P.MaxCharactersInPropertyStoreForRetrieval. Введите значение в байтах. Максимальное значение этого порога составляет 2097152 байт. Повышая этот предел, вы позволяете индексировать больше данных для каждого управляемого свойства. Это также позволяет получать больше данных на управляемое свойство для результатов поиска. Индексирование и получение большего количества данных для управляемого свойства |
Размер управляемого свойства, поддерживающего сортировку и уточнение |
16 КБ для каждого управляемого свойства |
Граница |
Это максимальный размер управляемого свойства, поддерживающего сортировку и уточнение. |
Размер токена |
Переменная |
Граница |
Служба поиска может индексировать токены любой длины. Но средство разбиения на слова, используемое службой поиска для получения токенов, может ограничить длину токена. Средства разбиения на слова — это компоненты, разбивающие контент на отдельные слова (токены). Также можно создавать настраиваемые средства разбиения на слова. Таким образом максимальный размер токена зависит от средства разбиения на слова. Вот ограничение средства разбиения по словам для западных языков:
|
Поиск: ограничения словаря
Ограничения словаря защищают память, эффективность обработки контента и результаты запроса.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Число записей в тезаурусе |
1 миллион |
Поддерживается |
Тезаурус содержит синонимы терминов запроса. Превышение этого протестированного ограничения может привести к увеличению используемого объема памяти и времени ответа на запросы. |
Число записей в настраиваемом словаре извлечений объектов |
1 миллион |
Поддерживается |
Превышение этого протестированного ограничения может привести к увеличению используемого объема памяти, замедлению индексации и увеличению времени ответа на запросы. |
Число записей в настраиваемом словаре поиска |
5000 терминов для каждого клиента |
Граница |
Ограничивает число терминов, разрешенных для словарей включений и исключений для проверки правописания запросов и извлечения компаний. Можно хранить больше терминов, чем указывает это ограничение, в Termstore, но служба поиска использует всего 5000 терминов на клиента. |
Поиск: ограничения схемы
Ограничения схемы защищают ресурсы памяти и поддерживают допустимый уровень затрат на операции управления.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Извлеченные при обходе свойства |
500 000 для каждого приложения службы поиска |
Поддерживается |
Контент и метаданные элементов, используемых для обхода, представляются как извлеченные при обходе свойства. Можно сопоставить их с управляемыми свойствами. Когда число извлеченных при обходе свойств превышает это поддерживаемое ограничение, скорость индексирования снижается. |
Управляемые свойства |
50 000 для каждого приложения службы поиска |
Поддерживается |
При поиске используются управляемые свойства в запросах. Извлеченные при обходе свойства сопоставляются с управляемыми свойствами. При превышении этого поддерживаемого ограничения для управляемых свойств скорость индексирования снижается. |
Сопоставления управляемых свойств |
100 для каждого управляемого свойства |
Поддерживается |
Извлеченные при обходе свойства можно сопоставлять с управляемыми свойствами. Превышение этого ограничения может привести к снижению скорости обхода контента и производительности запросов. |
Число значений на управляемое свойство |
1,000 |
Граница |
Управляемое свойство может иметь несколько значений одного типа. Это поддерживаемое число значений для отдельного многозначного управляемого свойства на один документ. Если это ограничение превышено, оставшиеся значения будут удалены. |
Распознанные свойства метаданных |
100 000 на каждый элемент, для которого выполнен обход контента |
Поддерживается |
Это максимальное число свойств метаданных, которое может определить компонент обхода при обходе элемента. Эти свойства метаданных можно сопоставить или использовать для запросов. При приближении к этому числу извлеченных при обходе свойств скорость обхода может снизиться. |
Поиск: ограничения обхода
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Начальные адреса |
500 для каждого источника контента |
Поддерживается |
|
Длина имени компьютера |
15 знаков |
Порог |
NetBIOS ограничивает максимальную длину имени компьютера до этого значения. |
Базы данных обхода контента |
15 для каждого приложения службы поиска |
Поддерживается |
Поиск: ограничения запросов и результатов
Ограничения запросов и результатов защищают поисковую систему от выполнения слишком больших выражений запросов и возврата очень крупных наборов результатов. Это позволяет предотвратить проведение атак типа "отказ в обслуживании" (DoS) и позволяет быстро получать результаты. Если необходимо получить дополнительные результаты, мы рекомендуем использовать разбиение по страницам.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Длина текста для запросов, использующих язык KQL |
4 КБ (4096 символов) |
Поддерживается |
Это протестированное значение по умолчанию для максимальной длины текста запроса на языке KQL, за исключением запросов обнаружения. Максимальное значение по умолчанию для запросов обнаружения — 16 КБ (16 384 символа). Значение по умолчанию для максимальной длины текста можно увеличить до 20 КБ (20 480) для всех типов запросов. |
Количество строк в результирующем наборе |
500 строк |
Поддерживается |
Это протестированное значение по умолчанию для максимального числа строк в результирующем наборе, за исключением запросов обнаружения. Значение по умолчанию для запросов обнаружения — 10 000 строк. Чтобы отобразить весь результирующий набор, выполните дополнительные запросы разбиения по страницам. Вы можете изменить максимальное число строк в результирующем наборе, используя командлеты PowerShell, чтобы изменить свойство MaxRowLimit приложения службы поиска. MaxRowLimit задает максимальное значение свойства RowLimit запроса и свойства RowLimit запроса обнаружения. RowLimit определяет количество строк на каждой странице в результирующем наборе. Можно увеличить значение MaxRowLimit до 10 000 строк (граница). |
Удаление результатов |
Нет ограничений |
Поддерживается |
|
Квота оповещений поиска |
100 000 оповещений для каждого приложения службы поиска |
Поддерживается |
Конечные пользователи могут задать оповещения поиска для результирующего набора запроса. При изменении или обновлении результатов служба поиска уведомляет конечного пользователя. Это протестированное ограничение для приложения службы поиска с комбинацией запросов конечных пользователей (75 %) и запросов оповещения (25 %). Ограничение для приложения службы поиска только с запросами оповещения составляет 400 000 оповещений. Эти ограничения основаны на системе с пятью запросами в секунду (QPS). |
Поиск: ограничения ранжирования
Ограничения ранжирования защищают память сервера приложений, задержку обработки запросов и размер индекса.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Модели ранжирования |
1000 для каждого клиента |
Граница |
Приближение к этому ограничению может отрицательно сказаться на общей производительности системы. |
Уникальные контексты, используемые для ранжирования |
15 уникальных контекстов для каждой модели ранжирования |
Граница |
Это максимальное число уникальных контекстов на модель ранжирования. |
Достоверные страницы |
1 страница верхнего уровня и минимальное число страниц второго и третьего уровней для каждого приложения службы поиска |
Поддерживается |
При возможности используйте несколько страниц второго и третьего уровней при достижении необходимой релевантности. Значение границы составляет 200 достоверных страниц на уровень релевантности для каждого приложения службы поиска. Если вы добавите дополнительные страницы, релевантность может снизиться. Добавьте ключевой сайт на первый уровень релевантности. Если нужно, добавляйте дополнительные ключевые сайты по одному на второй или третий уровень. Оценивайте релевантность после каждой операции добавления, чтобы убедиться в достижении нужной. |
Поиск: ограничения индекса
Ограничения индекса защищают индекс от превышения допустимых пределов при использовании ресурсов.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Уникальные термины в индексе |
2^31 (>2 миллиардов терминов) |
Граница |
Это максимальное число уникальных терминов, которые могут существовать в индексе приложения службы поиска. |
Определенные пользователем полнотекстовые индексы |
10 |
Граница |
Это максимальное число полнотекстовых индексов. |
Индексированные элементы |
20 миллионов для каждого раздела индекса |
Поддерживается |
Каждый раздел индекса содержит подмножество всего индекса поиска. При большом числе индексированных элементов по отношению к объему памяти на сервере время ответа для запроса увеличивается. |
Ограничения для службы профилей пользователей
В следующей таблице представлено несколько рекомендаций для службы профилей пользователей.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Профили пользователей |
2 000 000 для каждого приложения-службы |
Поддерживается |
Приложение-служба профилей пользователей поддерживает до 2 миллионов профилей пользователей с полноценными возможностями социальных компонентов. Это число представляет число профилей, которые могут импортироваться в хранилище профилей пользователей из службы каталогов, а также число профилей, которое может поддерживаться приложением-службой профилей пользователей без снижения производительности социальных компонентов. |
Социальные теги, заметки и оценки |
500 000 000 для каждой базы данных социального контента |
Поддерживается |
В базе данных социального контента поддерживается до 500 миллионов социальных тегов, заметок и оценок без существенного снижения производительности. Однако при этом возможно уменьшение производительности операций обслуживания базы данных, таких как резервное копирование и восстановление. |
Ограничения для развертывания контента
В следующей таблице представлено несколько рекомендаций для развертывания контента.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Число выполняемых заданий развертывания контента с разными путями |
20 |
Поддерживается |
Для заданий, которые выполняются параллельно по путям, подключенным к семействам сайтов в той же исходной базе данных контента, существует повышенный риск возникновения взаимоблокировок базы данных. Для заданий, которые должны выполняться параллельно, рекомендуется перемещать семейства сайтов в разные исходные базы данных контента. Примечание Параллельное выполнение заданий по одному пути невозможно. Если для развертывания контента используются моментальные снимки SQL Server, снимок создается для каждого пути. Это влечет за собой рост требований к производительности систем ввода-вывода для исходной базы данных. Дополнительные сведения см. в статье Пути и задания развертывания. |
Ограничения для блогов
В следующей таблице представлено несколько рекомендаций для блогов.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Записи блогов |
5000 для каждого сайта |
Поддерживается |
Максимальное число записей блогов для каждого сайта составляет 5000. |
Комментарии |
1000 для каждой записи |
Поддерживается |
Максимальное число комментариев для каждой записи составляет 1000. |
Ограничения для служб Business Connectivity Services
В следующей таблице представлено несколько рекомендаций для служб Business Connectivity Services.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Внешние типы контента (в памяти) |
5000 для каждого веб-сервера (на клиента) |
Граница |
Общее число определений внешнего типа контента (ECT), загруженных в память веб-сервера на заданный момент времени. |
Подключения к внешним системам |
500 для каждого веб-сервера |
Граница |
Число активных (открытых) подключений к внешним системам на заданный момент времени. Максимальное значение по умолчанию — 200. Значение границы — 500. Это ограничение принудительно применяется в области веб-сервера независимо от вида внешней системы (например, база данных, сборка .NET и т. д.). Максимальное значение по умолчанию ограничивает число подключений. С помощью контекста выполнения в приложении можно задать более высокое ограничение. Значение границы принудительно ограничивает максимально возможное число подключений даже для тех приложений, в которых не используются параметры по умолчанию. |
Число элементов базы данных, возвращаемое для каждого запроса |
2000 для каждого соединителя базы данных |
Порог |
Число элементов, которые может вернуть соединитель базы данных для каждого запроса. Установленное по умолчанию значение 2000 ограничивает число результатов, которые могут быть возвращены для каждой страницы. С помощью контекста выполнения для приложения можно задать более высокое ограничение. Параметр абсолютного максимума ограничивает возвращаемое число элементов даже для тех приложений, в которых не используется значение по умолчанию. Значение границы составляет 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. Установленное по умолчанию максимальное значение ограничивает число результатов, которые могут быть возвращены для каждой страницы. С помощью контекста выполнения для приложения можно задать более высокое ограничение. Значение абсолютного максимума ограничивает возвращаемое число элементов даже для тех приложений, в которых не используется значение по умолчанию, например индексирования. |
Ограничения для рабочих процессов
В следующей таблице представлено несколько рекомендаций для рабочих процессов.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Порог отсрочки рабочего процесса |
15 |
Порог |
Значение 15 определяет максимальное число рабочих процессов, которые могут одновременно выполняться в отношении одной базы данных контента, за исключением экземпляров, которые выполняются в службе таймера. При достижении порогового значения новые запросы на активацию рабочих процессов помещаются в очередь и выполняются службой таймера рабочих процессов позднее. Если выполняемые не службой таймера рабочие процессы завершаются, новые запросы учитываются при определении этого значения. Для настройки этого ограничения можно использовать командлет Set-SPFarmConfig PowerShell. Дополнительные сведения см. в статье Set-SPFarmConfig. Примечание. Это ограничение не относится к общему числу экземпляров рабочих процессов, которые могут выполняться, и определяет только находящиеся в обработке экземпляры. Повышение этого ограничения повлечет за собой повышение пропускной способности задач запуска и завершения рабочих процессов, однако также приведет к росту нагрузки на базу данных контента и системные ресурсы. |
Размер пакета таймера рабочих процессов |
100 |
Порог |
Число событий, обнаруживаемых и передаваемых в рабочие процессы при каждом выполнении задания таймера рабочих процессов. Для настройки этого ограничения можно использовать PowerShell. Чтобы реализовать обработку дополнительных событий, необходимо запустить дополнительные экземпляры службы таймера рабочих процессов SharePoint Foundation. |
Сопоставления рабочих процессов |
100 для каждого списка |
Поддерживается |
Превышение этого ограничения приведет к снижению производительности браузера, так как большой объем данных загружается для более чем 100 сопоставлений и их столбцов состояния. |
Элементы списка или документы, которые можно массово создавать или отправлять для запуска экземпляров рабочего процесса |
5000 элементов |
Поддерживается |
Тестирование подтвердило, что все события активации рабочих процессов обрабатываются для сопоставления рабочего процесса, реализуемого при создании элемента, когда создается до 5000 элементов в рамках единой массовой отправки. В случае превышения этого ограничения может истечь время ожидания для инициализации рабочего процесса. |
Число опубликованных определений рабочих процессов для каждого веб-сайта |
1000 для каждого веб-сайта |
Поддерживается |
Максимальное поддерживаемое число опубликованных определений рабочих процессов для каждого веб-сайта равно 1000. |
Общее число сопоставлений рабочих процессов для каждого веб-сайта |
1799 для каждого сайта |
Граница |
Шина обслуживания поддерживает не более 1799 подписок на область. В это максимальное значение входят как опубликованные, так и неопубликованные сопоставления. |
Максимальный размер определения рабочего процесса (XAML) |
5120 КБ |
Граница |
Попытки публикации XAML-файлов большего размера завершаются с ошибкой. |
Максимальная глубина вложенного шага рабочего процесса в XAML (сложность рабочего процесса) |
121 уровень |
Граница |
В XAML присутствует жестко заданное ограничение глубины размещения узлов в 125 уровней. Максимальное значение в 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 миллион элементов. Поскольку время ответа не изменяется при масштабировании размера списка, эффективное ограничение соответствует максимальному числу элементов в списке, отличном от списка рабочего процесса. |
Ограничения для банка терминов (базы данных) управляемых метаданных
В следующей таблице представлено несколько рекомендаций для банков терминов управляемых метаданных.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Максимальное число уровней вложенных элементов в банке терминов |
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.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Размер файла для веб-документов Visio |
50 МБ |
Порог |
С помощью этого параметра в Службы Visio администратор может изменять максимально допустимый размер веб-документов для обработки в Visio. Увеличение размера файла имеет следующие побочные эффекты.
|
Время ожидания пересчета веб-документа Visio |
120 с |
Порог |
С помощью этого параметра в Службы Visio администратор может изменять максимально допустимое время ожидания для пересчета документа после обновления данных. Увеличение времени ожидания для пересчета приводит к следующим изменениям.
Уменьшение времени ожидания для пересчета приводит к указанным ниже изменениям.
|
Минимальный срок хранения в кэше Службы Visio (схемы с подключением к данным) |
Минимальный срок хранения в кэше: от 0 до 24 ч |
Порог |
Минимальный срок хранения в кэше применяется к схемам с подключением к данным. Это значение определяет самый ранний момент времени, в который текущая схема удаляется из кэша. Если установить слишком низкое значение этого параметра, это приведет к сокращению пропускной способности и увеличению задержки, поскольку слишком частая очистка кэша приводит к росту числа вычислений в Visio и снижает уровень доступности ЦП и памяти. |
Максимальный срок хранения в кэше Службы Visio (схемы без подключения к данным) |
Максимальный срок хранения в кэше: от 0 до 24 ч |
Порог |
Максимальный срок хранения в кэше применяется к схемам без подключения к данным. Это значение определяет продолжительность хранения текущей схемы в памяти. При увеличении значения этого параметра снижается задержка для часто запрашиваемых документов. Однако слишком большое значение максимального срока хранения в кэше влечет за собой увеличение задержки и снижение пропускной способности для элементов, кэширование которых не выполняется, поскольку присутствующие в кэше элементы потребляют доступную память. |
Ограничения для служб PerformancePoint Services
В таблице ниже перечислены рекомендации для Службы PerformancePoint в SharePoint Server 2016.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Ячейки |
1 000 000 для каждого запроса к источнику данных Службы Excel |
Граница |
На систему показателей PerformancePoint, вызывающую источник данных Службы Excel, распространяется ограничение в 1 000 000 ячеек на каждый запрос. |
Столбцы и строки |
15 столбцов по 60 000 строк |
Порог |
Максимальное число столбцов и строк при отображении любого объекта панели мониторинга PerformancePoint, в котором в качестве источника данных используется книга Excel. Число строк может изменяться в соответствии с числом столбцов. |
Запрос к списку SharePoint |
15 столбцов по 5000 строк |
Поддерживается |
Максимальное число столбцов и строк при отображении любого объекта панели мониторинга PerformancePoint, в котором в качестве источника данных используется список SharePoint. Число строк может изменяться в соответствии с числом столбцов. |
Запрос к источнику данных SQL Server |
15 столбцов по 20 000 строк |
Поддерживается |
Максимальное число столбцов и строк при отображении любого объекта панели мониторинга PerformancePoint, в котором в качестве источника данных используется таблица SQL Server. Число строк может изменяться в соответствии с числом столбцов. |
Ограничения для служб Word Automation Services
В следующей таблице представлено несколько рекомендаций для служб Word Automation Services.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Размер входного файла |
512 МБ |
Граница |
Максимально допустимый размер файла для обработки службами Word Automation Services. |
Частота запуска преобразований (мин) |
1 мин (рекомендуется) 15 мин (по умолчанию) 59 мин (граница) |
Порог |
Это значение определяет частоту выполнения задания таймера Word Automation Services. Слишком низкое значение влечет за собой более быстрое выполнение заданий. По результатам тестирования оптимальным является выполнение задания таймера один раз в минуту. |
Число запускаемых преобразований для одного процесса преобразования |
Для форматов вывода PDF/XPS: 30 x М. Для всех остальных форматов вывода: 72 x М. Здесь М — значение частоты запуска преобразований в минутах |
Порог |
Число запускаемых преобразований влияет на пропускную способность 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
В следующей таблице перечислены рекомендации для Office Online. Если приложение выполняется в качестве веб-приложения, также применяются ограничения, распространяющиеся на клиентские приложения Office.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Размер кэша |
100 ГБ |
Порог |
Пространство, доступное для отображения документов, создаваемое в составе базы данных контента. По умолчанию устанавливается размер кэша для отображения документов, равный 100 ГБ. Увеличивать это ограничение не рекомендуется. |
Отображения |
Одно в секунду для каждого документа для ядра ЦП на каждый сервер приложений (максимум восемь ядер) |
Граница |
Это измеренное среднее число отображений "типовых" документов, которые могут быть выполнены на каждом сервере приложений за период времени. |
Параллельные операции объединения OneNote |
8 для каждого документа |
Порог |
С помощью операций объединения в OneNote объединяются изменения, внесенные несколькими пользователями в записную книжку в процессе совместного редактирования. Если одновременно выполняется слишком много объединений, создается страница конфликта, на которой запрашивается принудительное выполнение объединения пользователем вручную. |
Ограничения для Project Server
В следующей таблице перечислены рекомендации для Project Server. Дополнительные сведения о планировании для Project Server см. в статье Планирование Project Server 2016.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Время окончания проекта |
Дата: 31.12.2149 |
Граница |
Дата окончания любых планов в Project ограничена датой 31.12.2149. |
Конечные результаты для каждого плана проекта |
1500 конечных результатов |
Граница |
Планы Project не могут содержать более 1 500 конечных результатов. |
Число полей в представлении |
256 |
Граница |
Максимальное число полей, добавляемых в определенное пользователем представление в Project Web App, составляет 256. |
Число операторов в фильтре представления |
50 |
Граница |
Максимальное число операторов в фильтре, добавляемом в представление, составляет 50. |
Ограничения для приложений SharePoint
В следующей таблице перечислены рекомендации для приложений приложения для SharePoint.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Максимально допустимый размер пакета приложений Access/SharePoint |
100 МБ |
Граница |
Размер пакета приложения, созданного в клиенте Access, ограничен значением 100 МБ. Примечание Access сжимает базу данных при создании пакета приложения, поэтому пакет приложения может содержать более 100 МБ данных. |
Максимальный размер хранилища базы данных приложения Access в SQL Azure |
1 ГБ |
Граница |
Каждое приложение Access, созданное на SharePoint Online, создает базу данных на платформе SQL Azure. Максимальный размер хранилища базы данных на SQL Azure составляет 1 ГБ. При локальной установке размер связанной базы данных контролирует администратор. |
Приложения, отображаемые на странице управления лицензиями |
2,000 |
Граница |
На странице управления лицензиями может отображаться до 2000 приложений (приобретенных в Магазине). Но вы все равно можете управлять лицензией любого приложения, перейдя на страницу всего контента для сайта, где установлено это приложение, и щелкнув элемент "Лицензии" или выполнив поиск приложения с помощью функции поиска в Магазине. |
Число лицензий приложения для каждого клиента |
1,000,000 |
Поддерживается |
Максимальное поддерживаемое число лицензий (приобретенных в Магазине) для отдельного развертывания SharePoint — в локальной среде либо в SharePoint Online. Превышение этого ограничения может вызвать резкое снижение производительности. |
Число приложений, отображаемых на странице добавления приложения |
240 |
Граница |
После достижения значения данного ограничения отображаются только первые 240 приложений, а также отображается сообщение о необходимости использования функции поиска. |
Число диспетчеров на лицензию приложения |
30 |
Граница |
Управлять лицензией может не более 30 человек. Диспетчеры лицензий могут добавлять или удалять пользователей, а также удалять лицензию. |
Число лицензий назначенных пользователю приложений, которые этот пользователь может просмотреть |
2,000 |
Граница |
Когда пользователю назначено более 2000 лицензий, он перестает видеть приложения в обычном представлении добавления приложения. Вместо этого отображается сообщение, рекомендующее выполнить поиск в каталоге приложений или Магазине SharePoint. |
Число приложений в корпоративном каталоге, доступных для просмотра отдельному пользователю |
500 |
Граница |
Когда пользователю доступно более 500 приложений из корпоративного каталога, этот пользователь перестает видеть приложения в обычном представлении добавления приложения. Вместо этого отображается сообщение, рекомендующее выполнить поиск в каталоге приложений или Магазине SharePoint. |
Ограничения для службы распределенного кэша
В следующей таблице представлено несколько рекомендаций для службы распределенного кэша.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Число доступных для подписки объектов (пользователи, документы, сайты и хэш-теги) для каждого узла кэша |
400,000 |
Поддерживается |
Общее число объектов, на которые может подписаться один пользователь на узле распределенного кэша с объемом ОЗУ 16 ГБ, назначенным службе распределенного кэша, составляет 400 000. |
Число узлов кэша в кластере |
16 |
Граница |
Общее число узлов кэша, которое поддерживает один кластер распределенного кэша, равно 16. |
Максимальный объем памяти, выделенный для узла кэша |
16GB |
Граница |
Общий объем памяти, который можно выделить для службы распределенного кэша на любом узле кэша в кластере, равен 16 ГБ. |
Другие ограничения
В следующей таблице представлены ограничения и рекомендации для служб и компонентов, не вошедших в другие разделы.
Ограничение | Максимальное значение | Тип ограничения | Примечания |
---|---|---|---|
Число подстрок агента пользователя на канал устройства |
150 |
Граница |
Максимальное число подстрок агента пользователя на канал мобильного устройства равно 150. |
Число источников SharePoint для каждого случая обнаружения электронных данных |
100 |
Граница |
Максимальное число источников SharePoint, которое можно добавить для случая обнаружения электронных данных, равно 100. |
Число источников Exchange (почтовые ящики) для каждого случая обнаружения электронных данных |
1,500 |
Граница |
Максимальное число источников Exchange (почтовые ящики) для каждого случая обнаружения электронных данных равно 1500. |
Максимальный размер запроса на обнаружение электронных данных |
16 000 символов или 500 ключевых слов |
Граница |
Размер запроса на обнаружение электронных данных ограничен 500 ключевыми словами или 16 000 символами в зависимости от того, какое из значений будет достигнуто первым. |
Похожие темы
Требования к оборудованию и программному обеспечению для SharePoint Server 2016
Планирование производительности планирования в SharePoint Server 2013