Устранение неполадок с инструментом GWMME

Возможные причины неполадки:

• Сервер Exchange не работает.
• Соединение между клиентским компьютером и сервером Exchange блокируется из-за проблем в сети. Для проверки подключения выполните запрос ping с клиентского компьютера на сервер.
• Вы указали неправильное название сервера Exchange или имя администратора. Чтобы проверить эту информацию:
  1. На клиентском компьютере нажмите Панель управления Почта, чтобы создать профиль Microsoft Outlook для аккаунта администратора, который вы хотите использовать для переноса.
  2. В GWMME на экране "Шаг 1 (Сведения о сервере)":
     • В поле Hostname/IP Address (Имя хоста/IP-адрес) укажите имя хоста из профиля.
     • В поле Admin username (Имя пользователя администратора) введите соответствующее значение из профиля.

При переносе данных с размещенного сервера необходимо использовать профиль администратора с настройками подключения по умолчанию. Подключение не будет установлено, если вы измените какие-либо настройки в разделе Панель управления Почта Название профиля Свойства Аккаунты электронной почты Название профиля Изменить аккаунт электронной почты Ещё Настройки.

Убедитесь, что вы указали корректное имя и пароль аккаунта администратора.

Если ошибка не исчезнет, проверьте, правильно ли указано название сервера Exchange. Для этого выполните следующие действия:

1. На клиентском компьютере нажмите Панель управления Почта, чтобы создать профиль Outlook для аккаунта администратора, который вы хотите использовать для переноса.
2. В GWMME на экране Server Details (Сведения о сервере) выполните следующие действия:
   • В поле Hostname/IP Address (Имя хоста/IP-адрес) укажите имя хоста из профиля.
   • В поле Admin username (Имя пользователя администратора) введите соответствующее значение из профиля.

Если вскоре после запуска GWMME происходит аварийное прекращение работы, убедитесь в том, что программа запущена на клиентском компьютере, а не на сервере Exchange. Запуск утилиты на сервере может привести к его сбою. Соответствующие инструкции приведены в документации Microsoft.

Если вы считаете, что сбои в работе GWMME вызваны проблемами в балансировке нагрузки, ознакомьтесь с разделом Prepare your Windows client machines (Подготовка клиентских компьютеров под управлением Windows) в руководстве для администраторов GWMME (на английском языке).

Иногда дополнительные процессы, запущенные на вашем компьютере (например, антивирусное ПО, средство поиска или программа резервного копирования), нарушают доступ GWMME к файлу базы данных во время переноса. Ниже приведен код ошибки, который появится в журнале при возникновении этой неполадки.

0x80040109
Fail:While stamping the message

Хотя сообщения будут перенесены, GWMME не сохранит информацию об успешном выполнении переноса. В случае повторного переноса с установленным флажком Only New Data (Только новые данные) программа попытается перенести эти сообщения снова. Это не приведет к дублированию сообщений, но могут быть созданы копии мероприятий календаря или контактов.

Если перенос какого-либо пользователя завершается ошибкой, убедитесь, что выполнены следующие условия:

• Имя пользователя и его адрес SMTP в файле указаны в правильном формате.
• Пользователь не скрыт в глобальном списке адресов (GAL).
• У пользователя есть аккаунт на сервере Exchange.
• Пользователь вошел в Google Workspace, принял Условия использования и завершил создание аккаунта Google Workspace.

Чтобы устранить все ошибки проверки OAuth в GWMME, выполните следующие действия:

• Убедитесь, что вы правильно авторизовали программное обеспечение для своего домена, как описано в статье Как авторизовать GWMME в своем аккаунте.
• Убедитесь, что пользователи и пароли Google Workspace, указанные в CSV-файле, верны. Даже одна ошибка в этом файле приведет к сбою переноса данных. Подробнее о том, как создать CSV-файлы для переноса данных…
• Убедитесь, что на компьютере с GWMME правильно задано время. Если часы на нем идут неточно, на серверы Google придут неверные метки местного времени при проверке OAuth, что не позволит их обработать. Рекомендуем синхронизировать компьютер с сетевыми серверами времени.
• Убедитесь, что аккаунт суперадминистратора Google Workspace, используемый для аутентификации GWMME, действителен и имя пользователя правильно указано в конфигурации GWMME.

GWMME не инициализирует пользователей в Google Workspace. Создайте аккаунты пользователей Google Workspace до переноса данных.

В этом случае год в текущей дате компьютера был изменен на 2022, и из-за этого система считает, что у сертификата истек срок действия. Вы можете видеть текущую дату в начале каждой строки журнала, при этом даты начала (Valid from) и окончания (Valid until) срока действия сертификата не соответствуют текущей дате. Флаг ошибки WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED указывает, что проверка отзыва сертификата не пройдена.

Вы также можете увидеть IP-адрес назначения и полученное имя хоста в последней строке журнала после "Network connection destination details". Это адрес 1e100.net address, который принадлежит Google.

2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2025 ()> Secure connection failure. Status: 0x00010000. Info 0x00000009
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2030 ()> Failure details:
WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED: Certification revocation checking has been enabled, but the revocation check failed to verify whether a certificate has been revoked. The server used to check for revocation might be unreachable.
WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA: The function is unfamiliar with the Certificate Authority that generated the server's certificate.
Certificate details:
---Validity--
Valid from: 2016-09-20T04:08:45.000Z
Valid until: 2022-09-20T04:08:45.000Z
---Subject---
Created by http://www.fiddler2.com
DO_NOT_TRUST
*.google.com
---Issuer----
Created by http://www.fiddler2.com
DO_NOT_TRUST
DO_NOT_TRUST_FiddlerRoot
-------------
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2071 ()> Error result 5, hr = 0x80072f8f. Setting event 0000000000001638.
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2076 ()> Network connection destination details: 127.0.0.1:8888 (COMPUTERNAME)

В этом примере был установлен Fiddler с настроенной расшифровкой HTTPS (то есть с использованием собственного сертификата), но его сертификат был удален из списка доверенных сертификатов Windows и считается ненадежным. Обратите внимание, что, поскольку Fiddler является прокси-сервером, он подключался к адресу 127.0.0.1, а не к Google. Флаги ошибок включают WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA, что означает, что система не доверяет центру сертификации (CA). Обратите внимание, что этот сертификат не был выдан Google.

На выходном экране или в файле журнала трассировки появляется сообщение об ошибке, похожее на следующее:

E:Generic ExchangeMigration!SetPropertyGuid @ 641 (user@example.com)> Failed with 0x80070005, last successful line = 637.

Такая проблема обычно возникает, когда у аккаунтов пользователей нет требуемых разрешений. Для устранения проблемы предоставьте аккаунтам разрешение Получать как в Exchange.

Если разрешение Получать как предоставлено, но ошибка не исчезает, возможно, в среде Exchange также необходимо предоставить аккаунтам разрешение Отправлять как.

Некоторые пользователи не могут выполнить перенос из Exchange 2010 и получают ошибки "Failed with 0x80004005" в файле журнала трассировки. а в журналах есть следующие записи:

• произвольные обращения MAPI к серверу Exchange 2010;
• ошибки "BufferTooSmall" при вызове удаленных процедур (RPC), зафиксированные в журнале клиентского доступа на сервере Exchange 2010.

Это известная проблема Exchange 2010, Outlook 2007 и Outlook 2010. Необходимо выполнить обновление до Exchange 2010 SP2 RU3. Дополнительную информацию об ошибках вызова MAPI можно найти в документации Microsoft.

Если в журналах много экземпляров кодов ошибок HTTP 500, 502 и 503, а письма не загружаются с кодом ошибки 0x8004106a, возможно, проблема с целевым почтовым ящиком. проблема может быть связана с чрезмерной нагрузкой на почтовый ящик, на который осуществляется перенос.

Убедитесь, что этот почтовый ящик сейчас не перегружен запросами. Вы можете:

• отключить клиенты синхронизации (такие как IMAP, POP, мобильные устройства и почтовые программы);
• переносить сообщения только из одного источника одновременно.

Приведенные ниже неполадки свидетельствуют о некорректной инициализации аккаунтов пользователей:

• Изменения в мероприятии календаря не отправляются участникам.
• Уведомления и обновления не появляются в календарях участников.

Прежде чем переносить аккаунты, даже если вы хотите выполнить частичный перенос, подготовьте всех пользователей в Google Workspace. Необходимо указать все псевдонимы доменов и сотрудников. Затем для устранения проблем удалите и создайте заново все мероприятия, в которых сотрудник является организатором или участником.

Перенос данных с помощью GWMME по умолчанию происходит со скоростью 25 пользователей в секунду, что превышает частоту запросов по умолчанию для Contacts API и Calendar API.

Чтобы это исправить, переносите контакты и календари следующим образом:

• отдельно от сообщений электронной почты;
• уменьшив скорость до 4–8 пользователей в секунду.

При переносе могут возникать проблемы с сообщениями, которые превышают максимальный размер для Gmail или содержат прикрепленные файлы, блокируемые этим сервисом. Подробнее…

Возможно, вам также понадобится снять ограничение на размер папок и убедиться, что они доступны по протоколу IMAP. Подробнее о том, как включить или отключить доступ по протоколам IMAP и POP для пользователей…

Google Workspace оценивает количество писем в вашем почтовом ящике после переноса. Это неточное количество. Соответственно, число входящих сообщений до и после переноса может отличаться.

Если вы считаете, что какие-то из электронных писем не перенесены, проверьте,

• Размер письма с учетом прикрепленных файлов не должен превышать 25 МБ. Сообщения большего размера перенести нельзя. Подробнее…
• Убедитесь, что сервис Gmail не блокирует файлы, прикрепленные к электронным письмам. Определенные типы файлов, например исполняемые, блокируются в Gmail. Подробнее…
• Папка, в которой находится сообщение, или его дата должны соответствовать заданным настройкам переноса.

Такое может случиться при переносе из Exchange или PST-файла. Если профиль глобального списка адресов не был создан или пользователь был удален из него, иногда вместо адреса SMTP отправителя или получателя сообщения используется адрес Exchange X.500.

Что происходит, когда GWMME находит адрес X.500

При обнаружении адреса X.500 GWMME пытается найти на сервере переноса почтовый профиль MAPI, который соответствует названию организации, указанной в адресе X.500. Если подходящий профиль найден, адрес X.500 обрабатывается на основе записей адресной книги в почтовом профиле MAPI.

Если в адресной книге Exchange не удастся найти нужные данные, GWMME попытается преобразовать адрес X.500 в адрес SMTP, Для этого используется последнее значение CN из адреса X.500, которое рассматривается как имя пользователя в адресе электронной почты. Например, адрес X.500 /O=ExchangeOrg/OU=CA/CN=RECIPIENTS/CN=EX_ALIAS преобразуется в адрес электронной почты SMTP ex_alias@example.com.

Как использовать адресную книгу Exchange для разрешения адреса X.500

1. Создайте почтовый профиль MAPI (без кеширования) на сервере переноса.
2. Убедитесь, что почтовый профиль MAPI настроен на сервере, который используется для переноса с помощью PST-файлов.
3. Почтовый профиль MAPI должен быть подключен к исходному серверу Exchange, иначе GWMME не сможет корректно обработать адреса получателей на основе глобального списка адресов.
4. Используйте для настройки почтового профиля MAPI аккаунт пользователя или сервиса, в который выполнен вход, иначе могут возникнуть ошибки аутентификации.

Важное примечание

Проверьте, правильно ли вы настроили перенос. Если это не решит проблему, повторный перенос не приведет к обновлению данных, которые уже перенесены в аккаунты Google. Вам потребуется удалить данные электронной почты, очистить корзину, а затем снова выполнить перенос.

В перенесенных сообщениях могут быть указаны дата и время их переноса, а не отправки или получения исходного письма.

Скорее всего, заголовок даты исходного сообщения не соответствует стандарту RFC 5322. Если этот заголовок имел некорректный формат, в Gmail такое письмо появится с датой и временем переноса.

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

При этом мероприятие успешно переносится в Google Workspace, а целевой пользователь Google Workspace указывается в Google Календаре как участник мероприятия. Дело в том, что Календарь не показывает пользователю мероприятия, в которых он не является организатором или участником.