Si tienes problemas con Google Workspace Migration for Microsoft Exchange (GWMME), puedes usar las pruebas, los informes y los registros del producto para solucionar el problema. Para obtener ayuda detallada, consulta la sección Solución de problemas a continuación, donde encontrarás respuestas a los problemas comunes de migración de GWMME.
Prueba Log Analyzer
Esta herramienta puede identificar la mayoría de los problemas en unos minutos después del envío.
- Envía tus registros de seguimiento (como archivos sin comprimir o ZIP) a Log Analyzer de Google Admin Toolbox.
- Para realizar un análisis avanzado de registros, envía archivos sin comprimir a Log Analyzer 2.
Puedes encontrar los registros de seguimiento de GWMME en tu computadora en esta ubicación: C:\Users*username*\AppData\Local\Google\Google Apps Migration\Tracing\ExchangeMigration.
Para ver un ejemplo de un archivo de registro de seguimiento de GWMME, consulta cómo verificar los registros a continuación.
Usa GWMME para solucionar problemas
Las pruebas y los informes del producto de GWMME pueden ayudarte a solucionar problemas relacionados con la migración.
| Método | Descripción | Más información |
|---|---|---|
| Pruebas de diagnóstico | Para descubrir problemas con tu configuración o lista de usuarios, ejecuta pruebas de diagnóstico antes de migrar los datos. La utilidad te alerta sobre los errores y muestra información en la pantalla de salida. | Capítulo "Migrate data" de la Guía para administradores de GWMME |
| Informes de migración |
Después de ejecutar una migración, consulta el informe de migración para saber si se produjeron errores, por qué se produjeron y qué usuarios se vieron afectados. Nota: Los datos del informe se almacenan en el perfil de usuario de Microsoft Windows en la máquina local. Solo el usuario de Windows que ejecutó GWMME puede ver los informes. |
Capítulo "Informes de migración" en la Guía para administradores de GWMME |
Solución de problemas
Revisa estas descripciones y respuestas sugeridas a problemas comunes de migración.
Soluciona problemas de migración | Soluciona migraciones sin éxito | Interpreta mensajes de error | Servicios de Google Workspace y GWMME
Cómo solucionar problemas de migración
No se pudo crear el perfil de Exchange del administrador
El problema podría deberse a lo siguiente:
- El servidor de Exchange no se está ejecutando.
- Un problema de red bloquea la conexión entre la máquina cliente y el servidor de Exchange. Para verificar una conexión, haz ping al servidor desde la máquina cliente.
- Usaste el nombre incorrecto para el servidor de Exchange o el administrador. Para verificar esta información, haz lo siguiente:
- En la máquina cliente, haz clic en Panel de control
Correo para crear un perfil de Microsoft Outlook para la cuenta de administrador que deseas usar para la migración.
- En GWMME, en la pantalla del paso 1 (Detalles del servidor), haz lo siguiente:
- En el campo Nombre de host/dirección IP, ingresa el nombre de host de Exchange del perfil.
- En el campo Nombre de usuario del administrador, ingresa el nombre de usuario del perfil.
- En la máquina cliente, haz clic en Panel de control
Si migras desde un servidor alojado, el perfil de la cuenta de administrador debe usar la configuración predeterminada para conectarse al servidor. La conexión no se realizará correctamente si modificas alguno de los parámetros de configuración en Panel de control
Correo
Nombre del perfil
Propiedades
Cuentas de correo electrónico
Nombre del perfil
Cambiar cuenta de correo electrónico
Más parámetros de configuración.
El servidor de Exchange no reconoce el nombre de administrador que uso para la migración
Verifica que hayas ingresado el nombre y la contraseña correctos del administrador.
Si el problema persiste, verifica que hayas ingresado el nombre correcto del servidor de Exchange:
- En la máquina cliente, haz clic en Panel de control
Correo para crear un perfil de Outlook para la cuenta de administrador que deseas usar para la migración.
- En GWMME, en la pantalla del paso 1 (Detalles del servidor), haz lo siguiente:
- En el campo Nombre de host/dirección IP, ingresa el nombre de host de Exchange del perfil.
- En el campo Nombre de usuario del administrador, ingresa el nombre de usuario del perfil.
GWMME falla poco después de iniciarse
Si GWMME falla poco después de iniciarse, asegúrate de ejecutarlo en tu máquina cliente y no en el servidor de Exchange. Ejecutar la utilidad en el servidor puede hacer que falle. Para obtener más detalles, consulta la documentación de Microsoft.
Si crees que GWMME podría fallar debido a problemas de balanceo de cargas, consulta "Prepara tus máquinas cliente de Windows" en la Guía para administradores de GWMME.
Problemas causados por software antivirus o un complemento
En ocasiones, los procesos adicionales que se ejecutan en tu máquina (por ejemplo, software antivirus, de búsqueda o de copias de seguridad) interrumpen el acceso de GWMME al archivo de la base de datos durante una migración. El siguiente código de error en tus archivos de registro indica que se produjo este problema:
0x80040109
Fail:While stamping the message
Si bien los mensajes se migraron, GWMME no guardó la información de que la migración se realizó correctamente. Si se vuelve a ejecutar una migración con la opción Only New Data marcada, GWMME intentará migrar estos mensajes nuevamente. No duplicará los mensajes, pero podría duplicar los eventos de calendario o los contactos.
Cómo corregir migraciones sin éxito
No se pudo realizar la migración para un solo usuario
Si la migración no se realiza correctamente para un usuario, verifica lo siguiente:
- El nombre del usuario o la dirección SMTP tienen el formato correcto en el archivo de usuarios.
- El usuario no está oculto en la Lista global de direcciones (GAL).
- El usuario tiene una cuenta en el servidor de Exchange.
- El usuario accedió a Google Workspace, aceptó las Condiciones del Servicio y finalizó la creación de su cuenta de Google Workspace.
No se pudo realizar la migración debido a un error de OAuth
Los siguientes pasos para solucionar problemas deberían resolver todos los errores de validación de OAuth de GWMME:
- Asegúrate de haber autorizado el software para tu dominio correctamente, como se describe en Autoriza GWMME para tu cuenta.
- Verifica que los usuarios y las contraseñas de Google Workspace que se indican en tu archivo CSV sean correctos. Un solo error en el archivo CSV puede hacer que la migración no se realice correctamente. Para obtener más información, consulta Crea archivos CSV para tu migración.
- En la computadora en la que ejecutas GWMME, verifica que el reloj del sistema esté configurado con la hora correcta. Si el reloj de la computadora está desfasado, se envía la marca de tiempo local incorrecta a los servidores de Google durante la verificación de validación de OAuth, lo que provoca que no se realice correctamente. Sincroniza tu computadora con los servidores de hora de Internet.
- Asegúrate de que la cuenta de superadministrador de Google Workspace que se usa para autenticar GWMME sea válida y de que el nombre de usuario se haya ingresado correctamente en la configuración de GWMME.
La migración no se realizó correctamente debido a que no existe un usuario de Google Workspace
GWMME no aprovisiona usuarios en Google Workspace. Crea las cuentas de usuario de Google Workspace antes de migrar los datos.
Interpreta los mensajes de error
Revisa los registros en busca de problemas de red o de TLS
Si tienes errores de red (por ejemplo, un tiempo de espera de red, una conexión rechazada, etcétera) o problemas de SSL/TLS (por ejemplo, un problema de conexión segura), los registros muestran la dirección IP a la que intentó conectarse la herramienta. Si hay un problema de conexión segura, los registros muestran el motivo (por ejemplo, discrepancia en el nombre del certificado, certificado vencido, verificación de CRL sin éxito, etcétera) y los detalles del certificado (por ejemplo, un certificado de Google o un proxy de inspección de HTTPS). Esto debería reducir significativamente la necesidad de obtener capturas de red para solucionar problemas y se aplica tanto a los registros principales (Trace-*.log) como a los registros de autorización (en la carpeta "Identity").
Ejemplo de registro de autorización
[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)
En este caso, el año de la fecha actual de la máquina se cambió a 2022, lo que hizo que el certificado pareciera desactualizado. Puedes ver la fecha actual al comienzo de cada línea de registro, y las fechas "Valid from" y "Valid until" del certificado no coinciden con la fecha actual. La marca de error WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED indica que no se pudo realizar la verificación de revocación del certificado.
También puedes ver la dirección IP de destino y el nombre de host resuelto después de "Network connection destination details" en la última línea del registro. Es un 1e100.net address, lo que significa que es de Google.
Ejemplo de registro de seguimiento
Nota: Este ejemplo de registro es de GWMMO. También aparecerán entradas de registro de seguimiento similares en GWMME, Sincronización de contraseñas o GWSMO cuando estos productos tengan problemas de red o de 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)
En este caso, se instaló Fiddler y se configuró para realizar el desencriptado de HTTPS (lo que significa que usa su propio certificado), pero su certificado se quitó de la lista de certificados de confianza de Windows, por lo que no es de confianza. Ten en cuenta que, como Fiddler es un proxy, se conectaba a 127.0.0.1 y no a Google. Las marcas de error incluyen WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA, lo que significa que el sistema no confía en la autoridad certificadora (CA). . También observa que Google no emitió este certificado.
La migración no se realizó correctamente y se produjo el error 0x80070005
Aparecerá un mensaje de error similar a este en la pantalla de salida o en el archivo de registro de seguimiento:
E:Generic ExchangeMigration!SetPropertyGuid @ 641 (user@example.com)> Failed with 0x80070005, last successful line = 637.
Este problema suele deberse a cuentas de usuario que no tienen los permisos necesarios. Para resolver este problema, asegúrate de otorgar a las cuentas el permiso Receive As en Exchange.
Si las cuentas tienen el permiso Receive As y el error persiste, es posible que tu entorno de Exchange requiera que las cuentas de los usuarios también tengan el permiso Send As.
Errores 0x80004005 de GWMME al migrar desde Exchange 2010
Algunos usuarios no pueden migrar desde Exchange 2010 y reciben errores "Failed with 0x80004005" en el archivo de registro de seguimiento. Los registros también incluyen lo siguiente:
- Llamadas aleatorias a la MAPI de Exchange 2010.
- Errores "BufferTooSmall" en el registro de acceso del cliente de la llamada de procedimiento remoto (RPC) en el servidor de acceso de cliente de Exchange Server 2010.
Este es un problema conocido con Exchange 2010, Outlook 2007 y Outlook 2010. Es posible que debas actualizar a Exchange 2010 SP2 RU3. Para obtener más información, consulta la documentación de Microsoft sobre los errores de llamadas a MAPI fallidas.
Los mensajes no se suben y se generan errores 0x8004106a
Si tienes muchas instancias de los códigos de error HTTP 500, 502 y 503 en los registros, y los mensajes no se suben con el código de error 0x8004106a, es posible que haya un problema con el buzón de correo de destino. Por lo general, se debe a una carga alta.
Para resolver el problema, asegúrate de que el buzón de destino no se esté usando en exceso. Puedes hacer lo siguiente:
- Desactiva todos los clientes de sincronización (como IMAP, POP, dispositivos móviles y clientes de correo electrónico).
- Migra mensajes de una sola fuente a la vez.
Servicios de Google Workspace y GWMME
Los eventos migrados del Calendario de Google no se actualizan correctamente
Los siguientes problemas indican que tus usuarios no se aprovisionaron correctamente:
- Los cambios en un evento de calendario no se comparten con los asistentes.
- Las notificaciones y actualizaciones del calendario no se propagan a los calendarios de los asistentes.
Aprovisiona a todos tus usuarios en Google Workspace antes de migrar cualquier cuenta, incluso si solo deseas realizar una migración parcial. Asegúrate de agregar los alias y los apodos de los dominios. Luego, para resolver el problema, borra y vuelve a crear todos los eventos en los que el usuario sea organizador o invitado.
Se producen errores 403 y problemas cuando migro contactos y calendarios
De forma predeterminada, GWMME migra los datos a una velocidad de 25 usuarios por segundo. Esta tasa supera las consultas por segundo (QPS) predeterminadas para la API de Contacts y la API de Calendar.
Para resolver el problema, ejecuta las migraciones de contactos y calendarios:
- Independientemente de las migraciones de correo electrónico
- A una tasa más baja de 4 a 8 usuarios por segundo
La migración no se realizó correctamente solo para algunos mensajes
Si no se migran algunos mensajes, es posible que superen el límite de tamaño que impone Gmail. O bien podría contener tipos de archivos adjuntos que Gmail bloquea. Para obtener más información, consulta Tipos de archivo que bloquea Gmail.
También es posible que debas quitar los límites de tamaño de las carpetas y asegurarte de que se muestren en IMAP. Para obtener más información, consulta Activa y desactiva el acceso IMAP y POP para los usuarios.
La cantidad de mensajes de Gmail no coincide con la de mi cuenta de origen
Google Workspace estima la cantidad de mensajes que habrá en tu carpeta de Recibidos después de una migración. No proporciona un recuento absoluto. La cantidad de mensajes que se indica en tu carpeta de Recibidos de Gmail puede ser diferente de la cantidad de mensajes en tu carpeta de Recibidos heredada.
Si crees que te faltan algunos mensajes, verifica lo siguiente:
- El mensaje, incluidos los archivos adjuntos, no supera los 25 MB. No puedes migrar mensajes de más de 25 MB. Para obtener más información, consulta Cómo enviar archivos adjuntos en un mensaje de Gmail.
- Gmail no bloquea un archivo adjunto del mensaje. Gmail impide ciertos tipos de archivos adjuntos, como los archivos ejecutables. Para obtener más información, consulta Tipos de archivo que bloquea Gmail.
- El mensaje se encuentra en una carpeta o dentro de un período que forma parte de la migración.
Faltan mensajes o se migraron con un remitente o destinatario incorrecto
Los mensajes faltantes o los mensajes migrados con un remitente o destinatario incorrecto pueden ocurrir con las migraciones de archivos PST o de Exchange. Es posible que falte la dirección SMTP del remitente o destinatario de un mensaje, y se use la dirección X.500 de Exchange en su lugar. Esto puede ocurrir si no se creó un perfil de la Lista global de direcciones (GAL) o si se quitó al usuario de la GAL.
Qué sucede cuando GWMME encuentra una dirección X.500
Cuando GWMME encuentra una dirección X.500, busca un perfil de correo electrónico de MAPI registrado en el servidor de migración que coincida con el mismo nombre de organización de Exchange X.500. Si encuentra una, GWMME resuelve la dirección X.500 con el registro de la libreta de direcciones en el perfil de correo electrónico de MAPI.
Si GWMME no encuentra esta información en la libreta de direcciones de Exchange, intenta convertir la dirección X.500 en una dirección SMTP. Para ello, considera el último valor de CN de la dirección X.500 y lo usa como nombre de usuario de la dirección de correo electrónico. Por ejemplo, la dirección X.500 /O=ExchangeOrg/OU=CA/CN=RECIPIENTS/CN=EX_ALIAS genera la dirección de correo electrónico SMTP ex_alias@example.com.
Cómo usar la libreta de direcciones de Exchange para resolver la dirección X.500
- Crea un perfil de correo electrónico de MAPI (sin modo de caché) en el servidor que realiza la migración.
- Asegúrate de que el perfil de correo electrónico de MAPI esté configurado en el servidor que se usa para realizar la migración de PST.
- El perfil de correo electrónico de MAPI debe estar conectado al servidor de Exchange original para que GWMME pueda resolver correctamente los destinatarios con la GAL.
- Configura el perfil de correo de MAPI con la cuenta de usuario o de servicio con la que accediste actualmente para evitar errores de autenticación.
Nota importante
Prueba y confirma que configuraste correctamente la migración. Si el problema persiste, la remigración no actualizará los datos que ya se migraron a tus Cuentas de Google. Borra los datos del correo electrónico, quítalos de la papelera y, luego, vuelve a migrar.
En Gmail, los mensajes tienen la fecha incorrecta
Es posible que los mensajes migrados muestren la fecha y hora de la migración, en lugar de la fecha y hora del mensaje original.
Lo más probable es que esto ocurra porque el encabezado de fecha del mensaje original no cumple con la RFC 5322. Si un mensaje tiene un encabezado de fecha que no está formateado correctamente, Gmail le aplica la fecha y hora de migración.
Recibo la advertencia "El usuario no es organizador ni asistente del evento"
Esto sucede cuando importas eventos para usuarios que no son organizadores originales ni asistentes iniciales del evento.
Independientemente del mensaje de advertencia, el evento se migra correctamente a Google Workspace y el usuario objetivo de Google Workspace se muestra como asistente al evento en el Calendario de Google. Esto es necesario, ya que Calendario no admite la enumeración de eventos de calendario para un usuario que no es organizador ni asistente.
Temas relacionados
Google, Google Workspace y las marcas y los logotipos relacionados son marcas comerciales de Google LLC. Todos los demás nombres de productos y empresas son marcas comerciales de las empresas con las que se encuentran asociados.