Переход с exchange 2010 на exchange 2016 подробная инструкция

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

Перед чем начать, важно ознакомиться с основными изменениями архитектуры, произошедшими в Exchange 2016. Exchange 2010 имел ряд отдельных ролей: Серверы Клиентского доступа, Транспортного сервера-концентратора, Почтовый сервер и Сервер единой системы обмена сообщениями. Exchange 2016 имеет только одну роль — роль Почтового сервера, которая содержит все необходимые компоненты.

Рассмотрим данный процесс на примере компании «Goodman Industries», которая имеет один мультиролевой сервер Exchange 2010 и планирует мигрировать на сервер Exchange 2016.

В выше представленном примере можно увидеть прежний сервер EX401 с работающим Exchange 2010. Целевым сервером является EX601. В крупной организации он, скорее всего, будет высокодоступным, поэтому имелись бы многочисленные контроллеры доменов (а не просто один AD01) и использовались бы Группы обеспечения доступности баз данных и на источнике, и на целевом сервере.

Первым шагом будет определение имён, используемых клиентами для доступа к Exchange. Смешанный режим с Exchange 2010, 2013 и 2016 позволяет иметь общий доступ к тем же HTTPS именам для службы Автообнаружения, OWA, ActiveSync и других сервисов, что упрощает переезд и уменьшает риск от применения смешанного режима.

Окружение, в которое будет устанавливаться Exchange 2016, виртуализировано посредством, например, Hyper-V.

Была собрана статистика по существующему развёртыванию.

Для расчёта требований воспользуемся Калькулятором требований для роли сервера Exchange. Он поддерживает и Exchange 2013, и Exchange 2016, так что не ошибитесь при выборе версии в Калькуляторе.

При сайзинге решения два важных фактора создадут ограничения для проекта:

• Решение не будет высокодоступным, Hyper-V будет использован для обеспечения высокой доступности.

• Exchange 2016 имеет ограничение в 5 GB на каждого пользователя.

• Максимальное число баз данных установим равным 5.

• Будет использоваться резервное копирование, основанное на Службе теневого копирования томов (VSS), вместо Собственной системы защиты данных Exchange, т. к. окружение не является высокодоступным.

Калькулятор требований для роли сервера Exchange выдал следующую спецификацию сервера:

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

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

Отделение баз данных от файлов логов предотвращает повреждение баз данных при заполнении жёсткого диска файлами логов. Это также предупреждает полное восстановление Exchange в случае потери или повреждения виртуального жёсткого диска.

Exchange 2016 поддерживает Outlook 2010 и выше на Windows, на Mac — Outlook 2011 и выше. Outlook 2007 больше не поддерживается, но может работать.

Все версии Outlook 2016 и Outlook 2013 поддерживаются. Outlook 2010 поддерживается с обновлением от Апреля 2015 года.

Обновите клиентов хотя бы до минимально необходимой поддерживаемой версии перед тем, как развернуть Exchange 2016. Новые версии Outlook работают с Exchange 2010 без проблем.

Exchange 2016 поддерживает Windows 2012 и Windows 2012 R2. В примере используется Windows 2012 R2. Используем физические жёсткие диски для поддержки Exchange 2016, а затем создаём виртуальные жёсткие диски поверх окружения Hyper-V. В Hyper-V новая виртуальная машина выглядит так:

Рис. 2: Конфигурация Hyper-V для Виртуальной машины

Продолжим и установим Windows Server 2012 R2 на виртуальную машину, предназначенную для Exchange 2016, затем сконфигурируем сетевые настройки, установим последние обновления для Windows и присоединимся к собственному домену.

Exchange Server 2016 поддерживает NTFS и ReFS для баз данных и файлов логов Exchange и NTFS для операционной системы и исполняемых файлов Exchange.

Рекомендуется использовать ReFS с отключёнными функциями проверки целостности данных; отформатируйте все жёсткие диски под базы данных и файлы логов Exchange в ReFS.

Дополнительно создадим точки монтирования для обозначения жёстких дисков и их назначения:

Затем включим систему хранения данных, инициализируем, после отформатируем и примонтируем жёсткие диски. Запустите «Управление дисками», нажав правой клавишей мышки на кнопку «Старт».

Рис. 3: Запуск «Управления дисками»

Внутри «Управления сервером» перейдите к «Управлению дисками». В верхней панели можно увидеть системный диск С: и Системный резервный раздел. Внизу показываются разделы основного диска.

Все вновь добавленные диски обычно показываются как неподключенные (оффлайн). Перед форматированием сначало необходимо перевести каждый диск во включённое состояние (онлайн). Это делается нажатием на правую кнопку мышки и простым выбором «Онлайн» для каждого диска. Выполните эту процедуру для всех дисков, как показано ниже, перед тем как перейти к следующему шагу:

Рис. 4: Включение диска в «Управлении дисками»

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

Это позволит инициализировать все новые диски за 1 раз. Убедитесь, что все диски выбраны (12 дополнительных дисков), затем выберите «GPT (Таблица разделов GUID)», которая рекомендована для Exchange и поддерживает жёсткие диски объёмом более 2 ТБ:

Создадим первый том для файла подкачки. По проекту он не имеет точки монтирования, поэтому нет необходимости создавать структуру папок. Просто нажмите на правую клавишу и выберите «Новый простой том»:

Запустится «Мастер создания нового простого тома». Предоставлены на выбор следующие варианты: назначить диску букву, монтировать в пустую папку (что будет использовано для томов баз данных и файлов логов) и не назначать диску букву или путь монтирования. Выберем букву «D» для диска:

После назначения диску буквы, перейдём к форматированию диска.

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

Для создания тома ReFS с правильными параметрами потребуется PowerShell.

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

Проверьте и откорректируйте скрипт для ваших целей. Чтобы использовать эту функцию, вставьте скрипт в строку запроса PowerShell. Новая функция будет доступна как командлет Format-ExchangeDisk.

Перед использованием скрипта необходимо узнать, какие диски нужно форматировать. В «Управлении Дисками» просмотрите списков дисков. Первым на форматирование в ReFS идёт Диск_2:

Отформатируйте диск, используя только что созданную функцию PowerShell:

После форматирования дисков они должны отображать верные, соответствующие им, метки.

Размер файла подкачки для каждого сервера Exchange должен быть корректно настроен. Каждый сервер должен иметь файл подкачки размером, равным размеру оперативной памяти (RAM) плюс 10 МБ, вплоть до максимального размера 32 ГБ + 10 МБ.

Для настройки размера файла подкачки нажмите правой клавишей мыши на меню «Старт» и выберите «Система»:

Окно информации о системе можно открыть в панели управления. Выберите «Дополнительные параметры системы», как показано ниже:

Затем появится окно «Свойства системы» с выбранной вкладкой «Дополнительно». В «Быстродействии» выберите «Параметры»:

Затем настроим «Виртуальную память» и выполним следующие действия:

• Отменим выбор «Автоматически выбирать объём файла подкачки»

• Установим размер файла подкачки, соответствующий размеру оперативной памяти (RAM) данной виртуальной машины плюс 10 МБ, например:

• 8 GB RAM = 8192 MB RAM = 8202 MB файл подкачки

• 16 GB RAM = 16384 MB RAM = 16394 MB файл подкачки

Результат проиллюстрирован ниже:

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

Чтобы установить необходимые компоненты, запустите PowerShell и выполните следующую команду:

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

Сначала установите .Net Framework 4.5.2.

Для окончания установки необходимых компонентов необходимо скачать и извлечь установочные файлы Exchange 2016.

На момент написания статьи последней версией Exchange 2016 является версия RTM.

Отметьте, что нет необходимости устанавливать версию RTM и ставить вышедшие после Кумулятивные обновления и Сервис Паки, просто скачайте самую последнюю доступную версию.

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

Как рекомендовано Калькулятором требований для роли сервера Exchange 2016 расположим Транспортные базы данных — часть Exchange, которая временно хранит перемещаемые сообщения, — на системном диске, поэтому имеет смысл использовать стандартное место установки Exchange.

Место инсталляции по умолчанию для Exchange 2016 — C:Program FilesMicrosoftExchange ServerV15.

Первым этапом установки Exchange 2016 является обновление Схемы. Этот шаг необратим, поэтому крайне важно выполнить полное резервное копирование Active Directory перед выполнением этого обновления.

Зайдя в домен как пользователь, являющийся членом групп Администраторы Предприятия и Администраторы Схемы, запустите командную строку и смените директорию на место извлечения файлов установки Exchange, C:Exchange2016.

Выполните setup.exe со следующими ключами для подготовки схемы Active Directory:

Обновление схемы займёт от 5 до 15 минут.

Затем подготовим Active Directory. Этим самым подготовим контейнер Конфигурации леса Active Directory, обновляя объекты Active Directory, которые поддерживают Exchange. Выполним эту подготовку с помощью следующей команды:

Заключительным шагом подготовки Active Directory является подготовка домена.

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

Для установки Exchange 2016 посредством setup.exe используем ключ /Mode для уточнения того, что будет выполняться Install (Установка). Дополнительно к ключу /Mode необходимо указать устанавливаемую роль сервера, роль Почтового сервера.

После окончания установки перезагрузите сервер.

После завершения установки необходимо убедиться, что новая версия Exchange Server доступна.

В меню «Старт» запустите «Центр Администрирования Exchange» или в Internet Explorer наберите https://servername/ecp/?ClientVersion=15:

При запуске на локальном узле (используя в адресной строке localhost) по причине того, что настоящий SSL-сертификат не установлен, будет показано предупреждение о сертификате, как показано ниже. Нажмите «Перейти на веб-сайт» для доступа к форме входа в Центр Администрирования Exchange (EAC):

Появится форма входа в Центр Администрирования Exchange. Войдите, используя учётные данные администратора:

После успешного входа потратьте время на ознакомление с новым интерфейсом Центра Администрирования Exchange.

Можно заметить, что Центр Администрирования Exchange сильно отличается от Консоли Управления Exchange в Exchange Server 2010 в части расположения элементов управления. В Exchange 2010 и 2007 внимание было сфокусировано на организации, серверах и клиентах с отдельно выделенными для них секциями. В Exchange 2013 и 2016 вид стал больше ориентирован на задачи. Например, Соединители Отправки и Получения управляются из секции «Поток обработки почты», а не из скрытых опций в соответствующих секциях Организации и Сервера.

Однако даже с учётом этих изменений в Командной консоли Exchange используются весьма похожие команды, поэтому опыт работы с оболочкой PowerShell в Exchange 2010 не пройдёт даром.

После удачной установки Exchange Server 2016 необходимо обновить Точку Подключения Службы (SCP).

Точка Подключения Службы (SCP) регистрируется в Active Directory и используется, наряду с Точкой Подключения Службы Exchange 2010, для обнаружения клиентов, присоединённых к домену, и может быть использована для поиска их почтовых ящиков на сервере Exchange.

По умолчанию Точка Подключения Службы (SCP) находится в форме https://ServerFQDN/Autodiscover/Autodiscover.xml; например https://EX1601.goodmanindustries.com/Autodiscover/Autodiscover.xml.

Имя, указанное выше, не подходит по двум причинам: во-первых, на текущий момент не установлен доверенный SSL сертификат на новый сервер Exchange 2016; и, во-вторых, SSL сертификат, который его заменит, не будет содержать фактического полного имени сервера.

Это может стать причиной ошибок сертификата на клиентах, присоединённых к домену, и в основном отображается как предупреждение о сертификате конечному пользователю в Outlook вскоре после установки нового сервера Exchange.

Поэтому, обновим Точку Подключения Службы (SCP) таким образом, чтобы использовать то же самое имя, что и Exchange 2010 использует для своей Точки Подключения Службы (SCP). Это же имя будет использоваться позже при миграции на Exchange 2016.

Чтобы это выполнить, запустите Командную Консоль Exchange из меню «Пуск» на сервере Exchange 2016:

Так как будет выполнена миграция имени HTTPS  с Exchange 2010 на Exchange 2016, то можно заново использовать тот же самый SSL сертификат, экспортировав его из существующего сервера Exchange.

Для выполнения этого действия залогиньтесь на сервере Exchange 2010 и запустите Консоль Администрирования Exchange (EAC). Перейдите к «Конфигурации Сервера» в Консоли Управления Exchange, выберите действующий SSL сертификат с корректным именем, затем выберите «Экспорт сертификата Exchange» из панели «Действий» с правой стороны.

Рис. 30: Экспорт SSL сертификата Exchange 2010

Откроется мастер «Экспорта сертификата Exchange». Выберите место сохранения файла «Персональная информация Exchange» (PFX) и соответствующий ему надёжный пароль, затем нажмите «Export»:

Вернитесь на сервер Exchange 2016, откройте «Центр Администрирования Exchange» и перейдите к «Серверы» → «Сертификаты». В «Еще (…)» выберите «Импорт сертификата Exchange»:

В мастере «Импорта сертификата Exchange» необходимо ввести полный UNC-путь к месту расположения экспортированного PFX-файла и соответствующий пароль, использованный при экспорте сертификата из Exchange 2010:

После ввода местоположения и пароля нажмите «Добавить» (+) и выберите сервер Exchange 2016 — EX1601 — как сервер, к которому применяется этот сертификат. Затем нажмите «Завершить» для импорта сертификата:

Хотя SSL сертификат с поддержкой альтернативных имён субъектов и установлен на сервер Exchange 2016, он не используется автоматически такими сервисами, как IIS, SMTP, POP/IMAP и Единая служба обмена сообщениями. Необходимо указать с какими сервисами разрешается его использовать.

Для выполнения этого шага, в «Сертификатах» выберите нужный сертификат и нажмите «Редактировать»:

Затем выберите вкладку «Сервисы» в окне «Сертификат Exchange» и выберите те же самые сервисы, что были в Exchange 2010. В данном примере разрешим использование SSL сертификата только для IIS:

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

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

Используя PowerShell, можно значительно упростить этот процесс.

Первые две строки скрипта используются для определения имени сервера Exchange 2016 в переменной $Server и для HTTPS имени, используемого всеми сервисами, в переменной $HTTPS_FQDN.

Последующие строки используют эти данные для правильного установления Внутренних и Внешних URL-адресов каждой виртуальной директории:

В примере, приведённом ниже, имя сервера было задано как EX1601, а HTTPS имя — mail.goodmanindustries.com. Затем каждая Виртуальная Директория была соответственно обновлена:

После обновления Виртуальных Директорий Exchange также обновим HTTPS имя и метод проверки подлинности для Outlook Anywhere.

Так как Outlook Anywhere — это протокол, который клиенты Outlook используют по умолчанию для связи с Exchange Server 2016, — заменяет MAPI/RPC в пределах LAN; очень важно, чтобы эти настройки были верны, даже если Outlook Anywhere не публикуется наружу.

Во время совместного использования также важно удостовериться, что метод проверки подлинности по умолчанию, Negotiate, обновлён до NTLM для обеспечения клиентской совместимости, когда Exchange 2016 переназначает соединения Outlook Anywhere на сервер Exchange 2010.

Чтобы обновить эти значения, перейдите к «Серверам» и нажмите «Редактировать» напротив сервера Exchange 2016:

Необходимо удостовериться, что к Соединителям Получения на Exchange 2016 применены те же самые параметры, что на Exchange 2010. Стандартные и Клиентский соединители уже созданы и, обычно, нет необходимости их конфигурировать. Стандартные соединители для Exchange Server 2016 позволяют доставлять почту из интернета или спам-фильтра без добавления дополнительных разрешений. 

Многие организации разрешают пользователям ретраслировать почту через Exchange с серверов приложений, поэтому используем это в качестве иллюстрации примера того, как процесс отличается от такового в Exchange 2010.

Для начала запустите Центр Администрирования Exchange и перейдите в «Поток обработки почты» → «Соединители Получения» и, после выбора сервера Exchange 2016 из списка, нажмите «Добавить(+)»  для создания нового Соединителя Получения:

На первой странице мастера введите имя Соединителя Получения. Для согласованности укажем имя сервера после ввода: Анонимный Ретранслятор.

Переместим первоначальную базу данных, созданную при установке Exchange Server 2016, и создадим собственную первую базу данных почтовых ящиков.

Для этого выполним действие из двух шагов в Командной Консоли Exchange.

Сначала запустим Командную Консоль Exchange и выполним следующую команду, чтобы переименовать базу данных в DB01:

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

Следующим шагом создадим дополнительные базы данных почтовых ящиков для соответствия требованиям проекта. Создать базы данных почтовых ящиков можно и в Центре Администрирования Exchange, и с помощью Командной Консоли Exchange.

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

Используем следующие командлеты: New-MailboxDatabase, Restart-Service, Get-MailboxDatabase и Mount-Database.

В примере, приведённом ниже, первый командлет используем для создания баз данных, перезапуска Банка Сообщений, чтобы он занял корректное количество оперативной памяти. Затем, после получения списка всех баз данных, надо удостовериться, что они смонтированы:

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

Лимиты, выбранные для примерного окружения, показаны ниже вместе с параметрами ограничений для почтовых ящиков:

Это можно настроить с помощью Центра Администрирования Exchange, но для большого числа баз данных. Использование Командной Консоли Exchange обеспечивает согласованность. Применим комбинации командлетов Get-MailboxDatabase и Set-MailboxDatabase для внесения изменений с использованием значений из таблицы выше:

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

Начнём проверку с создания тестового почтового ящика для использования на Exchange 2016. Для этого перейдите в Центр Администрирования Exchange, в «Получателях» нажмите «Добавить», затем выберите «Почтовый ящик пользователя»:

Для простой тестовой учётной записи нет предписания для выбора имени, поэтому введите подходящие уникальные и идентифицируемые данные:

Exchange 2016 поддерживает работу в качестве прокси для сервисов Exchange 2010. Это означает, что можно просто совместно использовать Exchange 2010 и Exchange 2016 с одними и теми же URL-адресами.

Как было определено ранее в этой статье, будут использоваться одни и те же имена для Exchange 2016 и Exchange 2010.

Это, наряду с соответствующими изменениями DNS и брандмауэра, приведёт к тому, что клиентский HTTPS траффик для Exchange 2010 будет идти через сервер Exchange 2016.

Обновим главные URL-адреса для Exchange 2010, удалив значение ExternalURL. Также включим Outlook Anywhere, настроив его с HTTPS именем, которое перейдёт к Exchange 2016.

Для этого зайдите на сервер Exchange 2010 и запустите Командную Консоль Exchange. Введите следующие команды в PowerShell, заменив значение переменных $Server и $HTTPS_FQDN на требуемые.

Для направления внутреннего траффика на сервер Exchange 2016 необходимо изменить внутренние записи DNS так, чтобы имя службы Автообнаружения и пространство имён HTTPS (в примере, mail.goodmanindustries.com) были настроены с IP адресом нового сервера Exchange 2016.

На сервере с доступом к «Диспетчере DNS», таком как Active Directory контроллера домена, обновите обе записи с IP-адреса сервера Exchange 2010 на IP-адрес сервера Exchange 2016:

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

Если внутренний доступ работает без ошибок, обновите внешнюю публикацию HTTPS, которая в данном примере является правилом NAT, работающим через роутер.

В предыдущей части было проверено, что сервер Exchange 2016 может получать и отравлять почту пользователям Exchange 2010. По умолчанию Exchange Server 2016 уже настроен на получение почты из интернета, используя Анонимные разрешения на Соединителе Получения по умолчанию.

Если настройки по умолчанию не менялись, то обновите правила брандмауэра для направления траффика на STMP порт 25 к серверу Exchange 2016, или обновите фильтр приложения защиты от спама для этого.

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

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

В примере поток обработки почты имеет прямое соединение с интернетом, но, возможно, что будет использовано приложение фильтрации спама. Поэтому, если используется промежуточный узел для ретрансляции, убедитесь, что IP-адрес нового сервера Exchange 2016 добавлен как разрешённый для ретрансляции исходящих сообщений.

Если почта отравляется напрямик к получателям, убедитесь, что правила брандмауэра разрешают IP-адресу сервера Exchange 2016 инициировать соединения к интернет-узлам на ТСP порт 25 безо всяких искажений (таких как SMTP fixup).

После того как убедились, что серверу Exchange 2016 разрешено ретранслировать исходящую почту, приготовимся к обновлению Соединителя Получения. Для этого откройте Центр Администрирования Exchange и перейдите к «Потоку Обработки Почты» и выберите «Соединители Получения». В списке должно отобразиться, что Соединитель Получения используется для обработки потока исходящей почты:

Посмотрите свойства Соединителя Получения, используемого для исходящей почты.

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

Перед миграцией почтовых ящиков можно, при необходимости, установить Office Online Server.

Office Online Server необходим для просмотра и редактирования вложений в веб-обозревателе, поэтому на примере небольшой организации рассмотрим установку фермы из одного сервера. Для большой организации может потребоваться высокая доступность.

Актуальную версию Office Online Server можно скачать на сайте компании Microsoft. Его необходимо устанавливать на отдельно стоящий сервер или виртуальную машину с Windows 2012 R2. Перед началом установки необходимо установить некоторые компоненты. Сначала установите среду выполнения Visual Studio 2015. Затем установите .NET Framework 4.6.2, а потом доступные обновления для Windows. И наконец, перед началом установки запустите в PowerShell скрипт для установки всех необходимых компонентов как показано ниже:

Office Online Server ещё не готов к использованию после завершения установки. Чтобы сделать его доступным для использования с Exchange Server 2016, необходимо установить новую Office Online Farm.

Перед этим ещё надо установить надёжный SSL сертификат и настроить имя DNS.

Стандартное имя для Office Online Server — oos.domain.com. Выберем имя oos.stevieg.org для внутреннего и внешнего URL-адресов.

Воспользуемся оснасткой консоли управления «Управление сертификатами компьютера» для импорта SSL сертификата и проверки понятного имени сертификата «Friendly Name». Найдите в меню «Пуск» Windows 2012 R2 «Управление сертификатами компьютера» (Manage Computer Certificates) и запустите оснастку консоли управления:

Появится окно «Сертификаты — Локальный Компьютер». Перейдите в «Личное» и нажмите правой клавишей мыши на «Сертификаты». Выберите «Все задачи» → «Импорт…» и импортируйте сертификат.

В примере был импортирован групповой сертификат. Перейдите к «Сертфикатам» и запишите его понятное имя из списка:

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

Чтобы Exchange Server 2016 мог использовать новую ферму Office Online Server, необходимо настроить конечную точку обнаружения с помощью PowerShell. Это может быть настроено на уровне почтового сервера или на уровне организации. Полезно настроить его на уровне почтового сервера, если необходимо поддерживать совместную работу с Exchange 2013.

Так как происходит обновление с Exchange 2010, то можно настроить конечную точку на уровне организации с помощью командлета Set-OrganizationConfig и затем перезапустить пул приложений OWA на сервере, как показано ниже:

В конце нужно убедиться, что просмотр и редактирование документов работает, как и полагается. Если всё настроено правильно, тогда при просмотре электронной почты с вложением должна отображаться опция «Просмотр» напротив вложения:

Если данная опции не отображается, возможно, что после внесения изменений в конфигурацию организации, Active Directory не скопировала её перед перезапуском пула приложений OWA и попыткой входа.

При наличии опции просмотра, просто выберите её для переключения в режим просмотра. Если было включено редактирование в Office Online Farm, то также появится опция «Редактировать и ответить».

Выбрав «Редактировать и ответить», можно составить ответ и отредактировать документ перед отправкой. Если настройки верны, то в режиме редактирования будет отображаться полный Office Online:

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

Для начала выберем пилотную группу пользователей для миграции на Exchange Server 2016. Они должны сообщать о любых проблемах, с которыми столкнутся, и представлять выборку типичных конечных пользователей; например, те пользователи, которые много пользуются мобильными приложениями, те, кто являются внешними пользователями, и те, кто регулярно пользуется такими функциями, как общие календари и делегирование.

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

Для миграции почтовых ящиков с Exchange 2010 на Exchange 2016 имеется ряд методик, которые могут быть использованы при миграции большого количества почтовых ящиков.

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

Когда почтовый ящик перемещён, создаются файлы логов, которые занимают столько же места, сколько и сам почтовый ящик. Это значит, что можно переместить только определённое количество почтовых ящиков, сколько позволяет место для файлов логов в промежутке между регулярными созданиями резервных копий.

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

Отслеживать миграцию можно в Командной Консоли Exchange, выполняя командлет Get-MoveRequest, задав имя пакета в параметре BatchName; затем применив к выходным данным Get-MoveRequestStatistics, чтобы получить детальную информацию о ходе миграции текущего пакета:

После создания и начала миграции пакета с помощью Центра Администрирования Exchange, можно проверить ход этого перемещения, выбрав пакет миграции из списка, а затем нажав «Показать сведения»:

Затем отобразится список всех почтовых ящиков в пакете, каждый из которых может быть выбран для детальной проверки:

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

После выполнения миграции конечных пользователей, можно проверить, что на Exchange 2010 не осталось ни одного дополнительного почтового ящика, используя следующую команду в Командной Консоли Exchange 2016:

В случае, если какой-то почтовый ящик остался, тогда примените командлет New-MoveRequest к выводу выше приведённой команды как новую очередь миграций, например:

Также необходимо переместить системные почтовые ящики с сервера Exchange 2010. Найдём их, применив командлет Get-Mailbox с параметром –Arbitration:

Скорее всего системных почтовых ящиков будет пара. Переместите их на Exchange 2016, применив снова командлет New-MoveRequest:

После завершения перемещения всех почтовых ящиков с сервера Exchange 2010, удалите запросы на перемещение почтовых ящиков из Exchange 2016.

Для успешного удаления завершённых запросов на перемещение, воспользуйтесь командлетом Remove-MoveRequest в комбинации с выводом командлета Get-MoveRequest:

К данному моменту можно спокойной удалить сервер Exchange 2010 из окружения. Ранее в статье были перемещены потоки обработки входящей и исходящей почты на Exchange 2016, был перемещён клиентский доступ, была завершена миграция всех почтовых ящиков на Exchange 2016.

Прежде чем удалить промежуточный сервер, важно проверить, что эти серверы, действительно, больше не используются. Например, если есть устройства, которые используют сервер Exchange 2010 для ретрансляции SMTP, необходимо дважды перепроверить, что все эти устройства были переведены на использование сервера Exchange 2016.

Также дважды перепроверьте, что поток обработки почты работает и мигрирован. Необходимо проверить, что входящая и исходящая почта (соответственно через Соединители Получения и Отправления) настроены на обработку только на сервере Exchange 2016.

После проверки того, что поток обработки почты больше не настроен на работу через серверы Exchange 2010, все должно быть готово к полному удалению сервера Exchange 2010. Чтобы окончательно убедиться, что сервер Exchange 2010 можно удалить, выключите его и оставьте в таком состоянии на некоторое приемлемое время (например, на одну неделю), чтобы удостовериться, что если чему-то ещё нужен сервер Exchange 2010, то его можно было бы включить и определить то, что не было мигрировано на Exchange 2016.

Начнём с относительно простой задачи: удалим старую Автономную Адресную Книгу по умолчанию.

Новая Автономная Адресная Книга была создана во время установки Exchange 2016 и установлена по умолчанию. Она будет иметь суффикс (Ex2013), обозначая то, что была создана Exchange 2013 или выше.

Удалим старую книгу Exchange 2010, открыв Командную Консоль Exchange и перейдя в «Конфигурация Организации» → «Почтовый Ящик», и затем во вкладке «Автономная Адресная Книга» выбрав оригинальную адресную книгу с «Поколением Сервера», указывающее на старый сервер Exchange 2010. Просто нажмите «Удалить»:

В примере не были использованы Общедоступные Папки, поэтому имеется только один тип баз данных, который надо удалить из Exchange 2010 — это базы данных почтовых ящиков.

Перед тем, как продолжить и удалить базы данных, необходимо дважды перепроверить, что все почтовые ящики были перемещены на Exchange 2016.

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

После верификации того, что на сервере Exchange 2010 не осталось ни одного почтового ящика, всё готово к удалению баз данных. В рамках этого процесса Exchange 2010 дважды перепроверьте отсутствие почтовых ящиков. Он не позволит удалить базы данных, которые содержат почтовые ящики.

Используем следующую команду PowerShell на сервере Exchange 2010 для получения списка баз данных:

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

После удаления конфигурации баз данных почтовых ящиков можно приступать к деинсталляции Exchange Server 2010.

Для этого перейдите к «Программам и компонентам» в Панели Управления и нажмите «Удалить», предварительно выбрав Microsoft Exchange Server 2010 в списке установленных приложений:

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

В этой статье из шести глав была рассмотрена простая миграция на Exchange 2016 c Exchange 2010. Если у вас имеется опыт миграции между предыдущими версиями, то вы, наверняка, отметите, что процесс миграции на Exchange 2016 относительно прост и прямолинеен.