Ограничения, связанные с программным обеспечением, в SharePoint Server 2016
Сводка. Узнайте о проверенных пределах производительности и емкости 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 для каждого веб-сервера
Максимальное количество определяется возможностями оборудования.
Этот предел в большой степени зависит от следующих факторов:
Объем памяти, выделенный для веб-серверов
Рабочая нагрузка на ферму, то есть размер пользовательской базы и модель использования (отдельный пул приложений с высокой нагрузкой может использовать до 10 ГБ и более)
Ограничения для баз данных контента
В следующей таблице представлено несколько рекомендаций для баз данных контента.
Число баз данных контента
500 для каждой фермы
Максимальное число баз данных контента на одну ферму равно 500. При 500 базах данных контента для каждого веб-приложения производительность пользовательских операций, например открытия сайта или семейств сайтов, не снижается. При этом производительность административных операций, таких как создание нового семейства сайтов, снижается. Для управления веб-приложением с большим числом баз данных контента рекомендуется использовать PowerShell, поскольку при увеличении числа БД производительность интерфейса управления может снижаться, что влечет за собой усложнение навигации.
С ограничением в 200 ГБ на базу данных контента и 500 баз данных на ферму SharePoint Server 2016 поддерживает до 100 ТБ данных для одной фермы.
Размер базы данных контента (сценарии общего использования)
200 ГБ для каждой базы данных контента
Размер файла по умолчанию может равняться 2047 МБ, а максимально его размер можно увеличить до 10 ГБ. Несколько семейств веб-сайтов могут использовать одну общую базу данных контента. Каждое семейство веб-сайтов необходимо полностью хранить в одной базе данных контента.
Настоятельно рекомендуется ограничивать размер баз данных контента величиной 200 ГБ, за исключением случаев, к которым применимы условия, указанные в следующих строках таблицы.
При использовании удаленного хранилища больших двоичных объектов общий объем этого хранилища и метаданных в базе данных контента не должен превышать ограничение в 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 миллионов, включая документы и элементы списка. Если в 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 сайтов на семейство веб-сайтов могут возникнуть следующие проблемы:
Удаление или создание сайта (дочернего сайта) может существенным образом повлиять на доступность сайта. Доступ к сайту или дочерним сайтам в процессе удаления будет ограничен. При попытке одновременного создания большого числа дочерних сайтов может произойти сбой.
Если имеется более 2000 дочерних сайтов, резко снижается производительность действий, таких как выполнение программы PSConfig при добавлении нового сервера в существующую ферму или после установки обновлений SharePoint.
Совершение операции stsadm -o checklocalupgradestatus или ежедневное выполнение задания таймера Задание для версии продукта может занять много времени.
При просмотре страницы Просмотр состояния базы данных (<your_SharePoint_CentralAdmin_URL>/_admin/UpgradeStatus.aspx) на веб-сайте центра администрирования может быть превышено время ожидания.
Размер семейства веб-сайтов
Максимальный размер базы данных контента
Семейство веб-сайтов не должно превышать ограничение размера базы данных контента для соответствующего сценария использования. Дополнительные сведения об ограничениях размера базы данных контента в конкретных сценариях использования см. в таблице Ограничения для баз данных контента в этой статье.
В общем случае рекомендуется ограничивать размер семейств сайтов величиной 100 ГБ по следующим причинам.
Некоторые действия в семействе сайтов, например резервное копирование/восстановление семейства или выполнение командлета PowerShell Move-SPSite, сопряжены с выполнением ресурсоемких операций SQL Server, что может повлиять на производительность или привести к недоступности других активных семейств сайтов в той же базе данных. Дополнительные сведения см. в статье Move-SPSite.
Резервное копирование и восстановление поддерживается только для тех семейств сайтов SharePoint, размер которых не превышает 100 ГБ. Для семейств сайтов большего размера необходимо резервное копирование всей базы данных контента. Если в одной базе данных контента содержится несколько семейств сайтов, размер которых превышает 100 ГБ, операции резервного копирования и восстановления могут занимать много времени и завершаться сбоем.
Число каналов устройств на каждое семейство сайтов публикации
Максимально допустимое число каналов устройств на каждое семейство сайтов публикации равно 10.
Ограничения для списков и библиотек
В таблице ниже представлены рекомендуемые справочники по спискам и библиотекам. Дополнительные сведения см. в статье Разработка крупных списков с обеспечением максимальной производительности списка (SharePoint Server 2010).
Размер строки списка
8000 байт для каждой строки
Суммарный размер каждого элемента списка или библиотеки в базе данных не может превышать 8 000 байт. 300 байт зарезервировано, в результате чего для пользовательских столбцов остается 7700 байт. Сведения о размере каждого из видов полей см. в разделе Ограничения для столбцов.
Размер по умолчанию — 2 ГБ (2047 МБ). Если у вас много очень больших файлов, это может привести к снижению производительности фермы.
30 000 000 для каждой библиотеки
С помощью вложения папок, используя стандартные представления и иерархию сайтов, можно создавать крупные библиотеки документов. Это значение зависит от организации документов и папок, а также от типа и размера хранящихся документов.
Если это ограничение превышено, возможны сбои при выполнении базовых операций с файлами (открытие, сохранение, удаление, просмотр журнала версий и т. д.).
Дополнительные номера версии
Максимальное число дополнительных номеров версии равно 511. Этот значение нельзя превысить.
30 000 000 для каждого списка
Используя стандартные представления, иерархии сайтов и навигацию на основе метаданных, можно создавать очень большие списки. Это значение зависит от числа столбцов в списке и интенсивности его использования.
100 элементов для каждой массовой операции
В пользовательском интерфейсе для каждой массовой операции можно выбрать до 100 элементов.
Пороговое значение подстановки представления списка
12 операций объединения для каждого запроса
Задает максимальное количество операций объединения в запросе, в том числе основанных на подстановке, пользователе, группе или столбцах состояния рабочего процесса. Если в запросе используется более восьми операций объединения, операция блокируется. Это не относится к операциям с одним элементом. При использовании максимального представления объектной модели, в котором не заданы поля представления, SharePoint возвращает до 12 первых подстановок.
Пороговое значение представления списка
Задает максимальное число элементов списка или библиотеки, которые могут обрабатываться одновременно операцией базы данных (например, запросом), вне установленного администратором ежедневного периода времени, в течение которого число запросов не ограничено.
При добавлении или удалении индекса столбца ограничение по умолчанию составляет 20 000.
При удалении списка или папки ограничение по умолчанию составляет 100 000.
При переименовании папки в той же библиотеки ограничение по умолчанию составляет 100 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 байт до достижения максимального количества для любого типа.