Рекомендации по миграции Office 365 (часть 2)

на информационный бюллетень WindowsNetworking.com, посвященный обновлению статей в режиме реального времени

В этой статье продолжается мое интервью о переходе на Office 365 с Келси Эппс, техническим консультантом Concepps Group и Microsoft MVP для Office365, которая ведет блог под названием «Блог технической поддержки Office 365».

Митч: Спасибо за четкий и подробный план процесса миграции. Как бы это изменилось, если бы вам нужно было поэтапно перейти на Office 365 для компании, в которой работает 200 сотрудников, начиная с пробной версии для 15 пользователей? Может ли компания иметь учетные записи как локально, так и в облаке? Допустим, компания в настоящее время имеет почту POP3 через своего интернет-провайдера. Чем переход на Office 365 будет отличаться от того, что вы описали ранее?

Келси: Поскольку это более масштабный переход от провайдера POP3, необходимо выполнить предварительное планирование и настройку. С 10 пользователями мы можем щелкнуть переключателем и перенастроить рабочие столы практически без влияния на бизнес. Когда речь идет о 200 учетных записях, миграция с минимальным воздействием не так проста; Но это может быть сделано. Чтобы добиться этого, обе системы должны быть активны одновременно. Это оставляет нас в сценарии сосуществования с текущим провайдером POP3. Я завершил миграцию для другой компании, где мы использовали следующий план.

1. Сеанс «Обзор, обнаружение и планирование» с клиентом. На этой встрече мы обсуждаем Office 365, и я знакомлю их со службами и показываю им систему единого входа с моей собственной экспериментальной учетной записью. Они делятся подробностями своей текущей настройки и целей конечного состояния. Для целей этого вопроса предположим, что они собираются перенести все 200 учетных записей в Office 365 в плане Enterprise E3 с единым входом.
2. Trail Tenant — я настраиваю учетную запись клиента Trail Tenant в Office 365 и позволяю им исследовать и экспериментировать с Office 365.
3. План миграции — я делаю все заметки, сделанные во время сеанса планирования, и составляю подробный план миграции. Как только план будет завершен и подписан клиентом, я начну процесс установки и миграции.

Поскольку мы находимся в сценарии сосуществования с провайдером POP3, маршрутизация почты будет проблемой, когда у нас будут работать две службы. Это означает, что нам нужен способ маршрутизации электронной почты от пользователя, который все еще использует службу POP3, к пользователю, работающему на платформе Office 365. Верно и обратное. Для этого нам нужно создать личный домен в Office 365 и перенаправить электронную почту от поставщика POP3 в личный домен. Exchange Online (Office 365) позволяет использовать общий домен, а это означает, что если пользователь отсутствует в Exchange Online, он будет переадресован. Я создал рабочий процесс на рисунке 1, который показывает поток электронной почты.

Доменное имя рабочей электронной почты — @contoso.com

Имя домена электронной почты Vanity — @mail.contoso.com

Рис. 1. Рабочий процесс миграции с POP3 на Office 365.

4. Добавьте и подтвердите домен и персональный домен в учетной записи Office 365. Сюда входят записи DNS для рабочего доменного имени электронной почты и персонального доменного имени электронной почты. Все записи могут быть добавлены за исключением записи MX. Это должно указывать на поставщика POP3, пока миграция не будет завершена.
5. Завершите настройку Exchange Online (списки рассылки, внешние контакты, права делегирования, комнаты для собраний и т. д.).
6. Очистить Active Directory — это имеет смысл по многим причинам, но больше всего для синхронизации каталогов. Мы можем отфильтровать подразделения, которые мы хотим синхронизировать с Office 365. Ознакомьтесь с этой записью в БЛОГЕ, чтобы узнать, как это сделать.
7. Настройте ADFS и прокси-серверы ADFS.
8. Настройка синхронизации каталогов.
9. Проверка единого входа.
10. Перенос экспериментальной группы в Office 365
    • Добавьте псевдоним для тщеславного домена в локальную учетную запись AD и для синхронизации с Office 365.
    • Лицензирование учетных записей пользователей в Office 365
    • Обновите клиентский рабочий стол с помощью приложений Office и Office 365 для настольных ПК.
    • Настройте псевдоним электронной почты и переадресацию электронной почты на провайдере POP3.
    • Настройка профиля Outlook
    • Импорт существующей электронной почты из файла PST в Office 365.
    • Протестируйте поток электронной почты для других пользователей Office 365.
11. Перенесите остальные учетные записи, следуя тому же процессу, что и в экспериментальной группе. Это можно сделать с течением времени при наличии надлежащего плана миграции.
12. Обновите запись MX, чтобы она указывала на Office 365.
13. Удалите тщеславный домен из Office 365.

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

Полный план реализации находится в моем БЛОГЕ, начиная с этой публикации — Расширенный перенос электронной почты в Office 365 от поставщика услуг POP3 — часть 1.

Митч: Что, если компания в настоящее время использует Microsoft Exchange в качестве решения для обмена сообщениями? Будет ли им проще или сложнее перейти на Office 365? Чем это будет отличаться от того, что вы только что описали для миграции с POP3?

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

Прямая миграция — Этот метод можно использовать только для Exchange 2003 и Exchange 2007, если в организации менее 1000 почтовых ящиков. Мне нравится называть это переключением миграции. Как только вы настроите пакетное задание Exchange, оно будет синхронизировать все с Office 365. Как только данные будут в облаке, вы переворачиваете запись MX и начинаете использовать Office 365.

Поэтапная миграция — Это очень похоже на миграцию Cutover, но вы разбиваете миграцию на управляемые группы людей. Этот метод можно использовать только для Exchange 2003 и Exchange 2007, если в организации менее 1000 почтовых ящиков. Для этого требуется некоторая маршрутизация электронной почты между двумя системами (локальная и Office 365), но настроить ее не так уж сложно. Недостатком этого метода является то, что вы потеряете возможность полноценного сосуществования (совместное использование сведений о занятости и календаре), единого OWA, отслеживания сообщений и почтовых подсказок; между двумя системами в процессе миграции.

Гибридное развертывание — это метод, при котором вы внедряете гибридный сервер Exchange 2013 или 2010 в свою локальную организацию Exchange. Роль этого сервера будет заключаться в том, чтобы выступать в качестве шлюза Exchange Federation между локальной средой и Office 365. Это позволяет перемещать учетные записи в облако и из него без нарушения работы пользователя. На пользователя это почти не влияет, если не считать настройки рабочего стола с новой версией Office. Все данные, хранящиеся на сервере Exchange, перемещаются. Недостатком этого метода является стоимость.

Предположим, для этого вопроса они используют Exchange 2007 локально и хотят перенести все 200 учетных записей в Office 365 (учетные записи Enterprise E3) с помощью гибридного развертывания. Конечная цель состоит в том, что клиент хочет использовать единый вход и не иметь локальных учетных записей Exchange.

1. Сеанс «Обзор, обнаружение и планирование» с клиентом. На этой встрече мы обсуждаем Office 365, и я знакомлю их со службами и показываю им систему единого входа с моей собственной экспериментальной учетной записью. Они делятся подробностями своей текущей настройки и целей конечного состояния. Для целей этого вопроса предположим, что они собираются перенести все 200 учетных записей в Office 365 в плане Enterprise E3 с единым входом.
2. Trail Tenant — я настраиваю учетную запись клиента Trail Tenant в Office 365 и позволяю им исследовать и экспериментировать с Office 365.
3. План миграции — я делаю все заметки, сделанные во время сеанса планирования, и составляю подробный план миграции. Если вам нужна помощь с планом миграции, воспользуйтесь Помощником по развертыванию Microsoft Exchange Server. Это инструмент, представленный корпорацией Майкрософт для облегчения развертывания Exchange. Вам будет предложено ввести некоторую информацию о текущем состоянии и желаемом конечном состоянии. Microsoft создаст для вас план миграции в течение нескольких минут. Обычно я включаю часть этого контента в свой собственный документ по миграции. Как только план будет завершен и подписан клиентом, я начну процесс установки и миграции. Имейте в виду, что вам потребуется проверенный SSL-сертификат третьей стороны для ADFS и Exchange. Я буду использовать SSL-сертификат с подстановочными знаками или SSL-сертификат UCC с 5 именами. С сертификатом UCC с 5 именами я включу все имена Exchange (почта, автообнаружение, имя сервера) и имя ADFS (sts).

Рисунок 2: Диаграмма рабочего процесса из Помощника по развертыванию Microsoft Exchange Server.

4. Добавьте и подтвердите домен в учетной записи Office 365 — включая DNS. Можно добавить все записи, за исключением записей MX и автообнаружения. Мы хотим, чтобы они были направлены на локальные серверы до завершения миграции.
5. Очистить Active Directory — это имеет смысл по многим причинам, но больше всего для синхронизации каталогов. Мы можем отфильтровать подразделения, которые мы хотим синхронизировать с Office 365. Ознакомьтесь с этой записью в БЛОГЕ, чтобы узнать, как это сделать.
6. Добавление гибридного сервера Exchange 2013/2010 — это довольно простой процесс, подробно описанный в документе, который вы получаете от помощника по развертыванию Exchange.
7. Настройте ADFS и прокси-серверы ADFS.
8. Настройте синхронизацию каталогов с включенным расширенным сосуществованием.
9. Полная федерация Exchange с Office 365 — этот процесс подробно описан в документе, который вы получаете от помощника по развертыванию Exchange.
10. Перенос экспериментальной группы в Office 365
    • Лицензирование учетных записей пользователей в Office 365
    • Переместите почтовый ящик пользователя из локальной среды в Office 365.
    • Обновите клиентский рабочий стол с помощью приложений Office и Office 365 для настольных ПК.
    • Настройка профиля Outlook
    • Войти в Lync
11. Перенесите остальные учетные записи, следуя тому же процессу, что и в экспериментальной группе. Это можно сделать с течением времени при наличии надлежащего плана миграции. Поскольку мы активно сосуществуем с Office 365, функции не теряются.
12. Перейдите из общих папок Exchange в Microsoft Office 365.
13. Обновите записи MX и автообнаружения, чтобы они указывали на Office 365.

На этом этапе все пользователи должны быть в Office 365, и вы можете удалить Exchange из своего локального домена.

Обязательно загляните в мой БЛОГ. Я нахожусь в процессе написания полной серии статей «Знакомство с НОВЫМ Office 365». В этой серии статей я подробно описываю настройку Office 365, различные методы перехода на Office 365, развертывание с единым входом и администрирование Office 365.

(будет завершено в последней статье этой серии)

на информационный бюллетень WindowsNetworking.com, посвященный обновлению статей в режиме реального времени