Microsoft identity extensions что это за программа

Обновлено: 08.07.2024

В целом мероприятия по подготовке инфраструктуры и первичному развёртыванию фермы SharePoint Server 2016 на Windows Server 2012 R2 похожи на те, что ранее были описаны в заметках о SharePoint 2013 про установку кластера SQL Server и создание новой фермы SharePoint. Разумеется, в случае с SharePoint 2016 есть свои нюансы, о которых тезисно будет отмечено в этой заметке.

Замечания по SQL Server

При развёртывании экземпляра SQL Server 2014/2016 для запуска служб SQL Server вместо рассмотренных ранее обычных доменных учётных записей пользователей можно (и даже нужно) использовать управляемые служебные учётные записи Group Managed Service Account (gMSA). Цикл заметок с описанием работы с gMSA можно найти в Вики.

Порядок сортировки SQL Server Collation по прежнему рекомендуется использовать Latin1_General_CI_AS_KS_WS (KB2008668, Форум).

При развёртывании фабрики на вновь установленном SharePoint Server 2016 RTM можно заметить, что в SQL Server 2016 базы данных SharePoint_AdminContent_* и SharePoint_Config имеют уровень совместимости SQL Server 2016 (130)

Однако после наложения на SharePoint актуальных обновлений уровень совместимости БД откатывается на SQL Server 2012 (110)

При этом самостоятельно повышать уровень совместимости выше 110 для SQL Server 2016/2017 не рекомендуется, так как это может привести к просадкам производительности при работе с контентными базами SharePoint Server 2016. Об этом свидетельствуют следующие источники:

Замечания по SharePoint Product Preparation Tool

Перед запуском программы установки SharePoint Server 2016 по прежнему используется утилита SharePoint Product Preparation Tool (prerequisiteinstaller.exe), которая, в случае наличия доступа в интернет, автоматически скачает и установит все программные пакеты, необходимые для работы SharePoint Server. Если же установка выполняется без доступа в Интернет, то потребуется предварительно самостоятельно загрузить из Интернета требуемый набор компонент. В таком случае установку можно провести следующим образом:

В процессе ручной установки компонент, указанных в п.2 в паре случаев важно использовать правильные ключи установки:

В случае установки AppFabric (пакет WindowsServerAppFabricSetup_x64.exe) на сервере, где ранее уже были установлены серверные компоненты SQL Server, может пригодится информация из предыдущей заметки.

Сервисные учётные записи

Какой-либо явной информации о поддержке в SharePoint Server 2016 сервисных учётных записей MSA/gMSA на сайте Microsoft мне найти не удалось. По косвенным признакам можно прийти к выводу, что такой поддержки в продукте просто нет. То есть, как и в SharePoint 2013, для запуска веб-служб и веб-приложений в SharePoint 2016 в качестве Managed Account нам потребуется использовать обычные доменные учётные записи пользователя.

Создание фермы SharePoint

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

После-установочные обновления SharePoint

Сразу после развёртывания SharePoint Server 2016, как и ранее, крайне желательно выполнять установку актуальных обновлений продукта. Информацию об актуальных обновлениях к продукту можно найти по ссылке: SharePoint updates. Помимо этого полезным может оказаться ресурс, публикующий прямые ссылки на обновления и некоторую дополнительную информацию по ним: SharePoint Patches

После установки каждого обновления не забываем повторно запускать утилиту SharePoint Products Configuration Wizard.

Для того, что бы определиться, в каких же случаях имеет смысл «городить огород» со своим сервером авторизации, достаточно посмотреть как же он работает. Итак, мы хотим предоставлять клиенту несколько сервисов, например несколько сайтов, например с WCF сервисами, и допустим REST API. Согласитесь, что пользователю будет достаточно дискомфортно отдельно авторизоваться на каждом из наших сайтов, при переходе с одного на другой. Тут достаточно простая идея, которая заключается в том, что пользователю, при авторизации на одном из сервисов (ресурсов), выдаётся некий Token. А в дальнейшем, другой, или тот же, сервис (ресурс) уже доверяет авторизированному пользователю, на основе существования у клиента этого самого токена, ну и так далее…

Просто для наглядности понимания, приведу понравившееся сравнение (к сожалению ссылки на нашел). Например человек получает паспорт, после некой процедуры проверки, а в дальнейшем, предоставляя свой паспорт, человеку доверяют, на основе наличия у него паспорта. В данном сравнении, паспорт человека, и есть токен клиента.

Сразу же можно сделать вывод, что зачастую, бессмысленно выдавать «паспорт», если он будет проверяться только в одном месте.

Конечно же, у токена, как и у паспорта, есть время жизни, и точно так же, токен может быть пересоздан, на основе устаревшего. И по аналогии, как и паспорт, токен может быть разным, т.е. представлять из себя практически всё что угодно, или это заголовок реквеста, или base64 строка, как например JWT Token (JSON Web Token). А по факту, сам токен содержит информацию о себе (время когда он был создан последний раз, публичный ключ сертификата, и т.п.), а так же список клеймов, содержащих информацию о клиенте. Для описания токена, мы будем использовать язык SAML (Security Assertion Markup Language).

Отсюда можно сделать пожалуй два основных вывода, первый — это что для просто авторизации пользователя, на сайте, использовать Identity Server, просто неоправданно, и второй — что поскольку мы собираемся передавать токен, между различными ресурсами, нам понадобится безопасность транспорта, в первую очередь. И так приступим, и начнём пожалуй с настройки транспорта, поскольку если у нас не будет trusted транспорта, ничего работать просто не сможет, а для этого, в первую очередь, нам понадобится сертификат.

Создание сертификата

Далее, для проверки сертификата издателя, воспользуемся утилитой cert2spc.

Для того что бы, наш IIS сервер начал работать с нашим сертификатом, во первых, нам нужно импортировать наш pfx файл, в Trusted Root Certification Authorities зону через оснастку MMC, и выполнить Import в самом IIS сервере, в разделе Server Certificates.

Если Вы скачаете IdentityTrainingKitVS2010 с сайта Microsoft, то можно немного облегчить себе жизнь, выполнив SetupCertificates.cmd, например по пути IdentityTrainingKitVS2010\Labs\MembershipAndFederation\Source\Setup\Scripts\SetupCertificates.cmd

Настройка клиентского приложения

Теперь надо произвести некоторую настройку нашего клиентского приложения. Для начала, в настройках проекта, установим адрес нашего сайта для поля Custom Web Server.

Это даст Visual Studio возможность, при запуске, автоматически делать Attach to Process к w3wp.exe процессу (процесс сайта IIS).

Теперь, нам надо разобраться с референсами нашего сайта, и добавить две сборки из GAC, System.IdentityModel.dll и System.IdentityModel.Services.dll. А так же удалить лишнее, то что нам будет мешать — это NUget пакеты DotNetOpenAuth, они нам не понадобятся, а будут только мешать, а для этого, необходимо удалить пакет Microsoft.AspNet.WebPages.OAuth. Если, по каким либо причинам, Вы не хотите их трогать, то как опциональный вариант, — это настройка регистрации в web.config.

И последним шагом, в настройке клиентского приложения — это настройка самого web.config. Во первых, в разделе sysytem.web, установить метод authentication в none.

Далее регистрируем наши секцию, для Identity Model в разделе configSections:

Добавляем и настраиваем эти секции, сначала system.identityModel:

Тут всё достаточно просто, iisuer — это наш сервер из секции выше, а reply — это адрес куда, в дальнейшем отвечать серверу.

Осталось зарегистрировать модули, в разделе system.webServer.

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

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

Описанного выше, вполне хватает, для минимальной настройки клиентского приложения, работающего с WIF Identity Server, даже если Вы используете сервер сторонних разработчиков, главное что бы сервер поддерживал WS-Federation.

Создание сервера

Создадим SignIn View для SignIn метода контроллера Account, и добавим в web.config запись:

И добавим в роуты, запись для метода контроллера, который будет выполняться при обращении по пути issue/wsfed.

Именно по этому пути обращается наш клиент <>/issue/wsfed. Если мы контроллер, пометим атрибутом Authorizе, то клиентское приложение, при попытке выполнить вход, в систему, будет попадать сначала на метод SignIn, контроллера Account, который в свою очередь будет возвращать View, с логин формой нашего сервера.

Далее пользователь вводит данные, необходимые для входа (например логин пароль), и попадает на метод Issue. Обратите внимание, что RequestString при этом не меняется, а остаётся таким же, с которым обратилось клиентское приложение.

Для того что бы наш сервер понимал, что же именно клиент от него хочет, разберём аргументы запроса:

Соответственно метод WSFederationMessage.CreateFromUri, возвращает инстанцию наследников абстрактного класса WSFederationMessage. Далее выполняем действия, или входа в систему, или выхода.

При выполнении входа в систему по WS-Federation протоколу, выполняем статический метод:

Этот метод, на основе полученной инстанции класса SignInRequestMessage, и списка клеймов (Claims), сформирует некий объект RequestSecurityToken, который по сути и является нашим токеном клиента, и отдаст его на метод GetScope нашего STS сервиса. Для создания нашего STS сервиса, унаследуемся от абстрактного класса SecurityTokenService:

и перекроем метод GetScope:

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

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

В заключение

Что хотелось бы, лично мне получить в результате, так это полноценный Identity Server, в который вынесена вся работа с профилем пользователя т.е. логин, регистрация, соцсети, просмотр своего профиля и т.д. Соответственно с должным уровнем security. Но по факту, что бы сам сервер можно было бы подключить к разрабатываемому ресурсу, и каждый раз не тратить на время на систему авторизации. Ну и конечно же, хотелось бы, интегрировать работу сервера, с WCF и REST сервисами, с распределением доступа к методам по ролям клиента. Но это пока только в планах.

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

1. QuickTime

Полезный видеоплеер для macOS, но версия для Windows не развивается с 2016 года. Trend Micro сообщила, что в программе есть несколько критических уязвимостей. И ждать, что Apple их исправит, уже не приходится. Если нужна замена — используйте VLC, который воспроизводит практически любой видеоконтент.

2. CCleaner

Когда-то программа была полезна. Сейчас вы можете очистить компьютер и без сторонних утилит.

3. Очищающий реестр софт

Чистильщики реестра вообще не улучшают производительность Windows. Если у вас установлены MyCleanPC или PC Optimizer Pro, их тоже лучше удалить.

4. Utorrent

В прошлом торрент-клиент был одним из лучших. Но с годами стал ненадежным. Интерфейс транслирует рекламу и предлагает расширения для браузера. Тратит впустую системные ресурсы ПК. Вместо него лучше использовать qBittorrent.

5. Shockwave Player

Поддержка Adobe Flash Player прекратится в 2020 году. Поддержка плагина Adobe Shockwave Player завершилась в апреле 2019 года. Компания Adobe больше не предлагает загрузить его и очень маловероятно, что вы посетите сайт, которые нуждается в этом плагине.

6. Java

Среда выполнения мультимедиа, которая включает в себя два компонента:

— Для рабочего стола

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

Когда-то был необходим. Сейчас (по данным W3Techs) Java используют около 0,02% сайтов.

Актуальные версии Chrome и Firefox не поддерживают его.

Не удаляйте Java, если вы:

— Используете какое-то специализированное ПО, основанное на Java

Во всех остальных случаях, удалив Java, вы, вероятнее всего, даже не заметите ее отсутствия.

7. Microsoft Silverlight

Веб-фреймворк, подобный Adobe Flash. Предназначен для поддержки мультимедийного контента в веб-браузере. Несколько лет назад такие плагины были нужны для просмотра контента многих сайтах. В 2019 году они устарели. По данным W3Techs, в середине 2019 года Silverlight использовался менее чем 0,1% сайтов.

— Не поддерживается Chrome и Firefox

— Никогда не был совместим с Edge

Официальная поддержка предусмотрена только в Internet Explorer, который устарел.

8. Все ненужные панели инструментов и расширения браузеров

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

9. Софт от производителя компьютера

Если вы не используете премиальное устройство, такое как Surface Pro, или не установили Windows с нуля, на вашем компьютере предустановлено немало ненужного ПО. Подобное часто встречается на устройствах HP, Dell, Toshiba, Lenovo и других вендоров.

Приложения для работы с фотографиями и игры сначала изучите, а потом удалите. Исключение — они вам понравились и будут использоваться. Проприетарные инструменты зачастую дублируют функциональность, которая предусмотрена в самой Windows. Утилиты обновления драйверов и BIOS (пример: Lenovo System Update) оставьте только в том случае, когда вы планируете их использовать и знаете, как это делать правильно.

10. WinRAR

Привычка использовать некоторые программы идет из далекого прошлого. WinRAR — пример такого софта. Пользователям предлагается пробная версия. Через некоторое время она просит заплатить, но фактически никогда не блокирует использование, благодаря чему программа и стала популярна.

Для работы с архивами предназначен мощный бесплатный инструмент 7-Zip. Если интерфейс приложения вам не нравится, попробуйте PeaZip. В любом случае, WinRAR пора занять свое место в истории.

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

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

Возможности

Интеграция с привычными настольными приложениями и браузерами. Тесная интеграция в сочетании с изначально надежной функциональностью открывает доступ ко всем возможностям и облегчает усвоение пользователями основ работы с новым программным обеспечением.
Поддержка документооборота для автоматизации и визуализации бизнес-процессов. Чтобы настроить или изменить существующие процессы, не нужно записывать коды. Достаточно использовать такие инструменты, как Microsoft SharePoint Designer.
Выполнение требований стандартов контролем информационного наполнения. Интегрируемость SharePoint Server позволяет применять централизованно установленные правила на компьютерах, работающих в системе Microsoft Office. Это помогает сотрудникам быть в курсе требований и подчиняться им.
Управление и переориентирование информационного наполнения. Пользователи получают возможность создавать содержимое, отправлять его на утверждение и плановое развертывание в интранете или в Интернете. Библиотека шаблонов разработана для установления связи между оригиналами документов и их переводами на разные языки.
Доступ к структурированным и неструктурированным данным, хранящимся в разрозненных системах. Встроенные коннекторы SharePoint Server для наиболее распространенных бизнес-систем (например, SAP и Siebe) позволяют пользователям получать доступ к их данным. Управляемые корпоративные хранилища помогают централизованно упорядочивать и хранить бизнес-документы.
Обмен конфиденциальными данными. Службы Excel в составе SharePoint Server дают пользователям возможность интерактивно взаимодействовать с таблицами Microsoft Office Excel через браузер. Централизованное управление и публикация аналитических отчетов выполняются без ущерба для безопасности и целостности коммерческой информации.
Единый доступ к информации. SharePoint Server создает интерактивные порталы для обработки и анализа данных, в которых информация из разрозненных источников собирается и представляется интегрированными в портал средствами анализа данных. Центры создания отчетов формирует актуальные отчеты, таблицы и показатели эффективности.

Особенности версии 2013

Новый пользовательский интерфейс. Сотрудники могут делиться документами в корпоративной сети и вне ее всего в один клик, переносить содержимое в библиотеки документов, редактировать встроенные списки и создавать новые сайты за несколько секунд.
Хранение и синхронизация документов. Облако SkyDrive Pro предназначено для хранения и синхронизации документов на всех устройствах пользователей – ПК, смартфонах и планшетах.
Управление задачами. Организация работы пользователей со списками задач и таймлайнами проектов, консолидация контроля задач в SharePoint, Microsoft Outlook и Microsoft Project.
Умный поиск. Новый встроенный модуль поиска FAST позволяет настраивать поиск и регулировать его границы, чтобы получать более релевантные результаты, а также информацию о связанных с пользовательским запросом сотрудниках и рекомендуемые документы.
Основные услуги. Управление рисками с инструментом eDiscovery в SharePoint, Microsoft Exchange, Microsoft Lync и других общих каталогах. Создание динамичных web-сайтов с усовершенствованным управлением web-содержимым. Упрощенная масштабируемость и производительность с новой облачной архитектурой.
Создание облачных приложений. Теперь разработчики могут выстраивать облачные приложения на платформе SharePoint. Новая модель создания облачных приложений упрощает разработку, развертывание и управление приложениями с использованием имеющихся навыков web-разработки. Возможно применение инструментов Napa для онлайн-разработки приложений Office 365, включая шаблоны и дизайны для облегчения web-разработки и клиент LightSwitch HTML для простого создания ориентированных на обработку данных бизнес-приложений в SharePoint 2013.
Мобильные приложения. Новые мобильные приложения SharePoint предоставляют сотрудникам доступ к лентам новостей и документам SharePoint на всех устройствах Windows 8, Windows Phone, iOS и Android и из любого места. Все эти приложения работают как на SharePoint 2013, так и на SharePoint Online.

Системные требования

SharePoint 2013 предоставляет ряд сценариев установки. В настоящий момент в их число входят: установка на один сервер со встроенной базой данных и односерверные (или многосерверные) фермы. Ниже указаны требования к оборудованию и программному обеспечению для SharePoint 2013 в рамках каждого из указанных сценариев.

Требования к оборудованию — веб-серверы, серверы приложений и конфигурации с одним сервером

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

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

Сценарий установки	Тип развертывания и масштаб	ОЗУ	Процессор	Место на жестком диске
Один сервер со встроенной базой данных или один сервер, использующий SQL Server	Установка SharePoint Server 2013 или SharePoint Foundation 2013 для разработки или оценки с минимально необходимыми службами для сред разработки.	8 ГБ	64-разрядный четырехъядерный	80 ГБ для системного диска
Один сервер со встроенной базой данных или один сервер, использующий SQL Server	Установка SharePoint Server 2013 или SharePoint Foundation 2013 для разработки или оценки, в которой выполняется Visual Studio 2012 и минимальный рекомендуемый набор служб для сред разработки.	10 ГБ	64-разрядный четырехъядерный	80 ГБ для системного диска
Один сервер со встроенной базой данных или один сервер, использующий SQL Server	Установка SharePoint Server 2013 для разработки или оценки, в которой выполняются все доступные службы.	24 ГБ	64-разрядный четырехъядерный	80 ГБ для системного диска
Веб-сервер или сервер приложений в трехуровневой ферме	Пилотный этап, тест пользовательской приемки или рабочее развертывание SharePoint Server 2013 или SharePoint Foundation 2013.	12 ГБ	64-разрядный четырехъядерный	80 ГБ для системного диска

Требования к оборудованию — серверы баз данных

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

64-разрядный четырехъядерный процессор для сред малого размера (менее 1000 пользователей)
64-разрядный восьмиядерный процессор для сред среднего размера (от 1000 до 10 000 пользователей)

8 ГБ для сред малого размера (менее 1000 пользователей)
16 ГБ для сред среднего размера (от 1000 до 10 000 пользователей)

Эти значения больше рекомендуемых в качестве минимальных значений для SQL Server, так как они учитывают данные, необходимые для среды SharePoint 2013.

Требования к оборудованию — местонахождение физических серверов

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

Чтобы архитектура растянутой фермы работала в качестве решения, обеспечивающего высокую доступность, необходимо выполнить следующие предварительные требования:

Присутствует устойчивая задержка
Пропускная способность должна составлять хотя бы 1 гигабит в секунду.

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

Минимальные требования к программному обеспечению

Важно! SharePoint 2013 не поддерживает однокомпонентные доменные имена. Windows Server 2012 R2 поддерживается только в среде SharePoint Server 2013 с пакетом обновления 1.

Минимальные требования к серверу базы данных в ферме:

Один из следующих элементов:
- 64-разрядная версия Microsoft SQL Server 2012
- 64-разрядная версия SQL Server 2008 R2 с пакетом обновления 1 (SP1)
- Windows Server 2008 R2 с пакетом обновления 1 (SP1) (статья базы знаний KB 2759112)
- Windows Server 2012 (статья базы знаний KB 2765317)
Минимальные требования для одного сервера со встроенной базой данных:

Минимальные требования для интерфейсных веб-серверов и серверов приложений в ферме:

Минимальные требования для клиентских компьютеров

Минимальный рекомендуемый набор служб для сред разработки

Ниже приведен минимальный набор служб и приложений-служб SharePoint 2013, рекомендованных для сред разработки:
- Базы данных приложения-службы управления приложениями
- Веб-сайт Центр администрирования
- Заявки для службы маркеров Windows (C2WTS)
- Служба распределенного кэша
- Сайт Microsoft SharePoint Foundation 2013 и служба параметров подписки
- Служба Secure Store
- Приложение-служба профилей пользователей (только SharePoint Server 2013)
Дополнительное программное обеспечение

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

Вы можете установить диспетчер Диспетчер бизнес-правил на специально выделенный компьютер.
- Надстройка Microsoft Службы SQL Server 2008 R2 Reporting Services для технологий Microsoft SharePoint
Эта надстройка используется службами Службы Access для SharePoint 2013.

Если при выполнении географически распределенного развертывания на серверах запущен Windows Server 2008 R2, установка KB 2472264 позволяет оптимизировать время задержки сети в выделенной сети центра обработки данных.

Читайте также: