Гібридне розгортання Exchange і перенесення за допомогою служби Office 365

 

Застосовується до: Office 365 for enterprises

Останнє оновлення розділу: 2012-05-02

Якщо ви зараз керуєте локальною системою електронної пошти й розгортаєте Microsoft Office 365 для підприємств, для цього необхідне ретельне планування. По-перше, зважте свої довготермінові цілі.

  • Якщо ваша довготермінова ціль — керувати поштовими скриньками в локальній організації та у хмарі, вам потрібно розгорнути Exchange у локальній організації за допомогою гібридного розгортання.

    Для гібридного розгортання потрібно використовувати Microsoft Exchange Server 2010. Але повна організація Exchange 2010 для гібридного розгортання не потрібна. Ви можете інсталювати мінімальний гібридний сервер Exchange 2010 у наявній організації Exchange 2003 або Exchange 2007.

  • Якщо ваша довготермінова ціль — перемістити всі поштові скриньки у хмару, ви повинні оцінити поточну інфраструктуру електронної пошти та вибрати інструмент і метод для міграції, який буде найбільш придатним для вашої організації. Існує кілька методів міграції всіх поштових скриньок на Office 365 для підприємств. Кожний метод має свої переваги й недоліки для адміністраторів і користувачів, і кожний метод має певні вимоги та взаємозалежності.

Ця стаття допоможе вам зрозуміти всі варіанти та запланувати розгортання. Вона пояснює термінологію та описує варіанти й інструменти розгортання, включені до Exchange Online та Office 365 для підприємств.

Термінологія: розшифрування

Вивчаючи програмне забезпечення та документацію до нього, ви побачите, що ми використовували такі терміни як «розширене співіснування» та «просте співіснування», «перехресне локальне розгортання» та «гібридне розгортання». Ці терміни представляють еволюцію програмного забезпечення для виконання базового сценарію «перехресного локального розгортання».

Ми працюємо над закріпленням термінології. Тим часом ми сподіваємося, що ця таблиця допоможе вам зрозуміти термінологію, що використовується у програмному забезпеченні та документації.

 

Термін

Опис

гібридне розгортання

Повнофункціональне перехресне локальне розгортання рішення для обміну повідомленнями Exchange із Office 365 для підприємств та Exchange Online. До цих функцій належать:

  • маршрутизація пошти між локальною та хмарною організаціями;

  • маршрутизація пошти зі спільним простором імен домену (наприклад, і локальні, і хмарні організації використовують домен SMTP @contoso.com);

  • уніфікований глобальний список адрес, що також називають «спільною адресною книгою»;

  • спільне використання відомостей про зайнятість і календаря в локальних і хмарних організаціях;

  • централізоване керування потоком пошти (локальна організація може керувати потоком пошти для локальної та хмарної організацій);

  • єдина URL-адреса Outlook Web App для локальної та хмарної організацій;

  • можливість переносити наявні локальні поштові скриньки до хмарної організації;

  • централізоване керування поштовою скринькою за допомогою локальної консолі керування Exchange (EMC);

  • відстеження повідомлень, поради та пошук у кількох поштових скриньках між локальною організацією та організацією, розміщеною у хмарі.

гібридне

Скорочена форма терміну «гібридне розгортання»

перехресне локальне

Загальна фраза, яка стосується будь-якого розгортання системи обміну повідомленнями, при якому маршрутизація пошти охоплює локальну та хмарну організацію.

розширене співіснування

Див. «гібридне розгортання». Термін «розширене співіснування» було замінено на термін «гібридне розгортання».

просте співіснування

Застарілий термін, що стосується перехресного локального розгортання, у якому Exchange 2010 не розгортається в локальному середовищі. Під час розробки ми переконалися, що цей термін дуже широкий і вирішили не застосовувати його далі. Проте в деякій документації та в інтерфейсі користувача термін «просте співіснування» залишився.

Міграція Exchange

Ви можете використовувати функції Exchange Online для переміщення поштових скриньок або — у випадку міграції електронної пошти за протоколом IMAP — вмісту поштових скриньок користувачів із локальної організації Exchange до хмари. Інструменти міграції Exchange Online розташовано на вкладці «Міграція електронної пошти» на панелі керування Exchange. Існує три види міграції Exchange.

  • Пряма міграція Exchange, яка раніше називалась простою міграцією Exchange.

  • Поетапна міграція Exchange, яка дає змогу керувати маршрутизацією пошти між локальною та хмарною організацію протягом довгого або короткого терміну

  • Міграція пошти IMAP, що використовувалася для міграції вмісту поштових скриньок користувачів із системи обміну повідомленнями IMAP до поштової скриньки у хмарі.

єдиний вхід

Процес автентифікації, який дозволяє користувачам використовувати наявні корпоративні облікові дані (ім’я користувача та пароль) Active Directory для доступу до служб у Office 365 для підприємств. Процес єдиного входу також відомий під назвою інтеграція посвідчень. У Microsoft Office Outlook 365 для цього процесу використовуються служби Active Directory Federation Services 2.0 (AD FS).

об’єднання посвідчень

Цей термін також використовується для опису «єдиного входу» та міститься в документації Microsoft Office Outlook 365, але його буде замінено на «єдиний вхід». Пояснення термінології стосовно об’єднань, яка використовується в Office 365 див. у вікі-публікації Об’єднання в Office 365 та Exchange.

гібридний сервер

Комп’ютер під керуванням гібридного випуску Exchange Server 2010, інстальованого в організації Exchange Server 2007 або Exchange Server 2003 для отримання можливості гібридного розгортання. У деякій документації такий сервер раніше називався «сервером співіснування».

На початок

Основні варіанти довготермінового розгортання електронної пошти

Інструменти планування та розгортання Office 365 для підприємств було розроблено для підтримки будь-якого з наведених нижче варіантів довготермінового розгортання електронної пошти.

  • Гібридне розгортання. Поштові скриньки організації можуть міститися в локальній організації Exchange та у хмарі. Для сценарію гібридного розгортання функція обміну повідомленнями між локальною організацією та хмарою працює без проблем. Повний список підтримуваних функцій міститься в розділі «Гібридне розгортання» в попередній таблиці.

    Цей сценарій гібридного розгортання може також включати єдиний вхід, який дозволяє користувачам використовувати наявні локальні облікові дані служби Active Directory для доступу до всіх локальних і хмарних ресурсів.

  • Усі поштові скриньки у хмарі. Якщо ваша довготермінова ціль не вимагає перехресного локального обміну повідомленнями, слід запланувати переміщення всіх поштових скриньок у хмару. Для завершення міграції можуть знадобитися тижні або місяці, але це найкращий варіант, якщо ваша довготермінова ціль — перемістити всі поштові скриньки у хмару.

Як пояснюється в наступному розділі, багато інструментів міграції та засобів перехресного локального обміну повідомленнями, які було розроблено для підтримки цих двох довготермінових параметрів поштових скриньок, можуть використовуватися для підтримки інших перехресних локальних сценаріїв. Однак інструменти планування й розгортання, вбудовані у Office 365 для підприємств та Exchange Online, призначені для підтримки переміщення всіх поштових скриньок у хмару та підтримки гібридного розгортання.

На початок

Додаткові параметри розгортання

Використовуючи інструменти, описані в цьому документі, ви можете об'єднати інші рішення, що працюють для вашої організації, на короткий термін, лише протягом міграції або на довгий термін. Розглянемо ці варіанти.

Керування локальними користувачами за допомогою інструментів Office 365

Альтернативною формою міграції є переміщення всіх поштових скриньок до хмари, але продовження керування користувачами та ресурсами з наявної служби Active Directory. Після настроювання єдиного входу та засобу синхронізації каталогів служб Microsoft Online Services користувачі можуть використовувати корпоративні облікові дані Active Directory (ім’я користувача та пароль) для доступу до нових поштових скриньок у хмарі та наявних локальних ресурсів. Якщо у вашій організації використовується Exchange 2003 або пізніша версія та наявно менше 1000 поштових скриньок, ви можете запустити пряму міграцію Exchange, щоб перемістити поштові скриньки, а потім настроїти єдиний вхід. Докладніші відомості див. у статті Пряма міграція Exchange і єдиний вхід.

Якщо ви використовуєте локальну версію Exchange 2003 або Exchange 2007, для отримання можливості використання цього сценарію ви можете скористатися поетапною міграцією Exchange. Докладніші відомості див. у статті План ідентифікації користувачів під час поетапної міграції Exchange.

Перенесення користувачів із локальної служби Active Directory до хмари

Якщо єдиний вхід вам не потрібен, розгортання синхронізації Active Directory лише в локальній організації дає змогу підготувати користувачів із локальної служби Active Directory для перенесення до хмари. Це рішення може підходити для організацій, які підтримують маршрутизацію пошти між організацією у хмарі та локальною системою обміну повідомленнями, відмінною від Exchange, або для організацій, яким зручніше використовувати як джерело користувачів локальну службу Active Directory. Організаціям із багатьма користувачами слід створити власне рішення для синхронізації паролів із локальної організації до хмари, яке застосовуватиметься в цьому сценарії.

Рішення сторонніх розробників

Якщо ви не використовуєте Exchange 2003 або пізнішої версії, користуєтеся веб-системою обміну повідомленнями або іншою локальною системою обміну повідомленнями, вам може знадобитися партнер для пошуку рішення, яке відповідатиме вашим потребам, для використання інструментів, згаданих у цій статті. Наприклад, міграції електронної пошти за протоколом IMAP може бути достатньо для переміщення даних поштових скриньок ваших користувачів, а рішення від стороннього розробника може бути придатним для міграції рішень робочого процесу на основі обміну повідомленнями до Exchange Online.

На початок

Змінні: на що слід звернути увагу, готуючись до розгортання

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

  • Керування посвідченнями

  • Засіб синхронізації каталогів служб Microsoft Online Services

  • Маршрутизація пошти

  • Методи та інструменти міграції

Керування посвідченнями

Як потрібно керувати посвідченнями користувачів у хмарі? Є два варіанти.

  • Неінтегроване посвідчення

  • Єдиний вхід (або інтеграція посвідчень)

Неінтегроване посвідчення

Якщо використовуються неінтегровані посвідчення, усі користувачі з поштовими скриньками у хмарі використовують дані, згенеровані у службі Office 365, для доступу до ресурсів Office 365. Ви можете створювати нові облікові записи та паролі для користувачів Office 365 на порталі Office 365. Крім того, ви можете використовувати синхронізацію каталогів для автоматичного підготування користувачів із локальної служби Active Directory. У будь-якому випадку служба Office 365 генерує облікові дані користувачів і керує ними.

Якщо у вас є локальна система керування посвідченнями, користувачі матимуть набір облікових даних для ресурсів Office 365 і окремий набір облікових даних для доступу до локальних ресурсів.

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

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

Для середніх і великих організацій вартість довготермінового керування та технічної підтримки зробить варіант із використанням неінтегрованих посвідчень дорожчим, ніж єдиний вхід.

Єдиний вхід

У разі розгортання єдиного входу всі користувачі з поштовими скриньками у хмарі використовують свої наявні локальні облікові дані Active Directory для доступу до локальних і хмарних ресурсів.

У двох словах, увімкнути цю функцію можна за допомогою інсталяції одного або кількох серверів AD FS у локальній організації. Сервер AD FS інтегрується зі службою Office 365 у хмарі для надання локальним посвідченням делегованого доступу до певних ресурсів Office 365 і Exchange Online у доменному просторі імен у хмарі.

Перевагою єдиного входу є те, що користувачам не потрібно вивчати схеми для керування новим набором облікових даних. На додачу до переваг для користувачів, існує багато переваг і для адміністраторів.

  • Контроль за політиками. Адміністратор може контролювати політики облікових записів за допомогою служби Active Directory, що дає йому можливість керувати політиками паролів, обмеженнями робочих станцій, блокуванням та іншими функціями без потреби виконувати додаткові завдання у хмарі.

  • Контроль доступу. Адміністратор може обмежувати доступ до служби Office 365, надаючи доступ лише через корпоративне середовище, онлайн-сервери чи обома способами.

  • Зменшення кількості дзвінків у службу підтримки. В усіх компаніях розповсюдженою причиною дзвінків у службу підтримки є забуті паролі. Якщо користувачі мають пам'ятати менше паролів, менше імовірність того, що вони їх забудуть.

  • Безпека. Посвідчення та інформація користувачів захищені, тому що всі сервери та служби, які використовуються для єдиного входу, керуються та контролюються локально.

  • Підтримка захищеної автентифікації. В Office 365 ви можете використовувати захищену автентифікацію, що також називається двохфакторною. Однак, за умови її використанням також необхідно використовувати єдиний вхід.

Після розгортання AD FS і синхронізації каталогів усіма користувачами та ресурсами можна керувати з наявної локальної служби Active Directory.

Недоліком єдиного входу є потреба в інсталяції нових серверів, що вимагають сертифіката від центру сертифікації, додають складності та збільшують вартість керування користувачами.

Примітка. Єдиний вхід рекомендований, хоча й не обов’язковий, у разі використання сценарію гібридного розгортання.

Єдиний вхід також може бути вдалим рішенням для деяких великих організацій, які планують переносити всі поштові скриньки до Office 365 протягом багатьох місяців.

У довготерміновій перспективі єдиний вхід є вдалим рішенням зі спрощення керування посвідченнями користувачів у більшості організацій, які планують підтримувати локальний набір ресурсів Active Directory разом з Office 365.

Увага!

  • Для єдиного входу за допомогою AD FS потрібна локальна служба Active Directory.

  • Для єдиного входу потрібно інсталювати й запустити засіб синхронізації каталогів служб Microsoft Online Services.

  • Якщо ви плануєте перенести до хмари всі поштові скриньки та настроїти єдиний вхід, ви не зможете розгорнути службу об’єднання AD FS або синхронізацію служби каталогів, не здійснивши спочатку пряму міграцію Exchange на панелі керування Exchange. Однак після розгортання AD FS і синхронізації каталогів можна виконати поетапну міграцію Exchange.

Додаткові відомості див. в перелічених нижче статтях.

На початок

Засіб синхронізації каталогів служб Microsoft Online Services

Засіб синхронізації каталогів Microsoft Online Services найчастіше використовується для синхронізації глобального адресного списку Exchange, який також називають спільною адресною книгою, підтримки складних сценаріїв маршрутизації та керування користувачами в перехресному локальному розгортанні. Синхронізація каталогів обов’язкова для сценарію гібридного розгортання й може спростити для користувачів деякі сценарії міграції, особливо якщо ви плануєте активувати функцію єдиного входу.

Однак із точки зору керування користувачами синхронізація каталогів призначається для довготермінового використання. Хоча синхронізацію служби каталогів можна вимкнути (та повторно увімкнути), слід розглядати розгортання синхронізації служби каталогів як довгострокове рішення. Додаткові відомості про планування стосовно вимкнення та повторного увімкнення синхронізації служби каталогів див. у вікі-публікації Синхронізація служби каталогів і джерела повноважень.

За промовчанням засіб синхронізації каталогів синхронізує в одному напрямку — з локального розташування до хмари, записуючи відомості користувача та поштової скриньки в каталог хмари для організації Office 365.

Для ввімкнення деяких функцій гібридного розгортання ви маєте надати засобу синхронізації каталогів дозвіл на записування для зворотної синхронізації даних користувача, пов'язаних із повідомленнями, з локальною службою Active Directory. Синхронізація із дозволом на записування з локальною службою Active Directory активує перелічені нижче функції.

  • Архівація локальних поштових скриньок у хмарі

  • Переміщення поштових скриньок із хмари до локальної організації Exchange

  • Синхронізація хмарних списків безпечних і заблокованих відправників, які створюють користувачі

  • Синхронізація хмарних сповіщень голосової пошти

Увага! Синхронізація каталогів обов’язкова для гібридного розгортання, єдиного входу та поетапної міграції Exchange.

Щоб отримати додаткові відомості, див. статтю План синхронізації служби Active Directory: Roadmap.

На початок

Маршрутизація пошти

Загалом маршрутизація пошти для гібридного розгортання не викликає ускладнень. Інструменти (здебільшого засіб синхронізації каталогів) оптимізовано таким чином, щоб запис MX указував на локальну систему Exchange як важливий домен. Після цього пошта для одержувачів у хмарі передається з локальної організації Exchange до хмари. Асистент із розгортання сервера Exchange Server пояснює, як настроїти цю схему маршрутизації для гібридних розгортань.

Ви також можете налаштувати маршрутизацію для гібридного розгортання так, щоб запис MX вказував на хмару як на важливий домен. Додаткові відомості див. у статті Гібридна маршрутизація: спрямування запису MX до хмари.

Складніші настроювання маршрутизації пошти зазвичай застосовуються, лише якщо ви плануєте довготермінове розгортання систем обміну повідомленнями, які охоплюють і локальну організацію, і хмару. У більшості випадків, якщо ви плануєте перенести всі поштові скриньки у хмару, розглядати складні сценарії маршрутизації пошти не потрібно. Винятком можуть бути довгі поетапні міграції, у яких може вимагатися розширена маршрутизація пошти для підтримання якості передавання електронної пошти протягом міграції.

Увага!   Пряма та поетапна міграції Exchange керують короткотерміновою синхронізацією електронної пошти протягом етапу міграції. До її завершення пряма міграція Exchange синхронізує електронну пошту за допомогою підписок. Поетапна міграція Exchange направляє пошту, прикріплюючи цільову адресу у хмарі до локальних поштових скриньок.

На початок

Методи та інструменти міграції

Доступні перелічені нижче методи та інструменти міграції.

  • Запити на переміщення за допомогою служби реплікації поштових скриньок

  • Пряма міграція Exchange

  • Поетапна міграція Exchange

  • Міграція електронної пошти за протоколом IMAP

  • PST Capture

  • Рішення сторонніх розробників

У статті Асистент із розгортання сервера Exchange Server пояснюється розгортання більшості з цих рішень.

Запити на переміщення за допомогою служби реплікації поштових скриньок

Служба реплікації поштових скриньок Microsoft Exchange, яка міститься в усіх серверах Exchange 2010 Client Access, відповідає за переміщення поштових скриньок, імпорт і експорт файлів .pst, а також відновлення поштових скриньок, які було відключено або видалено за допомогою м'якого видалення.

Для виконання запитів на переміщення потрібне гібридне розгортання. Запити на переміщення дають змогу переміщати поштові скриньки в обох напрямках між локальною організацією Exchange і хмарою. Це можна зробити на консолі керування Exchange.

Якщо ви плануєте перемістити поштові скриньки та запровадити довготермінове гібридне розгортання в локальній організації Exchange, то як засіб міграції поштових скриньок рекомендовано використовувати запити на переміщення.

Крім того, для великих організацій, які користуються Exchange 2003 або Exchange 2007 локально та планують перемістити всі поштові скриньки у хмару протягом декількох місяців, може бути доцільним використання запитів на переміщення як засобу довгої поетапної міграції Exchange, яка за своєю суттю є гібридним розгортанням.

Увага!   Для використання запитів на переміщення потрібна мінімальна інсталяція гібридного сервера Exchange 2010 у локальній організації Exchange. Для використання гібридного рішення необхідно користуватися Exchange 2003 або пізнішою версією. Асистент розгортання серверів Exchange Server може допомогти вам скласти план гібридного розгортання.

Додаткові відомості див. в перелічених нижче статтях.

Пряма міграція Exchange

Пряма міграція Exchange підходить для організацій, які мають менше 1000 поштових скриньок і бажають перемістити їх усі за одну операцію. Для доступу до цього інструмента використовуйте вкладку «Міграція електронної пошти» на панелі керування Exchange.

Увага!

  • Пряма міграція Exchange підтримується лише в Exchange 2003 та пізніших версіях. Якщо у вас раніша версія Exchange, вам потрібно скористатися міграцією електронної пошти за протоколом IMAP або рішенням стороннього розробника.

  • Якщо ви користуєтеся Exchange і у вашій організації більше 1000 поштових скриньок, рекомендовано використовувати поетапну міграцію Exchange.

  • Якщо ви плануєте ввімкнути функцію єдиного входу, спочатку виконайте пряму міграцію Exchange, а після її завершення настройте єдиний вхід і синхронізацію служби каталогів. Здійснення синхронізації служби каталогів до виконання прямої міграції Exchange призведе до помилки міграції.

Щоб отримати докладніші відомості, див. наведені нижче статті з Exchange Online.

На початок

Поетапна міграція Exchange

Поетапна міграція Exchange підходить для більших організацій, або тих, які хочуть переносити поштові скриньки до хмари поступово. За цим сценарієм ви можете перемістити певні поштові скриньки у хмару, а решту зберегти в локальній організації. Для доступу до цього інструмента використовуйте вкладку «Міграція електронної пошти» на панелі керування Exchange.

Увага!

  • Поетапна міграція Exchange розроблена для організацій, які планують зрештою перемістити всі локальні поштові скриньки Exchange до хмари. Для міграції кількох поштових скриньок у рамках довшого сценарію співіснування використання поетапної міграції Exchange не найкращий варіант.

  • Поетапна міграція Exchange підтримує лише Exchange 2003 або Exchange 2007. Якщо ви користуєтеся старішою версією Exchange, вам потрібно скористатися міграцією IMAP або рішенням стороннього розробника. Якщо ви користуєтеся Exchange 2010, вам потрібно здійснити гібридне розгортання й використовувати запити на переміщення для міграції.

  • Для поетапної міграції Exchange потрібна синхронізація каталогів.

  • Якщо ви плануєте ввімкнути функцію єдиного входу як частину довготермінового плану розгортання, настройте єдиний вхід і синхронізацію каталогів, перш ніж здійснювати поетапну міграцію Exchange.

Додаткові відомості див. в перелічених нижче статтях.

Міграція електронної пошти за протоколом IMAP

Міграція електронної пошти за протоколом IMAP призначена як альтернативний варіант для міграції вмісту поштових скриньок, придатний для великої кількості поштових серверів. Якщо ви використовуєте Exchange 2000 Server, Exchange Server 5.5 із пакетом оновлень 4 або будь-який інший сервер, сумісний з IMAP (наприклад, Gmail), такий вид міграції є доцільним варіантом. Використовуйте вкладку «Міграція електронної пошти» на панелі керування Exchange і файл CSV.

Щоб отримати докладніші відомості, див. наведені нижче статті з Exchange Online.

PST Capture

Іншим методом для міграції елементів поштової скриньки до поштових скриньок на основі хмари є засіб Microsoft Exchange PST Capture. Засіб PST Capture дає змогу шукати та збирати файли PST на комп’ютерах у місцевій організації, а потім імпортувати файли PST до поштових скриньок на основі хмари. Зауважте, що ви також можете використовувати засіб PST Capture для імпорту файлів PST до місцевих основних або архівних поштових скриньок. Щоб отримати додаткові відомості див. статтю Microsoft Exchange PST Capture.

Рішення сторонніх розробників

Нижче перелічено деякі інструменти міграції від сторонніх розробників і партнерів, які можуть допомогти з міграцією Exchange із платформ не від Майкрософт.

  • Binary Tree Постачальник міграції повідомлень з однієї платформи на іншу та програмного забезпечення для співіснування з продуктами, призначеними для аналізу, співіснування та міграції між локальними та онлайновими корпоративними середовищами для обміну повідомленнями та співпраці, які базуються на IBM Lotus Notes і Domino, Microsoft Exchange і Microsoft SharePoint.

  • BitTitan Постачальник самостійної міграції електронної пошти та рішень із співіснування для Exchange 2007 та Exchange Online.

  • Cemaphore Постачальник рішень міграції з локальної служби Microsoft Exchange до Microsoft Online.

  • Quest Постачальник рішень міграції для Exchange Online і SharePoint Online, включно з міграціями з Lotus Notes і Novell GroupWise до Exchange Online.

  • Metalogix Постачальник рішень міграції до служб Exchange Online і SharePoint Online.

На початок

 
Пов’язані теми довідки
Триває завантаження...
Ресурси не знайдено.