Exchange Server 2016 – что нас ждёт

Проходившая в начале мая конференция Microsoft Ignite порадовала нас информацией о предстоящем релизе следующей версии почтового сервера Exchange Server 2016. В очередной раз обещают, что всё будет быстрее, выше и сильнее 🙂

Из интересного:

• Количество ролей уменьшилось ещё на одну – роли Mailboх и Client Access Server схлопнулись в одну роль Mailbox. Борьба с оригиналами, разносящими роли по разным физическим серверам выиграна 🙂
• Роль Edge будет доступна в RTM
• Протокол MAPI/HTTP становится основным (но не единственным) клиентским протоколом подключения
• Outlook 2007 в качестве клиента уходит на пенсию
• На пенсию так же уходит Windows Server 2008/R2. Хостовая операционка должна быть на базе Windows Server 2012R2 или новее
• Требования к FFL/DFL/GC/DC подтянули до Windows Server 2008 R2
• Сосуществование будет возможно с Exchange 2010 SP3 (с RU11) и Exchange 2013 (с CU10)
• Exchange 2013 и 2016 будут без каких-либо затруднений проксировать клиентские подключения перекрёстно (2013 → 2016 и 2016 → 2013)

• Псевдо-кластер для DAG без CNO (cluster name object) – поддерживается и рекомендуется
• Очередное снижение требований по IOPS/Mailbox на 22% по сравнению с Exchange 2013

• Будут поддерживаться динамические VHDX. Помним, что виртуализация Exchange – не лучший вариант
• Рекомендация для размещения файл баз и логов на файловую систему ReFS
• Уменьшение загрузки канала между узлами DAG примерно на 40% за счёт изменения механизма индексирования

• Изменение процедуры урезания логов в случае с DAG. Ранее узел с активной базой ждал ответа от узлов с пассивной копией о том, что лог обработан успешно и только после этого лог удалялся. Сейчас, в случае выхода из строя сервера с пассивной копией базы, сервер с активной копией не будет ждать ответа от вышедшего из строя сервера и удалит этот лог-файл
• Переход по отказу активной копии обещают за 8 секунд, в предыдущей версии было 15 секунд

• Недавно стало поддерживаемым решением размещение общего ресурса свидетеля в Azure. Теперь же поддерживается полное размещение инфраструктуры Exchange Server 2016 в Azure, но только в случае использования Azure Premium Storage. На повестке дня вопрос – зачем размещать в Azure Exchange, если есть O365? 🙂
• Почтовые ящики общих папок теперь можно будет ставить на юридическое удержание
• Так же рекомендуется такие ящики держать в выделенных базах
• MAPI/CDO давай до свидания
• OWA полностью становится няшным
• Появилась альтернатива пересылке по почте толстых файлов. Если размер файла будет больше 5Мб, то файл будет сгружаться в хранилище Sharepoint 2016, а в письме будет ссылка на этот файл

• Ждём так же появления возможности восстановления через Recovery Deleted Items удалённых папок
• Claim-Based Auth для Exchange Server 2016 будет требовать следующей версии ADFS (Windows Server 10)
• Exchange 2013 и 2016 смогут использовать один Alternate Service Account для аутентификации Керберос
• После установки Exchange Server 2016 нужно будет перенести системный ящик SystemMailbox{e0dc1c29-89c3-4034-b678-e6c29d823ed9} на новый сервер, иначе не получится работать с административным аудитом, запускать поиск eDiscover итд
• Можно будет создавать копии баз с ключом ConfigurationOnly. Дальнейшее заполнение баз на сервере можно запускать в 10 параллельных потоков
• Можно будет управлять Exchange Server 2013 из EMS/EAC от Exchange Server 2016 и наоборот
• Будет возвращена утилита ExMon – Exchange Server User Monitor

Полезные ссылки:
What Ignite taught us about Exchange 2016
Ignite 2015, Takeaways
Exchange Server 2016 Architecture
Meet Exchange Server 2016
Exchange Server Preferred Architecture
Deploying Exchange Server 2016
Exchange @ Ignite 2015