Симптомы
Если вы используете пакет миграции или последовательного переноса для перемещения общих папок Microsoft Exchange Server 2007 или Microsoft Exchange Server 2010 для Exchange Server 2013 2016 Exchange Server и Exchange Online, может произойти потеря данных, если не все реплики папок в базе данных-источнике (сервер базы данных-источника, служба миграции подключается к). Копирование всех данных, по первым в папках, которые переносятся, но все добавочные изменения, которые разносятся после начальной синхронизации могут быть потеряны.
Пример сценария
Предположим, что две базы данных общих папок, PFDB1 и PFDB2, которые выполняются на серверах Exchange 2007 или Exchange 2010. Кроме того имеется две папки F1 и F2. F1 папка имеет реплики на PFDB1 и папку F2 реплики на PFDB2.При запуске миграции и задать PFDB1 в качестве базы данных для подключения в командлет New -MigrationEndpoint , все данные из папки F1 и F2, копируется во время начальной синхронизации (как показано на рис. 1). Это происходит, даже если локальная реплика папки F2 не PFDB1.После этого первый процесс синхронизации Подготовка для последней синхронизации и начала выполнения пакета. Можно ожидать, что все данные, добавленные в папку F1 и F2 после первой синхронизации должны быть скопированы на во время последней синхронизации.
Проблема
Во время синхронизации последовательного и конечного добавочных данных из папки F2 не копируется в современных общие папки (как показано на рис. 2). Это происходит потому, что PFDB1 задается в качестве конечной точки. Статус пакета отображается как синхронизация. Тем не менее все новые данные, был добавлен в папку F2 после первой синхронизации не копируется в современных общие папки.Кроме того, если существуют любые новые папки, добавленные к PFDB2 после первой синхронизации (папка F3 на рис. 2), содержимое этих папок не будет скопирован или. (Это справедливо даже F3 папка отображается в иерархии).
Решение
Исправления доступны в 13 накопительного обновления для Exchange Server 2013и накопительного обновления 3 для Exchange 2016.
Временное решение
Перед началом миграции пакета убедитесь, что все общие папки будут созданы реплики на базу данных общих папок, которое будет указано в качестве источника для миграции. Кроме того убедитесь, что синхронизация репликации общих.
Временное решение для примера сценария
Чтобы обойти эту проблему, добавьте реплику папки F2 и F3 на PFDB1, убедитесь, что синхронизация репликации общих папок и запустите пакет миграции. Это гарантирует, что добавочные данные копируются (независимо от того, какой репликой первоначально записью).Мы понимаем, что это решение не работает для некоторых клиентов из-за размера общей папки развертывания. Если вы находитесь в такой ситуации, рекомендуется подождать, пока проблема не будет устранена перед выполнением миграции.
Вопросы и ответы
Q: Эта проблема начала возникновения?A: сначала, эта проблема обнаружена в Exchange Server 2013 накопительное обновление 1 RTM 2016 Exchange Server и Exchange Online.Q: какие данные ли потерять?A: поиск «в источнике, объявленной изменениями в иерархии папок» выберите первый пункт «изменениями в иерархии папок, указанная в источник», указанный отчет в MRS, а затем выберите дату и время, связанной с журналом. Теряются все данные, добавленные в папку F2 или любые новые папки, добавленные после этого времени PFDB2.Q: по-прежнему возникают Мой Exchange Server 2007 или Exchange Server 2010 баз данных общих папок в заблокированном состоянии с момента мы перенесли для Exchange Server 2013 2016 Exchange Server и Exchange Online. Можно ли перенести данные утеряны?A: только вручную копии данных невозможно.Q: Мой миграции уходили недели достичь состояния готовности завершить. Необходимо начать заново?A: нет, не нужно перезапустить процесс миграции общих папок. Когда будут завершены все исправления и обновления будут установлены на сервере (или серверах Exchange Online, если вы переход на Exchange Online), миграции могут быть выбраны из которой теперь и он выполняет миграцию оставшихся данных. Может потребоваться перезапуск пакета миграции. Тем не менее при этом процесс ищет изменения и не начать заново. Только в случае удаления и повторного создания пакета миграции выполняется заново.
