Весь прошлый год Microsoft выпускала новые версии своих продуктов и на текущий момент еще остались не закрытые направления. На подходе выпуск нового SharePoint Server 2016 и в конце января был выпущен RC (релиз кандидат). Поскольку это уже достаточно зрелая версия, мы можем смело поговорить о том, что нам готовит SharePoint Server 2016, какие возможности появятся и какие уйдут, благо англоязычный MVP Vlad Catrinescu уже подготовил отличную подборку.
Прежде всего хотелось бы ответить, что истории SharePoint в этом году исполняется 15 лет, если кто не помнит, история началась в далеком 2001 году и на текущий момент выпускается 6 редакция, если не учитывать облачные продукты.
Что обещают? Говорят о новом уровне качества и стабильности, которым не могли похвастаться предыдущие версии продукта. Обещают это за счет того, что все возможности обкатывались в облаке и после этого код использовался в on-premises версии 2016.
Последнее время пошли разговоры, что SharePoint умирает, что SharePoint уже не тот и все уйдут в облака, а поэтому пора менять работу. Microsoft попыталась успокоить и выдала следующую статистику, а именно 160 миллионов активных пользователей системы в мире и колоссальный месячный рост. При этом только 40% пользователей в облаке, а если учесть, что компании часто покупают облако и используют on-premises, то скорее всего даже меньше. Так что надежда на развитие продукта on-premises вроде как есть.
Минимальные требования продукта остались неизменные, но надо понимать, что это именно минимальные требования, которые будут далеки от реальных при использовании.
В качестве платформы можно использовать:
- Windows Server 2012 R2
- Windows Server 2016
- SQL Server 2014 SP1
- SQL Server 2016
Для использования всех возможностей бизнес аналитики подходит только SQL Server 2016, иначе не будет доступно:
- Power Pivot Gallery
- Scheduled Data Refresh
- BISM Link Support
- Power Pivot Management Dashboard
- Power View Subscriptions и Report Alerting
- Power View Reports
Из очень приятных изменений новость об отсутствии ограничений на размер загружаемого файла, теперь ограничения фактически нет, но есть рекомендация в 10Gb. Хранятся такие файлы без использования технологии RBS, а новый механизм загрузки обещает скорость значительно выше, чем была при загрузке больших файлов 2010 редакции. Естественно при таком размере файлов и контентные базы данных в несколько терабайт становятся обычных делом. 
SharePoint Server 2016 несет новую архитектуру фермы. Давайте вспомним как было раньше, а точнее классическую схему фермы SharePoint Server 2013:
- Две роли сервера WFE и Application
- В ферме из группы серверов клиенты подключались к одному из WFE
- WFE работали как классические веб-сервера и практически не имели сервисов
- Все сервисные приложения выполнялись на серверах Application
- Клиент обращался за сервисом к WFE
- Если сервис выполнялся на нескольких Application, WFE балансировал между ними
- Application возвращал данные WFE, а тот клиенту
- Генерировалось много “лишнего” трафика между серверами
Также в SharePoint Server 2013 предлагали альтернативный вариант топологии Streamline. Основное отличие было в том, что часть сервисов выносили на WFE, а именно те сервисы, которые не генерировали большой нагрузки, а самое главное генерировали непродолжительную нагрузку. Все что создавало серьезную нагрузку и надолго выноси ли на сервера Application, которые называли Batch Processing. Плюс в ферме могли быть сервера со службой Distributed Cache и отдельно сервера со службой поиска или Project Server. Но это не убирало проблемы межсерверных “гуляний”, когда клиент подключался к одному WFE, запрашивал сервис и даже при условии, что этот сервис был на этом WFE, запрос отправлялся на другие WFE сервера.
Как я уже сказал, SharePoint Server 2016 имеет новую архитектуру фермы с именем MinRole. За ней скрывается пять ролей:
- Front-End – веб-сервер, который несет множество сервисов:
- Access Services
- Business Data Connectivity
- Central Administration
- Managed Metadata
- SharePoint Foundation Web Application
- Secure Store Service State
- Subscription Settings
- User Code
- User Profile
- Visio Graphics
- Application – сервер приложения для сервисов, ориентированный на долгую и высокую нагрузку:
- Crawl Target
- Machine Translation
- PowerPoint Conversion
- User Profile Synchronization
- Word Automation
- Work Management
- Workflow Timer Service
- Distributed Cache – сервер исключительно для сервиса Distributed Cache, сервис перекочевал из SharePoint Server 2013.
- Custom – сервер на котором можно ставить любую комбинацию из существующих сервисов.
- Search – выделенный сервер для службы поиска.
В крупной компании может быть и такая жесть из четырнадцати серверов, но это очень крутая топология.
А теперь ключевые отличия MinRole от того, что было раньше:
- Сервисы четко расписаны по ролям, т.е то, что положено для одной роли на другой не запустите.
- Теперь запрос клиента к сервису всегда приоритетно обрабатывается на том Front-End сервере к которому он подключился.
- Службы теперь стартуют сами после создания сервисного приложения и останавливаются после удаления сервисного приложения сами.
- Добавляете в ферму второй сервер с какой то ролью, сервисы на нем запускаются автоматом.
- Теперь нужно минимум 4 сервера для реализации фермы MinRole.
- Создать сервисное приложения не имея 4 серверов нельзя.
- У вас всегда есть вариант Custom, где можно не придерживаться схемы MinRole.
- Вместо Office Web App сервера теперь будет Office Online Server.
Вариант топологии c игнорированием MinRole будет выглядеть так:
Т.е добавляются только Custom сервера и полностью настраиваются по своей схеме с нужным распределением ролей и сервисов.
Ну а MinRole топология без высокой доступности это пять серверов, включая сервер баз данных SQL.
Кстати топология с одним сервером осталась, но теперь она всегда использует отдельный сервер баз данных, вариант с локальным SQL Express остался в прошлом. Теперь когда с архитектурой разобрались перейдем к функционалу, а тут тоже масса изменений.
Они “убили” встроенный в SharePoint 2013 FIM сервис. Насколько я понял причины следующие:
- Фиксить баги кода FIM 2010 не было сил. (а именно его код использовался)
- FIM 2010 не работает на Windows Server 2016. (переделывать не стали)
- Было трудно конфигурировать.
- Аудиенции для разных доменов не работали.
- Локальный администратор для сервисной учетки на этапе настройки напрягал.
Поэтому теперь вы либо будете использовать Active Directory Import, который ограничен одним лесом, не кастомизируется и работает в одном направлении. Либо ставите отдельный сервер Forefront identity Manage, который чтобы настроить надо “выпить ящик водки”, ибо продукт реально сложный.
От грустного к приятному – новый функционал Durable Links, краткая суть которого в том, что при переименовании или перемещении документа вы не получаете мертвых ссылок и по старой ссылке можно будет к нему обратиться. При этом работает это только с офисными файлами плюс PDF и только при наличии Office Online Server.
Не знаю кто ждал эту фишку, но теперь в 2016 версии появился способ создавать коллекции сайтов гораздо быстрее, делается это за свет копирование преднастроенного шаблона.
Объединения SharePoint и Project ждали давно, теперь это реальность. Project Server теперь обычное сервисное приложение в SharePoint Server 2016, что значительно все должно упростить и с развертыванием и с обновлением.
Так же произошли изменения:
- Добавили DLP – защита от утечки конфиденциальных данных. Для России как обычно не актуально, т.к шаблонов для нашей страны нет.
- Улучшили SMTP – возможность использовать нестандартный порт и TLS
- Улучшили IRM
- Улучшили корзину SharePoint
- Улучшили мобильное отображение
SharePoint Foundation 2013 к сожалению похоронили, больше такого продукта не будет. Очень интересно, что будут делать компании, которые разработали на базе него кучу решений. MS как обычно очень “надежный” партнер.
На этом пункте скорее всего будет больше всего мата, т.к “они убили Кенни” они убрали сервисное приложение Excel Services. Часть фишек перешла в Office Online Server, а остальное просто убрали.
Не вышло новых версий InfoPath Designer и SharePoint Designer, старые версии будут работать с новым SharePoint. Службу InfoPath Service так же отправили на покой, а всем желающим советуют перебираться на Nintex, AgilePoint, K2 и Formotus.
Переход на 2016 версии должен быть легким, процедура переноса баз данных не поменялась, но в качестве “подарка” сообщили о том, что прямой миграции с 2010 версии на 2016 не будет, только через 2013 выпуск.
Обещают, что ферму SharePoint 2016 можно будет обновлять без простоя, но поскольку обновлений еще не было, ровно как и RTM, то остается верить, что так оно и будет.
Довольно много изменений в гибридных сценариях:
- Sharepoint hybrid configuration wizard
- Hybrid team site
- Profile Redirection
- Extensible App Launcher
- Cloud Search
Итого получается, что изменений довольно много и большая часть из них со словом “убрали”, после знакомства с новой версий осталось очень противоречивое впечатление и как-то совсем без позитива и веры в светлое будущее SharePoint.
MCT/MVP Илья Рудь
Мой онлай курс “Планирование и установка Exchange Server 2016”
Мои очные курсы по Skype\Exchange\SharePoint
Такие продукты как Exchange Server и Skype for Business Server не работают без сертификатов X.509, они им необходимы для шифрования клиентских подключений. Когда все подключения внутри ситуация проста, можно задействовать сертификаты от внутренней службы AD CS. Они доверенные внутри компании. Но совершенно неприемлемо использовать их, когда речь идет о серверах, к которым подключаются внешние клиенты и другие сервера из интернет.
Запись получасового вебинара по работе службы технической поддержки на базе System Center Service Manager и портала от компании Cireson, который позволяет заменить рабочую родную консоль SCSM сотруднику технической поддержки и дает возможность конечному пользователю общаться с ит-отделом через веб-интерфейс, регистрируя обращения, отвечая на запросы и закрывая инциденты.
На платформе Udemy доступен мой новый курс по Skype for Business Server 2015. Курс ориентирован на людей, которые хотят начать работать с продуктом или уже начали, но чувствуют, что знаний и опыта недостаточно. Для них подготовлено практически шесть часов теории и демонстраций, которые дадут хороший старт в данном направлении.
Не знаю, заметили вы или нет, но английский язык окончательно завоевал звание «короля горы», стал глобальным и убил множество локальных языков в областях знаний, где продукт формируется и используется в различных странах мира. Собственно английский язык изначально имел статус мирового, но именно в последние десять лет в ИТ сфере стало понятно, что другого ничего не будет. Исчезли русские ИТ-книги, русскоязычные форумы представляют из себя жалкое зрелище, часть русскоязычных мероприятий просто исчезла, а локализация продуктов стала такого качества, что даже носителю иногда сложно понять смысл. И тут надо понимать, что это не только наша тенденция, в Европе картина примерно такая же. Технологии меняются так быстро, что времени на перевод контента, на то, чтобы переварить и локализовать контент просто нет. Пока это будут делать, уже выйдет новая версия и эти знания устареют. Все базы знаний, форумы, рассылки англоязычны и собирают представителей различных стран, которые используют английский как второй и как основной в профессиональной работе. В случае если вы планируете работать в ИТ-сфере в ближайшие 20-30 лет, то есть два варианта. Первый правильный это влиться и перестроить свою работу под языковой стандарт и второй вариант день за днем хвататься за русский язык и отставать, отставать, отставать..
Как известно, до определенного времени в сфере виртуализации серверов «правил бал» VMware со своим ESX. Теперь же, с выпуском Hyper-V Microsoft постепенно «наступает на пятки». Насколько успешно – вопрос, конечно, весьма спорный, учитывая, что VMware ESX существует на рынке намного дольше. Тем не менее, Hyper-V привлекает все большее и большее внимание по мере появления новых фич – таких, как Cluster Shared Volumes и Live Migration в Windows Server 2008 R2, или Dynamic Memory в готовящемся к выходу Service Пакет обновления 1.
едавно наткнулся на статью в которой говорилось о причине медленной работы службы Autodiscover в Exchange Server, прочитал и понял, что данный вопрос у моих студентов иногда всплывает, а поэтому стоит сделать мини пост с произвольным переводом. Все очень просто, начиная с Outlook 2007 клиентское приложение использует веб-сервис Autodiscover для автоматического конфигурирования настроек доступа клиента к Exchange. Для внутренних процедура совсем простая, запустите Outlook и нажимайте “далее”, пока не получите доступ к ящик. Внешним клиентам придется вводить адрес электронной почты, пароль и возможно UPN, если он не совпадает с email. Так вот при подключении из вне клиент может столкнуться с ситуацией, когда процедура настройки затянется на несколько минут.