Problemas communes importando archivos PST a Office 365
Por: Pablo Mato
A finales de 2015 Microsoft puso disponible para la mayoría de las regiones el servicio de importación desde PST hacia Office 365.
El artículo principal está detallado el paso a paso de manera muy específica y los ayuda en todo el proceso.
En resumen, el proceso es el siguiente:
• Asignar el rol (es específico)
• Descargar la herramienta, ya sea para subir directo ó enviar el disco
• Obtener la URL y key
• Subir la información ó Preparar los discos
• Crear el CSV
• Cargar el trabajo usando el .csv anterior
Gráficamente:
A continuación, me gustaría compartirles los problemas más comunes que recibimos en soporte, y su solución.
1- La información no estaba en Azure
La información en estado de staging reside en Azure Blob Storage, y la podemos observar usando Azure Storage Explorer.
También AZCopy.exe nos deja un log que confirma.
Si se presenta una falla y se tiene duda si la información está cargada, es un excelente paso de troubleshooting el verificar la existencia de los PST.
2- El CSV está mal definido
Los archivos están. El trabajo termina, pero la información nunca se importa.
No hay error.
Qué puede estar sucediendo? El archivo CSV no está bien cargado.
Ejemplo:
Workload , FilePath , Name , Mailbox , IsArchive , TargetRootFolder , SPFileContainer , SPManifestContainer , SPSiteUrl
USER1 ,SERVER01/PSTshareR1 , user01.pst,user1@contoso.com , FALSE , user1_outlook files_cy13 ,,,
USER2 ,SERVER01/PSTshareR1 , User02.pst,user2@contoso.com , TRUE , user2_outlook files_sent12 ,,,
Es muy importante que respete el formato y nomenclatura definido en el artículo de Import service,
Workload: Exchange, siempre debe ser así
TargetRootFolder: True or Not (Va o no al archive)
Las “,” que no son “ ; ”
Y cualquier otro detalle de formato. Aquí notepad es la mejor ayuda.
3- Existe un mailbox duplicado
Los archivos están. El trabajo termina, pero la información nunca se importa.
El archivo CSV está bien definido.
No hay error.
Troubleshooting
La herramienta, así como en un movimiento híbrido, IMAP, etc., tiene su forma de monitorearse desde Exchange Online con los cmdlet Get-MailboxImportRequest y Get-MailboxImportRequestStatistics
Nada. En este punto, Exchange no tiene idea de la existencia de ese trabajo pendiente.
Verifiquemos si hay algún mailbox duplicado. Primero, el que funciona,
Pero vemos que hay algo más como Soft Deleted,
Acerca de los objetos Soft Deleted:
A better way to recover a mailbox
https://blogs.technet.com/b/exchange/archive/2015/01/13/a-better-way-to-recover-a-mailbox.aspx
¿Cómo lo arreglamos?
Simplemente en el archivo .CSV cargamos el ExchangeGUID del buzón productivo, en vez de la dirección SMTP.
En esta oportunidad, voy a usar Excel,
Guardamos el CSV y volvemos a ejecutar el trabajo.
Saludos!