Ефективність перенесення до служби Office 365 і рекомендації з його виконання

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

Примітка : Відомості про ефективність, наведені в цій статті, не стосуються випадків, коли служба Office 365 використовується в рамках спеціальних планів передплати. Докладні відомості про спеціальні плани служби Office 365 див. в описах цих планів.

У цій статті

Огляд перенесення електронної пошти до служби Office 365

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

Докладні відомості про мережу та продуктивність Office 365 див. в статті Планування мережі та підвищення продуктивності для служби Office 365.

Поширені методи перенесення

Метод перенесення

Опис

Ресурси

Перенесення за протоколом доступу до повідомлень Інтернету (IMAP)

Щоб перенести вміст поштових скриньок користувачів із системи обміну повідомленнями IMAP до поштових скриньок Office 365 можна скористатися Центр адміністрування Exchange або оболонкою керування Exchange. Наприклад, можна перенести поштові скриньки з інших розміщених служб електронної пошти, наприклад Gmail або Yahoo Mail.

Використання протоколу IMAP для перенесення поштових скриньок до Office 365

Повне перенесення

Повне перенесення дає змогу перенести всі локальні поштові скриньки до Office 365 усього за кілька днів. Ним можна скористатися, якщо потрібно перемістити всю організацію електронної пошти до служби Office 365 і керувати обліковими записами користувачів в Office 365. За допомогою повного перенесення з локальної організації Exchange до Office 365 можна перенести щонайбільше 2000 поштових скриньок. Проте рекомендована кількість поштових скриньок – 150   . Якщо їх кількість більша, ефективність знижується. Крім того, переносяться поштові контакти та групи розсилки в локальній організації Exchange.

Повне перенесення до служби Office 365

Поетапне перенесення

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

Що потрібно знати про поетапне перенесення електронної пошти до служби Office 365

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

Гібридне розгортання дає організаціям змогу використовувати в хмарі численні функції та засоби адміністрування, доступні в локальній організації Exchange. Гібридне розгортання забезпечує однакове оформлення та однакову зручність використання організації Exchange у локальному середовищі Exchange Server 2013 або Microsoft Exchange Server 2010 і в Office 365. Крім того, гібридне розгортання може стати проміжним кроком під час повного переходу до організації Office 365.

Гібридні розгортання Exchange Server 2013

Перенесення за допомогою засобів сторонніх розробників

Існує безліч інструментів сторонніх розробників. Вони використовують різні протоколи та підходи для перенесення електронної пошти з платформ для електронної пошти, наприклад IBM Lotus Notes і Novell GroupWise.

Нижче перелічено деякі засоби перенесення сторонніх розробників і партнерів, які можуть допомогти під час перенесення до Exchange зі сторонніх платформ:

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

  • BitTitan – постачальник рішень для перенесення до Office 365.

  • Dell – постачальник локального та розміщеного програмного забезпечення для перенесення та співіснування, зокрема засобів для аналізу перед перенесенням і рішень для повного співіснування користувачів і програм. Рішення Dell забезпечують повнофункціональне перенесення з локальних середовищ Exchange, IBM Domino, Novell GroupWise, Zimbra тощо до Office 365 і SharePoint Online.

  • Metalogix – постачальник рішень для перенесення до Office 365 і SharePoint Online.

  • SkyKick – постачальник рішень для автоматичного перенесення локальних середовищ Exchange, Gmail, POP3, IMAP та Lotus Notes до Office 365. Комплексні засоби перенесення допомагають партнерам придбати все необхідне, спланувати та виконати перенесення, керувати цим процесом і пройти необхідні етапи проекту перенесення на місцях.

  • TransVault – постачальник рішень для перенесення до Office 365.

Ефективність методів перенесення

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

Примітка : Залежно від того, як і коли виконується перенесення, фактичне перенесення може виконуватися повільніше або швидше.

Метод перенесення

Дроселювання користувачів Office 365

Дроселювання служби перенесення Office 365

Дроселювання на основі справності ресурсів Office 365

Спостережувана середня пропускна здатність на годину та на одного клієнта (якщо є)

Перенесення за протоколом IMAP

Ні

Так

Так

10–14 гігабайт (ГБ) (20 паралельних процесів)

Повне перенесення

Ні

Так

Так

10–14 ГБ (20 паралельних процесів)

Поетапне перенесення

Ні

Так

Так

10–14 ГБ (20 паралельних процесів)

Гібридне перенесення

Ні

Так

Так

10–14 ГБ для кожного локального сервера Exchange 2013 або 2010 CAS (служба реплікації поштових скриньок Microsoft Exchange (MRSProxy)) з 20 одночасними переміщеннями1

Перенесення MAPI за допомогою засобів сторонніх розробників

Так

Ні

Так

4–12 ГБ (20 паралельних процесів)2

Перенесення сторонніх веб-служб Exchange

Ні

Так

Так

5–10 ГБ (20 паралельних процесів)3

Передавання даних клієнтів (з PST-файлів Outlook)

Так

Ні

Так

0,5 ГБ

1 Згідно спостережень пропускна здатність для перенесення однієї поштової скриньки становить 0,3–1,0 ГБ/год. Пропускної здатності більше 1000 МБ/год для однієї поштової скриньки можна досягти в мережі з часом очікування через тимчасові збої менше 2 % і затримкою менше 100 мс. Щоб прискорити перенесення даних, можна збільшити кількість поштових скриньок, які переносяться одночасно. Пропускна здатність для переміщення однієї поштової скриньки зменшуватиметься, якщо локальний сервер CAS (служба MRSProxy) працюватиме на граничному рівні потужності, не вистачатиме смуги пропускання мережі або затримка мережі стане зависокою. Щоб підвищити швидкість перенесення, радимо додати кілька серверів або тимчасово покращити якість підключення до мережі.

2 Спостережувана пропускна здатність для одного перенесення MAPI становить 0,1–1,5 ГБ/год. Щоб прискорити перенесення даних, можна збільшити кількість перенесень, які виконуються одночасно. Пропускна здатність одного перенесення MAPI знижуватиметься, якщо локальні сервери або мережа працюватимуть на граничному рівні потужності.

3 Спостережувана пропускна здатність для одного перенесення веб-служб Exchange становить 0,2–0,5 ГБ/год. Щоб прискорити перенесення даних, можна збільшити кількість перенесень, які виконуються одночасно. Наприклад, у разі 20 одночасних перенесень пропускна здатність складатиме 4–10 ГБ/год. Пропускна здатність одного перенесення веб-служб Exchange знижуватиметься, якщо локальні сервери або мережа працюватимуть на граничному рівні потужності.

Фактори, які впливають на ефективність перенесення

На ефективність перенесення електронної пошти впливає кілька типових факторів.

Типові фактори, які впливають на ефективність перенесення

У таблиці нижче наведено типові фактори, які впливають на ефективність перенесення. Докладні відомості про них містяться в розділах, присвячених окремим методам перенесення.

Фактор

Опис

Приклад

Джерело даних

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

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

Тип і щільність даних

Через унікальний характер бізнесу клієнта тип елементів пошти та їх поєднання в поштових скриньках можуть дуже відрізнятися.

Поштову скриньку розміром 4 ГБ, у якій зберігається 400 елементів із вкладеннями розміром 10 мегабайт (МБ), швидше перенести, ніж одну поштову скриньку розміром 4 ГБ, що містить 100 000 невеликих елементів.

Сервер перенесення

Багато рішень для перенесення під час своєї роботи використовують перехідний сервер або перехідну робочу станцію.

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

Модуль перенесення

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

Служба MRSProxy має власні переваги та недоліки.

Локальні мережеві пристрої

Швидкодія мережі в усіх її точках – від джерела даних до серверів клієнтського доступу Exchange Online – впливає на швидкість перенесення.

Конфігурація та специфікації брандмауера в локальній організації.

Служба Office 365

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

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

Фактори, які впливають на швидкодію мережі

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

Exchange Analyzer дає змогу краще зрозуміти особливості мережевого підключення до Office 365. Щоб запустити тести Exchange Analyzer в Помічнику з підтримки й відновлення, виберіть Advanced Diagnostics (Розширена діагностика) > Exchange Online > Check Exchange Online network connectivity (Перевірка мережевого підключення для Exchange Online) > Yes (Так). Докладні відомості про цей інструмент див. в статті Виправлення неполадок в Outlook і Office 365 за допомогою Помічника з підтримки й відновлення Office 365.

Фактор

Опис

Практичні поради

Пропускна здатність мережі

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

  • Визначте доступну пропускну здатність мережі та максимальну пропускну здатність для передавання.

  • Зверніться до інтернет-провайдера, щоб перевірити виділену пропускну здатність і отримати докладні відомості про обмеження, наприклад загальний обсяг даних, які можна передати за певний період часу.

  • Оцініть фактичну пропускну здатність мережі за допомогою спеціальних засобів. Обов’язково перевірте потік даних у всіх точках – від локального джерела даних до серверів шлюзу центру обробки даних Microsoft.

  • Визначте інше навантаження, яке може впливати на пропускну здатність мережі. Таке навантаження можуть, наприклад, створювати утиліти для резервного копіювання та заплановане обслуговування.

Стабільність роботи мережі

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

Нестабільна робота мережі часто пов’язана з проблемами з устаткуванням і драйверами. Зверніться до постачальників апаратного забезпечення, щоб отримати відомості про мережеві пристрої, і застосуйте найновіші рекомендовані оновлення драйверів і програмного забезпечення.

Затримки в мережі

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

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

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

  • Оцініть затримки мережі для підключення до всіх можливих центрів обробки даних Microsoft, щоб отримати узгоджені результати. (Це також допоможе забезпечити стабільну роботу для користувачів.) Зверніться до свого інтернет-провайдера, щоб усунути проблеми, пов’язані з підключенням до Інтернету.

  • Додайте IP-адреси серверів центру обробки даних Microsoft до списку довірених осіб і сайтів або настройте систему так, щоб увесь трафік, пов’язаний із перенесенням, оминав мережевий брандмауер. Додаткові відомості про діапазони IP-адрес Office 365 див. в статті Діапазони URL- і IP-адрес служби Office 365.

Відомості про поглиблений аналіз перенесення у своєму середовищі див. в записі блоґу про аналіз переміщення. Він містить сценарій, який дає змогу проаналізувати запити на переміщення.

Дроселювання Office 365

Office 365 використовує різні механізми дроселювання, щоб забезпечити безпеку та доступність служби. На ефективність перенесення можуть вплинути такі три типи дроселювання:

  • дроселювання користувачів;

  • дроселювання служби перенесення;

  • дроселювання на основі справності ресурсів.

Примітка : Три типи дроселювання Office 365 впливають не на всі методи перенесення.

Дроселювання користувачів Office 365

Дроселювання користувачів впливає на більшість засобів перенесення сторонніх розробників і на перенесення шляхом передавання даних клієнта. Ці методи передбачають перенесення даних до поштових скриньок Office 365 за протоколами клієнтського доступу, зокрема за протоколом "RPC через HTTP". Ці засоби дають змогу переносити дані з таких платформ, як IBM Lotus Domino та Novell GroupWise.

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

Дроселювання служби перенесення Office 365

Дроселювання служби перенесення впливає на всі засоби перенесення Office 365. Воно застосовується, щоб керувати паралелізмом перенесення та виділенням ресурсів служби для рішень перенесення до Office 365.

Таке дроселювання впливає на перенесення з використанням таких методів:

  • перенесення IMAP;

  • повне перенесення Exchange;

  • поетапне перенесення Exchange;

  • гібридне перенесення (перенесення в гібридному середовищі на базі служби MRSProxy).

Приклад дроселювання служби перенесення – керування кількістю поштових скриньок, які переносяться одночасно під час простого перенесення з Exchange і перенесення за протоколом IMAP. Стандартне значення – 10. Це означає, що в будь-який час в усіх пакетах перенесення можна переносити не більше 10 поштових скриньок. Щоб збільшити кількість одночасних перенесень поштових скриньок для пакета перенесення, скористайтеся Панеллю керування Exchange або Windows PowerShell. Додаткові відомості про те, як оптимізувати цей параметр, див. в статті Керування пакетами перенесення в службі Office 365.

Дроселювання на основі справності ресурсів Office 365

Для всіх методів перенесення застосовується дроселювання на основі доступності. Проте дроселювання служби Office 365 не впливає на перенесення Office 365 так, як інші типи дроселювання, наведені вище.

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

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

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

  • 1/25/2012 12:56:01 AM [BL2PRD0410CA012] Перебіг копіювання: повідомлення: 723/1456, 225,8 МБ (236 732 045 байт)/416,5 МБ (436 712 733 байт).

    1/25/2012 12:57:53 AM [BL2PRD0410CA012] Переміщення для поштової скриньки /o=ExchangeLabs/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=xxxxxxxxxxxxxxxxxxxxxxxxxxxxx зупинено, оскільки умову DataMoveReplicationConstraint не виконано для бази даних NAMPRD04DG031-db081 (агент MailboxDatabaseReplication). Причина помилки: База даних edbf0766-1f2a-4552-9115-bb3a53a8380b не відповідає обмеженню SecondDatacenter. Немає її доступних справних копій. Очікування до 1/25/2012 1:27:53 AM.

    1/25/2012 12:58:24 AM [BL2PRD0410CA012] Запит більше не перебуває в стані очікування, його виконання буде продовжено.

    6/30/2017 00:03:58 [CY4PR19MB0056] Призупинення завдання через значні затримки, спричинені незадовільною справністю сервера або обмеженнями бюджету, зі станом дроселювання запиту "StalledDueToTarget_DiskLatency".

Рішення й рекомендації   

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

Фактори, які впливають на ефективність, і поради щодо перенесення в негібридному розгортанні

У цьому розділі описано фактори, які впливають на перенесення за протоколом IMAP, а також повне та поетапне перенесення. Крім того, у ньому наведено рекомендації, які дають змогу підвищити ефективність перенесення.

Фактор 1. Джерело даних

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

Контрольний список

Опис

Практичні поради

Продуктивність системи

Видобування даних – завдання, яке вимагає значних ресурсів. У вихідній системі має бути достатньо ресурсів, наприклад часу ЦП та пам’яті, щоб забезпечувати оптимальну ефективність перенесення. З точки зору звичайної завантаженості, яку створюють користувачі, під час перенесення використання ресурсів вихідної системи часто наближається до граничного рівня. Якщо системних ресурсів недостатньо, додаткова завантаженість, спричинена перенесенням, може вплинути на користувачів.

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

Докладні відомості див. у таких статтях:

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

Наприклад, якщо на сервері A на 50 відсотків більше ресурсів, ніж на сервері B, доцільно додати до пакета перенесення на 50 відсотків більше облікових записів користувачів із сервера А. Схожі підходи можна застосовувати до інших вихідних систем. Виконуйте перенесення, коли на серверах доступна максимальна кількість ресурсів, наприклад у неробочий час, у вихідні та святкові дні.

Внутрішні завдання

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

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

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

Політика дроселювання

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

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

У деяких версіях Exchange передбачено політики, які обмежують доступ за протоколом IMAP до локального поштового сервера (використовується під час перенесень IMAP) і протоколом "RPC через HTTP" (використовується під час повного перенесення Exchange і поетапного перенесення Exchange).

Щоб перевірити параметри дроселювання для організації Exchange 2013, запустіть командлет Get-ThrottlingPolicy. Докладні відомості див. в статті Керування завантаженістю в Exchange.

Докладні відомості про дроселювання IMAP див. в статті Перенесення поштових скриньок за протоколом IMAP до служби Office 365.

Докладні відомості про протокол "RPC через HTTP" див. в статтях:

Фактор 2. Сервер перенесення

Під час перенесення за протоколом IMAP, а також повного та поетапного перенесення отримання даних ініціюється хмарою, тому виділений сервер перенесення не потрібен. Проте під час перенесення поштових скриньок і їхніх даних до Office 365 функцію сервера перенесення виконують хости, які використовують інтернет-протоколи (IMAP або "RPC через HTTP"). Тому фактори, які впливають на ефективність перенесення, і практичні поради, які надано в попередньому розділі про вихідний сервер даних для поточної організації електронної пошти, також стосуються межових серверів Інтернету. Для організацій Exchange 2007, Exchange 2010 і Exchange 2013 сервер клієнтського доступу виконує функцію сервера перенесення.

Докладні відомості див. у таких статтях:

Фактор 3. Модуль перенесення

Перенесення за протоколом IMAP, а також повне та поетапне перенесення поштових скриньок Exchange виконуються за допомогою приладної дошки перенесення в Центрі адміністрування Exchange. У цьому випадку застосовується дроселювання служби перенесення Office 365.

Рішення й рекомендації   

Тепер клієнти можуть налаштувати паралелізм перенесення (наприклад, кількість поштових скриньок, які слід перенести одночасно) за допомогою Windows PowerShell. Стандартне значення – 20 поштових скриньок. Створивши пакет перенесення, це значення можна збільшити до 100 за допомогою командлета Windows PowerShell.

Set-MigrationEndPoint <Identity> –MaxConcurrentMigrations <value between 1 and 100>

Докладні відомості див. в статті Керування пакетами перенесення в службі Office 365.

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

Фактор 4. Мережа

Тести для перевірки   

Залежно від методу перенесення можна виконати вказані нижче тести для перевірки:

  • Перенесення за протоколом IMAP    Заповніть вихідну поштову скриньку зразками даних. Потім підключіться з Інтернету (за межами локальної мережі) до вихідної поштової скриньки за допомогою стандартного клієнта електронної пошти IMAP, наприклад Microsoft Outlook. Після цього оцініть швидкодію мережі, визначивши тривалість завантаження всіх даних із вихідної поштової скриньки. Пропускна здатність має бути схожою на ту, яку клієнти можуть отримати, використовуючи засіб перенесення IMAP в Office 365, якщо немає ніяких інших обмежень.

  • Пряме та поетапне перенесення.Exchange    Заповніть вихідну поштову скриньку зразками даних. Потім підключіться з Інтернету (за межами локальної мережі) до вихідної поштової скриньки за допомогою Outlook, використовуючи протокол "RPC через HTTP". Переконайтеся, що ви підключаєтеся в режимі кешування. Виміряйте швидкодію мережі, визначивши тривалість синхронізації всіх даних із вихідної поштової скриньки. Пропускна здатність має бути схожою на ту, яку клієнти можуть отримати, використовуючи прості засоби перенесення Exchange в Office 365, якщо немає жодних інших обмежень.

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

Фактор 5. Служба Office 365

Дроселювання на основі справності ресурсів Office 365 впливає на перенесення за допомогою внутрішніх простих інструментів перенесення Office 365. Див. розділ Дроселювання Office 365 на основі справності ресурсів.

Запити на переміщення в службі Office 365

Загальні відомості про отримання інформації про стан для запитів на переміщення див. в статті Перегляд властивостей запитів на переміщення.

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

В Office 365 є два типи запитів на переміщення:

  • Запити на переміщення для переходу.    Перенесення нових клієнтів вважаються запитами на переміщення для переходу. Вони мають звичайний пріоритет.

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

Потенційний вплив і затримки запитів на переміщення зі станом "У черзі" та "Виконується"

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

    На те, який запит обробить служба реплікації поштових скриньок, впливають два фактори:

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

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

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

  • Запити на переміщення зі станом "Виконується".    Цей стан означає, що переміщення ще триває. Якщо переміщується поштова скринька в Інтернеті, вона лишається доступною для користувача. Якщо переміщується автономна поштова скринька, вона недоступна.

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

Практичні поради

Планування.    Як згадувалося раніше, оскільки користувачі Exchange 2003 втрачають доступ під час гібридного перенесення, клієнти Exchange 2003 зазвичай більше стурбовані тим, на який час слід планувати перенесення та скільки воно триватиме.

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

  • Урахуйте час очікування запиту на переміщення в черзі. Скористайтеся для обчислення такою формулою:

    (загальна кількість поштових скриньок, які потрібно перенести) = ((загальний час) – (середній час очікування в черзі)) * (пропускна здатність перенесення),

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

    Припустімо, наприклад, що є шість годин, щоб перенести поштові скриньки. Якщо середнє значення часу очікування в черзі становить годину, а пропускна здатність перенесення – 100 поштових скриньок на годину, за цей час можна перенести 500 поштових скриньок: 500 = (6 – 1) * 100.

  • Розпочніть перенесення раніше, ніж заплановано, щоб урахувати час перебування в черзі. Коли поштові скриньки стоять у черзі, користувачі Exchange 2003 усе ще можуть отримати до них доступ.

Визначення часу очікування в черзі.    Час очікування в черзі завжди змінюється, оскільки корпорація Майкрософт не керує розкладами перенесення клієнтів.

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

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

Засоби сторонніх розробників для перенесення до служби Office 365

Засоби сторонніх розробників найчастіше використовуються в сценаріях перенесення, не пов’язаних з Exchange, наприклад під час перенесення з Gmail, IBM Lotus, Domino та Novell GroupWise. У цьому розділі описано протоколи перенесення, які використовують засоби сторонніх розробників, а не самі продукти та засоби. У таблиці нижче наведено список факторів, які впливають на перенесення до Office 365 за допомогою засобів сторонніх розробників.

Фактор 1. Джерело даних

Контрольний список

Опис

Практичні поради

Продуктивність системи

Видобування даних – завдання, яке вимагає значних ресурсів. У вихідній системі має бути достатньо ресурсів, наприклад часу ЦП й пам’яті, щоб забезпечувати оптимальну ефективність перенесення. З точки зору звичайної завантаженості, яку створюють користувачі, під час перенесення використання ресурсів вихідної системи часто наближається до граничного рівня. Якщо системних ресурсів недостатньо, додаткова завантаженість, спричинена перенесенням, може вплинути на користувачів.

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

Докладні відомості див. у таких статтях:

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

Наприклад, якщо на сервері A на 50 відсотків більше ресурсів, ніж на сервері B, доцільно додати до пакета перенесення на 50 відсотків більше облікових записів користувачів із сервера А. Схожі підходи можна застосовувати до інших вихідних систем.

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

Внутрішні завдання

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

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

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

Політика дроселювання

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

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

У деяких версіях Exchange передбачено політики, які обмежують доступ за протоколом IMAP до локального поштового сервера (використовується під час перенесень IMAP) і протоколом "RPC через HTTP" (використовується під час повного перенесення Exchange і поетапного перенесення Exchange).

Докладні відомості про дроселювання IMAP див. в статті Поради з оптимізації перенесення за протоколом IMAP.

Докладні відомості про протокол "RPC через HTTP" див. в статтях:

Докладні відомості про настройку дроселювання веб-служб Exchange див. в статті Exchange 2010: докладні відомості про політики дроселювання клієнта.

Фактор 2. Сервер перенесення

Більшість засобів сторонніх розробників для перенесень до Office 365 ініціюються клієнтом і примусово передають дані до Office 365. Для них, зазвичай, потрібен сервер перенесення. На ці сервери перенесення впливають такі фактори, як продуктивність системи, внутрішні завдання та політики дроселювання для вихідних серверів.

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

Рішення й рекомендації   

Щоб покращити ефективність перенесення під час використання сервера перенесення, скористайтеся порадами, які описано в розділі Фактор 1. Джерело даних.

Фактор 3. Модуль перенесення

У засобах перенесення сторонніх розробників найчастіше використовуються протоколи веб-служб Exchange і протокол "RPC через HTTP".

Веб-служби Exchange   

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

  • Усі виклики з уособленням веб-служб Exchange із використанням одного облікового запису адміністратора обчислюються окремо від бюджету цього облікового запису.

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

  • Дроселювання під час уособлення ізолюється для кожного сеансу перенесення користувача.

Практичні поради   

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

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

Протокол "RPC через HTTP"   

Багато традиційних рішень перенесення використовують протокол "RPC через HTTP". Цей метод повністю базується на моделі клієнтського доступу, наприклад такій, яка використовується в Outlook, а масштабованість і продуктивність обмежені, оскільки служба Office 365 дроселює доступ на основі припущення, що ресурси використовує користувач, а не програма.

Практичні поради   

  • Засоби перенесення, які використовують протокол "RPC через HTTP", часто збільшують кількість серверів перенесення та використовують кілька облікових записів адміністратора Office 365, що збільшує пропускну здатність для перенесення. Цей спосіб може забезпечити паралелізм надання даних і збільшення пропускної здатності під час передавання даних, оскільки до кожного адміністратора застосовується дроселювання користувачів Office 365. Згідно з нашими звітами багатьом корпоративним клієнтам довелося настроїти більше 40 серверів перенесення, щоб досягти пропускної здатності перенесення 20–30 ГБ/год.

  • На етапі розробки засобу перенесення дуже важливо врахувати кількість операцій віддаленого виклику процедур, необхідних, щоб перенести повідомлення. Щоб показати це, ми зібрали журнали, створені службами Office 365 для двох рішень сторонніх розробників для перенесення, які клієнти використовували, щоб перенести поштові скриньки до Office 365. Ми порівняли два рішення сторонніх розробників для перенесення. Кожне з них переносило дві поштові скриньки та передавало PST-файл в Outlook. Результати наведено нижче.

    Метод

    Розмір поштової скриньки

    Кількість елементів

    Час перенесення

    Усього транзакцій віддаленого виклику процедур

    Середня затримка клієнта (мс)

    Середній час обробки віддаленого виклику процедур CAS (мс)

    Рішення А (поштова скринька 1)

    376,9 МБ

    4115

    4:24:33

    132 040

    48,4395

    18,0807

    Рішення А (поштова скринька 2)

    249,3 МБ

    12 779

    10:50:50

    423 188

    44,1678

    4,8444

    Рішення Б (поштова скринька 1)

    618,1 МБ

    4322

    1:54:58

    12 196

    37,2931

    8,3441

    Рішення Б (поштова скринька 2)

    56,7 МБ

    2748

    0:47:08

    5806

    42,1930

    7,4439

    Outlook

    201,9 МБ

    3297

    0:29:47

    15 775

    36,9987

    5,6447

    Зверніть увагу, що значення часу обробки клієнтом і сервером схожі, але рішення A виконує набагато більше операцій віддаленого виклику процедур для перенесення даних. Оскільки кожна операція викликає затримку обробки на клієнті та сервері, рішення A значно повільніше переносить указаний обсяг даних порівняно з рішенням Б та Outlook.

Фактор 4. Мережа

Рекомендації   

Якщо рішення сторонніх розробників для перенесення використовують протокол "RPC через HTTP", потенційну ефективність перенесення можна виміряти таким чином:

  1. На сервері перенесення підключіться до поштової скриньки Office 365 за допомогою Outlook, використовуючи протокол "RPC через HTTP". Переконайтеся, що ви підключаєтеся не в режимі кешування.

  2. Імпортуйте великий PST-файл зі зразками даних до поштової скриньки Office 365.

  3. Виміряйте ефективність перенесення, визначивши тривалість передавання PST-файлу. Пропускна здатність перенесення має бути приблизно такою ж, як у випадку застосування засобів перенесення сторонніх розробників, у яких використовується протокол "RPC через HTTP" (якщо немає інших обмежень). Під час фактичного перенесення передається певна кількість протокольних даних, тому пропускна здатність може дещо відрізнятися.

Фактор 5. Служба Office 365

Дроселювання на основі справності ресурсів Office 365 впливає на перенесення за допомогою засобів сторонніх розробників. Додаткові відомості див. в розділі Дроселювання Office 365 на основі справності ресурсів.

Отримуйте нові функції раніше за інших
Приєднайтеся до оцінювачів Office

Ця інформація корисна?

Дякуємо за ваш відгук!

Дякуємо за відгук! Схоже, вам може стати в нагоді допомога одного з наших спеціалістів служби підтримки Office, з яким ми вас можемо з’єднати.

×