Зараз ви перебуваєте в автономному режимі; очікується повторне підключення до Інтернету

Може бути втрачено дані під Вільний час спільних папок Exchange 2013, Exchange 2016 або Exchange Online

ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.

Клацніть тут, щоб переглянути цю статтю англійською мовою: 3161916
Ознаки
Якщо ви користуєтеся пакета міграціїабо послідовного міграції для перенесення спільних папок Microsoft Exchange Server 2007 або Microsoft Exchange Server 2010, до втрачені дані з Exchange Server 2013, Exchange Server 2016 або Exchange Online може виникнути, якщо не всі папки реплік основний маркер бази даних (головний сервер бази даних служба міграції підключається). Всі дані, що перші сьогодні в папок, що переносяться копіюються, але будь-які додаткові зміни, опубліковані після того, як Початкова синхронізація може бути втрачено.

Приклад сценарію.

Припустімо, що у вас є дві спільну каталог вхідних повідомлень бази даних, PFDB1 і PFDB2, які працюють на серверів Exchange 2007 або Exchange 2010. Крім того, у вас є дві папки, F1, F2 і. Репліку папки F1 має PFDB1 і каталог вхідних повідомлень F2 репліки на PFDB2.

Після запуску міграції та вказати PFDB1 бази даних для підключення в Нью -MigrationEndpoint команди всі дані з папки F1, F2 і скопіювати під Вільний час початкової синхронізації (, як показано на рисунку 1). Це відбувається, незважаючи на те, що PFDB1 не має локальний репліку папки F2.

Після цього першого процесу синхронізації підготувати остаточний синхронізації, і запустити для завершення пакета. Очікувати, що будь-які дані, що додається до папки F1 і F2 після того, як перший sync має скопійовані під Вільний час остаточний синхронізації.

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

Проблеми
Під Вільний час синхронізації з додаткових і останній додаткові дані з папки F2 не копіюються сучасних спільних папок (як показано на рисунку 2). Це відбувається тому, PFDB1, вказано кінцевої точки. Пакетний statusis, так, як і синхронізувати. Однак нові дані, які було додано до папки F2 після першого синхронізації не копіюються сучасних спільних папок.

Крім того, у разі виявлення будь-якого нові папки, які додаються до PFDB2 після першого синхронізації (папка F3 на малюнку 2), вміст у папках не буде скопійовано до будь-який. (Це стосується, незважаючи на те, що відображається папка F3 ієрархії).

Ці додаткові дані, що папки F1 діаграма створюється резервна копія та зміни, внесені до папки F2, не копіюються. З'являється структура даних, доданих папки, що F3 не копіюються, але каталог вхідних повідомлень.
Рисунок 2. Додаткові дані до папки F1 створюється резервна копія та зміни, внесені до папки F2 не копіюються. Хоча це не копіювання даних, доданих папки F3, з'являється ієрархії папки.
Обхідний шлях
Перед початком пакета міграції, переконайтеся, що всіх спільних папок, буде створено репліки на бази даних спільних папок буде зазначено як джерело для перенесення. Також переконайтеся, що реплікації спільних синхронізації.

Вирішення приклад сценарію

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

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

ЗАПИТАННЯ Й ВІДПОВІДІ ЩОДО

Q:Коли початку виникає ця проблема?
A: ця проблема спостерігалася спочатку в Exchange Server 2013 сукупний пакет оновлень 1, Exchange Server 2016 RTM і Exchange Online.

Q: даних, які я потенційно втратити?
A: У ю звіт, Пошук "папки ієрархії зміни повідомили джерела", виберіть пункт першого "папки ієрархії зміни повідомили джерела", описаної і виберіть дату й Вільний час, пов'язаного з входу в систему. Будь-які дані, що додається до папки F2 або будь-яких нових папок, додані до PFDB2 після цього часу буде втрачено.

Q: я ще мої даних спільних папок Exchange Server 2007 або Exchange Server 2010 заблоковано стан так, як ми мігрували з Exchange Server 2013, Exchange Server 2016 або Exchange Online. Можна я ще перенести втрачені дані?
A: тільки можна вручну копію даних.

Q: мій перенесення мали тижнів reachthe-сторінок, щоб завершити стану. Чи потрібно почати з початку?
A: ні, не потрібно перезапустити міграцію спільних папок. Під Вільний час завершення виправлення та оновлення, які інсталюються на сервер (або на серверах Exchange Online, якщо відбувається міграція для Exchange Online), перенесення можна отримати від де зараз, і його буде перейти на інші дані. Можливо, доведеться перезавантажити міграції пакета. Однак при цьому процес шукає зміни і не почати з початку. Пакета міграції запускається через, лише якщо видалити та повторно створіть його.

Попередження. Цю статтю переведено автоматично

Властивості

Ідентифікатор статті: 3161916 – останній перегляд: 06/24/2016 13:10:00 – виправлення: 4.0

Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard, Microsoft Exchange Online

  • kbsurveynew kbbug o365 kbgraphic kbgraphxlink kbmt KB3161916 KbMtuk
Зворотний зв’язок
ipt> >