Планирование сайтов разработки для публикации на нескольких сайтах в SharePoint Server

Статья
01/08/2018

**Применимо к:**SharePoint Server 2013, SharePoint Server 2016

**Последнее изменение раздела:**2017-07-24

Сводка. Сведения о планировании семейств веб-сайтов создания для решения публикации на нескольких сайтах SharePoint Server.

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

В этой статье

Планирование семейств веб-сайтов и структуры сайтов для сайтов среды разработки SharePoint
Планирование обеспечения безопасности для сайтов среды разработки SharePoint
Планирование дизайна и фирменной символики для сайтов среды разработки SharePoint
Планирование наборов терминов для тегирования контента на сайтах среды разработки SharePoint
Планирование контента каталога для сайтов среды разработки SharePoint

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

Планирование семейств сайтов и структуры сайтов для сайтов среды разработки SharePoint

Для семейств веб-сайтов разработки необходимо активировать функцию SharePoint Server "Публикация в нескольких семействах сайтов". Для создания семейств веб-сайтов разработки рекомендуем использовать шаблон "Семейство веб-сайтов каталога продуктов", так как при использовании этого шаблона функция "Публикация в нескольких семействах сайтов" активируется по умолчанию. Если используется шаблон семейства веб-сайтов, в котором функция "Публикация в нескольких семействах сайтов" не активирована, ее необходимо активировать. Кроме того, если используется шаблон семейства веб-сайтов, такой как "Сайт рабочей группы", не создающий сайт публикации, а требуется использовать функции публикации, такие как рабочие процессы утверждения и расписание, эти функции публикации также необходимо активировать. Сведения о том, как активировать функцию публикации на нескольких сайтах, см. в разделе "Активация функции публикации в нескольких семействах сайтов" статьи Настройка публикации на нескольких сайтах в SharePoint Server. Дополнительные сведения о том, как использовать функции публикации на сайте, не являющемся сайтом публикации, см. в статье Обзор компонентов публикации (SharePoint Server 2010). Сведения об активации функций публикации см. в статье Включение публикации. Дополнительные сведения о создании логической архитектуры для решения публикации на нескольких сайтах см. в статье Планирование логической архитектуры для публикации на нескольких сайтах в SharePoint Server.

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

Следует ли использовать библиотеку страниц или список контента?

В SharePoint Server 2010 сайты публикации использовали библиотеки страниц для хранения HTML-контента, отображаемого пользователям. Используя межсайтовую публикацию в SharePoint Server, также можно использовать списки и другие библиотеки для хранения контента, повторно используемого на сайтах публикации. Во время планирования подходящего места для размещения такого контента обратите внимание на тип контента и планируемый способ его использования. В общем случае, если планируется создание HTML-контента, рекомендуется использовать библиотеку страниц вместо списка. Библиотека страниц имеет по сравнению со списком следующие преимущества:
- Можно создавать среду разработки страниц, более соответствующую концепции WYSIWYG, чтобы дать авторам представление о том, как контент будет выглядеть на сайте публикации.
- С помощью библиотеки страниц можно применять различные варианты контента и переводы, чтобы создавать многоязыковой контент.
- Рабочий процесс утверждения можно использовать для перенаправления контента библиотеки страниц на проверку и утверждение. Поисковая система не будет индексировать страницы, которые не утверждены для публикации, так как до публикации они не отмечены как основные версии.
- Для указания сроков доступности контента можно использовать механизм планирования. Поисковая система не будет индексировать страницы, для которых не запланирована публикация. Это обусловлено тем, что до публикации они не отмечены как основные версии.
Сколько потребуется библиотек страниц?

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

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

Кроме определения количества сайтов в одном семействе сайтов среды разработки, следует рассмотреть вопрос о необходимости дополнительных семейств сайтов среды разработки. Несколько семейств сайтов среды разработки можно использовать в том случае, когда авторы контента находятся в разных группах, имеющих разные требования к безопасности, или находятся в разных географических расположениях. Например, в сценарии экстрасети можно использовать одно семейство сайтов среды разработки для внутренних авторов контента, принадлежащих определенной группе в доменных службах Active Directory (AD DS), а другое семейство сайтов среды разработки — для внешних авторов контента, подключающихся к сайту через проверку подлинности на основе форм. Доступ к одному каталогу могут получать разные веб-приложения и фермы, поэтому сайты среды разработки можно не ограничивать одним веб-приложением или фермой. Примите решение о количестве необходимых семейств сайтов среды разработки, а затем спланируйте, какие каталоги включить в каждый сайт.
Планируете ли вы использовать варианты для создания многоязыкового контента?

Требуется ли предоставлять контент на нескольких языках? Даже если в настоящий момент вы планируете создавать и публиковать контент только на одном языке, подумайте о том, что бизнес-требования могут измениться в будущем. Если в какой-то момент вы захотите использовать на сайте варианты, планировать их применение необходимо сейчас. Настроив сейчас структуру сайта для работы с вариантами, в будущем можно сберечь время и ресурсы свои и организации. Если позже требуется изменить структуру сайта для перехода на использование вариантов, обычно это бывает сложнее и может затронуть запланированные URL-адреса сайтов. Если планируется использовать варианты и межсайтовую публикацию, каждая метка варианта должна создаваться как отдельный сайт в семействе веб-сайтов среды разработки. Доступ к библиотеке страниц из каждого сайта варианта предоставляется как к каталогу, а затем каждое семейство веб-сайтов публикации подключается к тому каталогу, который имеет соответствующий языковой параметр. Дополнительные сведения о вариантах см. в разделе Обзор вариантов в SharePoint Server. Дополнительные сведения о планировании вариантов см. в разделе Планирование вариантов многоязыкового сайта публикации в SharePoint Server.
Какой тип навигации должен быть на сайте среды разработки?

Хотя на сайте среды разработки можно использовать управляемую навигацию, чтобы сайт среды разработки был похож сайт публикации, это может запутать авторов контента. Мы рекомендуем использовать на сайте среды разработки структурированную навигацию, чтобы упростить авторам процесс создания контента. Следует обратить внимание на тип контента, который будет разрабатываться и храниться на сайте среды разработки. Будет ли большая часть контента создаваться в виде HTML и храниться в библиотеке страниц? Или будут применяться создаваемые вручную или импортируемые списки? Если структура сайта разработки, а также списков и библиотек, поддерживается простой, процесс создания контента авторами контента упрощается.

Планирование обеспечения безопасности для сайтов среды разработки SharePoint

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

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

Дополнительные сведения о безопасности см. в статье Планирование разрешений для сайтов и контента в SharePoint Server.

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

Также необходимо спланировать выдачу доступа к контенту семейств сайтов среды разработки для программы-обходчика. Программа-обходчик использует учетную запись доступа к контенту по умолчанию. Если учетная запись доступа к контенту по умолчанию не имеет минимум разрешение на чтение контента, контент не будет индексироваться и не будет доступен запросам в семействах сайтов публикации. Можно использовать учетную запись к контенту по умолчанию или использовать правила обхода для указания другой учетной записи доступа к контенту во время обхода определенного контента. Дополнительные сведения см. в разделе "Планирование проверки подлинности программы-обходчика" в статье Планирование обхода контента и федерации в SharePoint Server.

Планирование дизайна и фирменной символики для сайтов среды разработки SharePoint

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

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

Какие столбцы сайта необходимы? Столбцы сайта можно добавлять в макеты страниц как поля страниц, чтобы размещать дополнительный контент, такой как управляемые метаданные.
Какие должны быть типы контента? Можно создать настраиваемые типы контента, использующие тип контента "Страница статьи" в качестве родительского типа контента. В настраиваемый тип контента можно добавить столбцы сайта, которые будут включаться в виде полей страниц во все макеты страниц, создаваемые с помощью настраиваемого типа контента.
Можно ли использовать главную страницу по умолчанию? На сайте среды разработки есть возможность применять главную страницу по умолчанию или создать новую.
Какие должны быть макеты страниц? Можно создать настраиваемые макеты страниц, содержащие определенные поля страниц. Например, в сценарии интрасети, в котором имеется база знаний, можно создать отдельные макеты страниц для руководств по устранению неполадок и руководств пользователя.

Сведения о веб-страницах разработки см. в статьях Обзор модели страниц в SharePoint, Планирование типов контента и рабочих процессов в SharePoint 2013, Планирование веб-страниц (SharePoint Server 2010) и Планирование разработки веб-страниц (SharePoint Server 2010).

Планирование наборов терминов для тегирования контента на сайтах среды разработки SharePoint

Наборы терминов используются для присвоения тегов контенту каталога, такому как страницы или элементы списка, на сайте среды разработки. Если это сделать, термины помогут упорядочивать контент в виде иерархии. Те же самые термины позднее используются на сайте публикации для создания запросов, отображения информации о категориях и страницах элементов каталога, для создания понятных URL-адресов и для управляемой навигации. Во время планирования наборов терминов и отдельных терминов для тегирования контента подумайте о структурировании иерархии. Можно комбинировать термины из нескольких наборов терминов тегирования в один настраиваемый набор терминов, предназначенный для навигации на сайте публикации. Поэтому на сайте среды разработки не требуется создавать одну очень сложную структуру набора терминов тегирования. Также обратите внимание на то, как на сайте публикации должны выглядеть URL-адреса, и спланируйте создание терминов, которые помогут пользователям найти необходимую им информацию. Например, если имеется термин уровня 1 с именем "Computers" (компьютеры), под ним есть термин уровня 2 с именем "Laptops" (ноутбуки), а затем имя элемента каталога "CM61438", то понятный URL-адрес страницы, отражающий эту модель, будет "https://contoso.com/computers/laptops/CM61428". Дополнительные сведения см. в разделах Планирование терминов и наборов терминов в SharePoint Server 2013 и Планирование наборов терминов навигации в SharePoint Server.

Сведения о создании наборов терминов для тегов контента см. в разделе "Создание наборов терминов для тегов контента при разработке сайтов и управление этими наборами" в Настройка публикации на нескольких сайтах в SharePoint Server.

Планирование контента каталога для сайтов среды разработки SharePoint

Каталоги содержат контент, который используется во всех семействах сайтов. HTML-контент можно использовать в библиотеке страниц, данные — в списках, а активы, такие как изображения и видео, — в библиотеке активов. Например, в сценарии Интернет- компании можно использовать список для отображения каталога продуктов, а в сценарии интрасети можно использовать библиотеку страниц для отображения каталога статей базы знаний. В обоих примерах могут быть активы, которые требуется связать с контентом; например, изображения продуктов или видеоролики, объясняющие процедуру устранения неполадок. В данном разделе описан порядок планирования различных видов контента каталога на сайтах среды разработки.

Сведения о включении использования библиотеки или списка в качестве каталога см. в статье "Общий доступ к библиотеке или списку как к каталогу" в Настройка публикации на нескольких сайтах в SharePoint Server.

Планирование библиотек страниц

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

Какой набор терминов будет связан с контентом библиотеки страниц?

Если используется библиотека страниц, необходимо спланировать добавление минимум одного управляемого столбца метаданных сайта в тип контента "Макет страницы" и связать этот столбец сайта с набором терминов тегирования. Когда автор контента создает новую страницу, использующую указанный тип контента, он сможет выбрать термин для назначения тега страницы. Например, в сценарии базы данных интрасети может иметься набор терминов тегирования с именем "Типы статей", содержащий отдельные термины для руководств по устранению неполадок и для руководств пользователя. Можно создать столбец сайта, называемый "Тип статьи", который будет связан с набором терминов "Типы статей", а затем добавить его в тип контента "Страница статьи". Когда автор контента создает новую страницу, он должен выбрать термин из списка доступных терминов "Типы статей". Когда библиотека страниц предоставляется в виде каталога, вам необходимо выбрать столбец управляемых метаданных для использования в качестве набора терминов для навигации на сайте публикации. Дополнительные сведения см. выше в этой статье в разделе Планирование наборов терминов для тегирования контента на сайтах среды разработки SharePoint.
Какие еще поля необходимо добавить в тип контента "Макет страницы"?

Кроме планирования поля тегов для навигации, необходимо учесть все другие поля, которые необходимо добавить в тип контента "Макет страницы". Это могут быть другие поля управляемых метаданных, связанные с другими наборами терминов, или другие виды полей, такие как гиперссылки, числа, дата и время. По умолчанию типы контента страниц публикации содержат поле "Контент страницы". Это позволяет авторам контента вставлять HTML-код и изображения на страницу с помощью редактора форматированного текста. Можно создать разные макеты страниц, содержащие различные поля, в зависимости от создаваемого контента. Например, в сценарии с базой знаний интрасети можно использовать макет страницы для статей по устранению неполадок, который будет содержать такие поля, как "Область применения" или "Номер статьи", если можно использовать макет страницы для руководств пользователя с такими полями, как "Имя продукта" или "Номер модели". Во время планирования контента библиотеки страниц решите, какие другие столбцы сайта и типы контента необходимы, какие необходимы макеты страниц, а также какие поля должны присутствовать в определенных макетах страниц. Дополнительные сведения см. в статье Обзор модели страниц в SharePoint.

Дополнительные сведения см. в статьях Планирование веб-страниц (SharePoint Server 2010) и Планирование использования больших библиотек страниц (SharePoint Server 2010).

Планирование контента списка

Планируя использование списков для работы с контентом каталога, рассмотрите следующие вопросы:

Сколько списков требуется использовать?

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

Во время создания и обслуживания контента каталога в списках SharePoint элемент списка сопоставляется с одним элементом каталога — например, одним продуктом или определенным событием. Разные элементы имеют атрибуты для отражения свойств элементов, таких как фирменная символика, цвет и размер продуктов, а в случае событий — даты, времени и места. Чтобы добавить эти атрибуты в список, необходимо создать столбцы сайта, представляющие разные атрибуты, например "Фирменная символика", "Цвет", "Вес", "Дата", "Время" и "Место".

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

Важно!

Рекомендуется создавать столбцы сайта, а не столбцы списка. Для столбцов сайта, столбцов таксономии и индексированных столбцов списков управляемые свойства создаются автоматически. Также имейте в виду, что все автоматически созданные управляемые свойства относятся к типу текстовых данных. Дополнительные сведения см. в статье Автоматически созданные управляемые свойства в SharePoint Server.
Какие типы контента требуются для списков?

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

Как описано ранее в данной статье в разделе Планирование наборов терминов для тегирования контента на сайтах среды разработки SharePoint, наборы терминов используются для категоризации контента каталога в виде иерархии. Чтобы применять наборы терминов тегирования к контенту списков, необходимо иметь столбец сайта, имеющий тип данных "Управляемые метаданные" и подключенный к набору терминов тегирования.
Являются ли данные, которые будут вводиться в список, однородными?

Необходимо спланировать стратегию обеспечения однородности данных списка каталога. Данные списка каталога нередко поддерживаются разными людьми в течение длительного времени, а это может увеличить неоднородность данных. Например, допустим, что имеется столбец сайта с именем "Цвет", и требуется импортировать сведения о цвете отдельных элементов из внешней системы. Значения во внешней системе меняются по написанию названий цветов ("ГОЛУБОЙ", "Голубой", "голубой"). Перед импортированием этих данных в список SharePoint обеспечьте их однородность. В данном примере необходимо преобразовать все названия цветов в "Голубой".

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

Дополнительные сведения о создании контента списка для межсайтовой публикации см. в разделе "Создание контента каталога с помощью списков SharePoint" в Настройка публикации на нескольких сайтах в SharePoint Server.

Планирование использования семейства сайтов "Каталог продуктов"

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

Столбцы сайта в типе контента "Продукт с изображением"

Имя столбца сайта	Тип столбца сайта
Название	Однострочный текст
Номер элемента	Однострочный текст
Номер группы	Однострочный текст
Тег языка	Варианты
Отображаемое изображение	Изображение публикации
Категория элемента	Приложение-служба управляемых метаданных

Кроме того, создается набор терминов с именем "Иерархия продуктов". Этот набор терминов связывается со столбцом сайта "Категория элемента".

Вопросы производительности рассмотрены в статье Разработка крупных списков с обеспечением максимальной производительности списка (SharePoint Server 2010).

Планирование контента библиотеки активов

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

Где должна быть расположена библиотека активов?

Чтобы использовать активы в контенте, семейства сайтов среды разработки и семейства сайтов публикации должны иметь доступ к библиотеке активов. Расположение библиотеки активов зависит от типа сайта, который требуется создать, и архитектуры решения. Если пользователи сайта публикации могут иметь уровень разрешений "Чтение" в семействе сайтов среды разработки, то библиотека активов может храниться в семействе сайтов среды разработки. Но если пользователи сайта публикации не могут иметь уровень разрешений "Чтение" в семействе сайтов публикации, библиотека активов должна создаваться в отдельном семействе сайтов с другими уровнями разрешений. Например, в сценарии Интернета, где пользователи сайта публикации имеют только анонимный доступ, библиотека активов должна храниться в отдельном семействе сайтов, в отдельном веб-приложении, настроенном для анонимного доступа. Однако в сценарии интрасети, где пользователи сайта публикации могут иметь доступ на чтение, библиотека активов может храниться в семействе сайтов среды разработки. Когда библиотека активов хранится в семействе сайтов, отделенном от сайтов среды разработки и публикации, обеспечьте добавление этой библиотеки в список "Предложенные расположения браузера контента" для сайта среды разработки, чтобы авторы контента могли находить и добавлять элементы из библиотеки активов в свой контент. Если вместе с библиотекой активов планируется использовать представления изображений, то эти представления должны быть включены и настроены в семействе сайтов, в котором размещаются изображения.
Должна ли библиотека активов предоставляться в виде каталога?

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

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

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

Дополнительные сведения о планировании библиотек активов см. в разделе Планирование библиотек цифровых активов в SharePoint Server 2013.