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

Если при работе с инструментом Google Workspace Migration for Microsoft Exchange (GWMME) вы столкнулись с неполадками, вы можете устранить их, воспользовавшись описанными в этой статье тестами, отчетами и журналами. Подробные инструкции по решению распространенных проблем приведены далее в разделе Как устранять неполадки.

Анализатор журналов

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

• Загрузите журналы трассировки (в виде несжатых файлов или ZIP-архива) в Анализатор журналов, входящий в Набор инструментов администратора Google.
• Чтобы выполнить расширенный анализ журналов, загрузите несжатые файлы в Анализатор журналов 2.

Журналы трассировки GWMME находятся здесь: C:\Users\имя_пользователя\AppData\Local\Google\Google Apps Migration\Tracing\ExchangeMigration.

Пример файла журнала трассировки GWMME показан далее в разделе Проверка журналов.

Как использовать GWMME для устранения неполадок

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

Метод	Описание	Дополнительная информация
Диагностические тесты	Чтобы выявить ошибки в настройках или списке пользователей, перед переносом данных проведите диагностические тесты. Программа сообщит вам о проблемах и покажет информацию на экране вывода.	Раздел Migrate Data (Перенос данных) руководства для администраторов GWMME (на английском языке).
Отчеты о переносе данных	После переноса проверьте отчет, в котором указаны все ошибки, их причины и имена пользователей, которых они коснулись. Примечание. Данные отчетов хранятся в профиле пользователя Microsoft Windows на локальном компьютере. Их могут просматривать только пользователи Windows, которые запускали GWMME.	Раздел Migration reports (Отчеты о переносе данных) руководства для администраторов GWMME (на английском языке).

Как устранять неполадки

Ниже приведены описания распространенных проблем при переносе данных и их решения.

Устранение проблем с переносом данных | Исправление ошибок переноса | Сообщения об ошибках | Сервисы Google Workspace и GWMME

Устранение проблем с переносом данных

Развернуть раздел  |  Свернуть все и перейти к началу

Не удалось создать профиль Exchange для администратора

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

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

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

Сервер Exchange не распознает имя администратора, используемое для переноса данных

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

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

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

Вскоре после запуска GWMME происходит сбой

Если вскоре после запуска 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

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

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

Не удается выполнить перенос: пользователь Google Workspace не существует

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

Сообщения об ошибках

Развернуть раздел  |  Свернуть все и перейти к началу

Ошибки в журналах: сбои сети и TLS

Если у вас возникают ошибки сети (например, превышение времени ожидания, отказ в подключении и т. д.) или проблемы с передачей данных по SSL/TLS (например, проблема с защищенным подключением), в журналах отображается IP-адрес, к которому пытался подключиться инструмент. Если возникают проблемы с защищенным подключением, в журналах показана их причина (например, несоответствие названия сертификата, истекший срок действия сертификата, сбой при проверке CRL и т. д.) и сведения о сертификате (например, сертификат Google или проверяющий HTTPS прокси-сервер). Эта информация значительно упрощает получение нужных данных для устранения неполадок сети. Она доступна как в основных журналах (Trace-*.log), так и в журналах авторизации (в папке "Identity").

Пример журнала авторизации

[2022-09-21T03:59:46:ERROR:windows_http.cc(331)] TLS connection failure. See details below. [Status: 0x00010000. Status Info: 0x00000001]
[2022-09-21T03:59:46:ERROR:windows_http.cc(340)] Certificate details:
---Validity--
Valid from: 2017-09-13 17:23:55 UTC
Valid until: 2017-12-06 17:10:00 UTC
---Subject---
US
California
Mountain View
Google Inc
*.googleapis.com
---Issuer----
US
Google Inc
Google Internet Authority G2
-------------
[2022-09-21T03:59:46:ERROR:windows_http.cc(282)] 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.
[2022-09-21T03:59:46:ERROR:windows_http.cc(197)] Error from API WinHttpSendRequest with WinHTTP proxy. Will try direct (without proxy). Code: 0x00002f8f
[2022-09-21T03:59:46:ERROR:windows_http.cc(107)] Network connection destination details: 216.58.194.170:443 (sfo07s13-in-f170.1e100.net)

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

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

Пример журнала трассировки

Примечание. Этот пример журнала получен с помощью GWMMO. Похожие записи также будут создаваться в GSMME, Password Sync или GWSMO при возникновении проблем с сетью или использованием TLS.

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.

Злоумышленники могут с легкостью сфабриковать приведенный здесь пример текста, поэтому его ни в коем случае не следует использовать для аутентификации (используйте подпись центра сертификации). Но он полезен для определения проблем с настройкой брандмауэров и прокси-серверов, которые выполняют проверку SSL и обнаружение атак посредника (MITM).

Не удается выполнить перенос: возникает ошибка 0x80070005

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

E:Generic ExchangeMigration!SetPropertyGuid @ 641 ([e-mail])> Failed with 0x80070005, last successful line = 637.

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

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

Ошибки GWMME 0x80004005 при переносе данных с сервера Exchange 2010

Иногда не удается перенести данные некоторых пользователей с сервера Exchange 2010 и возникает ошибка 0x80004005, а в журналах есть следующие записи:

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

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

Сообщения не загружаются, возникают ошибки 0x8004106a

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

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

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

Сервисы Google Workspace и GWMME

Развернуть раздел  |  Свернуть все и перейти к началу

Перенесенные мероприятия Google Календаря обновляются некорректно

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

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

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

При переносе контактов и календарей происходит сбой и появляются ошибки с кодом 403

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

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

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

Не удается выполнить перенос некоторых сообщений

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

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

После переноса количество сообщений в Gmail не соответствуют тому, что было ранее

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 /O=ExchangeOrg/OU=CA/CN=RECIPIENTS/CN=EX_ALIAS будет преобразован в адрес почты SMTP [e-mail].

Обработка адресов X.500 на основе данных из адресной книги Exchange

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

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

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

Сообщения в Gmail отображаются с неправильной датой

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

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

Появляется предупреждение User neither attendee or organizer for event (Пользователь не является организатором или участником мероприятия)

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

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

Статьи по теме

• Часто задаваемые вопросы о GWMME
• Коды ошибок GWMME
• GWMME: руководство для администраторов (на английском языке)

_{Google, Google Workspace, а также другие связанные знаки и логотипы являются товарными знаками компании Google LLC. Все другие названия компаний и продуктов являются товарными знаками соответствующих компаний.}