В одной из прошлых заметок мы рассматривали пример скриптовой реализации задачи полного резервного копирования фермы SharePoint Server 2013. И в этом примере скрипт выполнялся в контексте учётной записи фермы (SharePoint Farm service account). В этой заметке мы рассмотрим решение аналогичной задачи применительно к SharePoint Server 2016, но вместо учётной записи фермы будем использовать выделенную управляемую служебную учетную запись Group Managed Service Account (gMSA).
Сразу отмечу тот факт, что никаких принципиальных отличий в самом ранее рассматриваемом скрипте резервного копирования при использовании в SharePoint Server 2016 нет. Основные нюансы, на которые мы обратим внимание в данной заметке, касаются особенностей выполнения задачи в контексте учётной записи gMSA и настройки прав доступа, требуемых для выполнения задачи.
Ранее мы писали про 
Сразу после 
Продолжая тему эксплуатации управляемых учётных записей Managed Accounts в SharePoint Server 2016, отметим тот факт, что не только регистрация новой управляемой учётной записи на веб-узле SharePoint Central Administration имеет 
При создании в SharePoint Server 2016 новых управляемых учётных записей Managed Accounts в целях повышения уровня безопасности может возникнуть желание использовать механизм периодической автоматической смены пароля для этих учётных записей. Однако, если мы попытаемся включить соответствующую опцию Automatic Password Change на этапе регистрации новой управляемой учётной записи, то в результате мы можем потерять управление учётными записями через графический интерфейс веб-узла администрирования SharePoint Central Administration.
При развёртывании сред тестирования и разработки для SharePoint Server 2016 может использоваться конфигурация, когда все нужные разработчику компоненты SharePoint Server и SQL Server устанавливаются в рамках одного виртуального сервера. В качестве одной из предварительно требуемых компонент для SharePoint Server 2016 является пакет Windows Server AppFabric (
В 
Ранее мы рассматривали 
В SharePoint Server 2013 есть проблема, которая тянется с предыдущих версий SharePoint. Суть её заключается в том, что информация о той или иной доменной группе безопасности, единожды попав в SharePoint из каталога Active Directory, не обновляется в SharePoint в дальнейшем. И если в последствии в Active Directory группа безопасности будет переименована, то получится так, что на всех веб-узлах SharePoint эта группа останется со старым именем, что в некоторых ситуациях может привести к путанице. В этой заметке мы рассмотрим действия, которые можно предпринять на стороне SharePoint Server для актуализации информации об именах групп безопасности.
Последние комментарии