Corregir la política de archivo de Teams que no se ejecuta en un inquilino multi-geo

Cuando su organización usa un inquilino multi-geo de Microsoft 365, la política de archivo de Teams puede no ejecutarse como se espera. Los usuarios ven chats y canales que nunca se mueven al estado archivado, o la política parece no tener efecto. Esto sucede porque la política de archivo está vinculada a la ubicación de datos preferida del usuario, y en una configuración multi-geo, esa ubicación puede diferir de la asignación de la política. Este artículo explica por qué falla la política y proporciona correcciones paso a paso para que el archivado funcione de manera confiable en todas las ubicaciones geográficas.

La política de archivo en Teams es una política de mensajería que controla cuándo se archiva el historial de chat. En un inquilino multi-geo, cada usuario tiene una ubicación de datos preferida que determina dónde se almacenan sus datos. Si la política no se aplica en la geo correcta, el trabajo de archivo nunca se activa. Le mostraremos cómo verificar las asignaciones de políticas, verificar la geo de cada usuario y usar PowerShell para aplicar la política correctamente.

Por qué la política de archivo de Teams no se ejecuta en un inquilino multi-geo

En un inquilino multi-geo de Microsoft 365, los datos del usuario se almacenan en una ubicación geográfica específica según la ubicación de datos preferida del usuario. La política de archivo de Teams es una política de mensajería que controla cuándo se archiva el historial de chat. Cada política está asociada con una ubicación geográfica. Cuando asigna la política de archivo a un usuario, la asignación debe realizarse en la misma geo que la ubicación de datos preferida del usuario. Si la política se asigna en una geo diferente, el trabajo de archivo no se ejecuta para ese usuario.

La política de archivo se ejecuta como un proceso en segundo plano que verifica el historial de chat de cada usuario contra la configuración de la política. Este proceso se ejecuta en la geo donde se almacenan los datos del usuario. Si la asignación de la política no está presente en esa geo, el proceso no encuentra ninguna política y omite al usuario. Esto no es un problema de permisos ni de licencias. Es un problema de desajuste de geo.

Cómo afecta Multi-Geo a la asignación de políticas

Cada usuario tiene una ubicación de datos preferida que se establece a nivel de usuario. Esta configuración determina dónde se almacenan los datos de Exchange Online, SharePoint y Teams. Cuando crea una política de mensajería en el Centro de administración de Teams, la política se almacena en la ubicación central, pero la asignación a un usuario se propaga solo a la geo donde residen los datos del usuario. Si la ubicación de datos preferida del usuario se cambia después de asignar la política, es posible que la asignación no siga al usuario.

Por ejemplo, a un usuario se le asigna la política de archivo mientras su ubicación de datos preferida es Europa. Más tarde, el administrador cambia la ubicación de datos preferida a Asia. La asignación de la política permanece en Europa, pero los datos del usuario ahora están en Asia. El trabajo de archivo en Asia no ve la política, por lo que el archivado se detiene.

Pasos para diagnosticar y corregir la política de archivo en un inquilino multi-geo

Siga estos pasos para identificar el desajuste de geo y corregir la asignación de la política. Necesitará permisos de administrador global o de administrador de Teams y el módulo de PowerShell de Teams.

Paso 1: Verificar la configuración de la política de archivo

1. Abra el Centro de administración de Teams
   Vaya a Centro de administración de Teams > Políticas de mensajería. Seleccione la política que debería archivar chats. Verifique la configuración de Archivo. Debe estar establecida en Habilitado. Anote el nombre de la política y la duración del archivo.
2. Confirme que la política está asignada
   En la misma página de la política, mire la sección Administrada por. Asegúrese de que la política esté asignada a los usuarios o grupos que espera. Si la política no está asignada a ningún usuario, el archivo no se ejecutará.
3. Verifique la prioridad de la política
   Si hay varias políticas asignadas a un usuario, la que tenga la prioridad más alta gana. En la lista de políticas, la política superior tiene la prioridad más alta. Asegúrese de que la política de archivo no sea anulada por otra política que tenga el archivo deshabilitado.

Paso 2: Identificar la ubicación de datos preferida de cada usuario

1. Conéctese a Exchange Online PowerShell
   Abra PowerShell y ejecute Connect-ExchangeOnline. Inicie sesión con su cuenta de administrador.
2. Enumere los usuarios y su ubicación de datos preferida
   Ejecute el comando Get-MailUser -ResultSize Unlimited | Select DisplayName, UserPrincipalName, PreferredDataLocation | Export-Csv C:\temp\users-geo.csv. Abra el archivo CSV para ver a qué geo está asignado cada usuario.
3. Compare con la asignación de la política
   Para cada usuario que debería tener la política de archivo, anote la ubicación de datos preferida. Luego verifique la asignación de la política para ese usuario usando el Centro de administración de Teams o PowerShell.

Paso 3: Actualizar la asignación de la política para la geo correcta

1. Conéctese a Teams PowerShell
   Ejecute Connect-MicrosoftTeams en una nueva ventana de PowerShell. Este módulo usa las API del Centro de administración de Teams.
2. Verifique la asignación de política actual para un usuario
   Ejecute Get-CsUserPolicyAssignment -Identity user@contoso.com -PolicyType MessagingPolicy. Esto muestra el nombre de la política y la ubicación geográfica donde se almacena la asignación.
3. Elimine la asignación de la geo incorrecta
   Si la asignación está en una geo que no coincide con la ubicación de datos preferida del usuario, elimínela. Ejecute Remove-CsUserPolicyAssignment -Identity user@contoso.com -PolicyType MessagingPolicy.
4. Reasigne la política a la geo correcta
   Ejecute Grant-CsUserPolicyAssignment -Identity user@contoso.com -PolicyName "ArchivePolicy" -PolicyType MessagingPolicy. La política se asignará a la geo donde residen actualmente los datos del usuario.
5. Espere la propagación
   El cambio de asignación tarda hasta 24 horas en propagarse a todas las ubicaciones geográficas. Después de eso, el trabajo de archivo se ejecutará en la geo correcta.

Paso 4: Cambiar la ubicación de datos preferida del usuario (si es necesario)

1. Use Exchange Online PowerShell
   Si la asignación de la política es correcta pero los datos del usuario están en la geo incorrecta, puede cambiar la ubicación de datos preferida. Ejecute Set-MailUser -Identity user@contoso.com -PreferredDataLocation EUR para mover los datos del usuario a Europa.
2. Espere a que se complete el movimiento
   Cambiar la ubicación de datos preferida desencadena un movimiento de datos. Esto puede tomar varios días. Después del movimiento, la política de archivo se ejecutará en la nueva geo.

Si Teams aún no archiva después de la corrección

La política de archivo de Teams está habilitada pero no se archiva ningún chat

Si la política está habilitada y asignada correctamente, pero no se archiva ningún chat, verifique la duración del archivo. La política de archivo solo archiva chats que son más antiguos que la duración especificada. Si establece la duración en 30 días, los chats de menos de 30 días no se archivarán. Para probar, establezca la duración en 1 día y espere un día para ver si comienza el archivado.

La política de archivo funciona para algunos usuarios pero no para otros

Esto indica un desajuste de geo para los usuarios afectados. Repita el Paso 2 y el Paso 3 para cada usuario. Puede automatizar esto ejecutando un script de PowerShell que recorra todos los usuarios y compare la ubicación de datos preferida con la asignación de la política.

La asignación de la política se muestra en el Centro de administración pero no en PowerShell

Esto puede suceder cuando la política se asigna a nivel de grupo. En el Centro de administración de Teams, la asignación de grupo se muestra, pero PowerShell solo muestra asignaciones directas. Para solucionarlo, verifique si el usuario es miembro del grupo que tiene la política. Si el grupo está en una geo diferente, la política puede no aplicarse a los usuarios en otras geos. Mueva el grupo a la geo correcta o asigne la política directamente al usuario.

Política de archivo de Teams: asignación directa vs asignación basada en grupos en un inquilino multi-geo

Elemento	Asignación directa	Asignación basada en grupos
Manejo de geo	La asignación se almacena en la geo del usuario	La asignación se almacena en la geo del grupo
Propagación	Se propaga solo a la geo del usuario	Se propaga a todos los miembros del grupo en la geo del grupo
Riesgo en multi-geo	Bajo si la geo del usuario es correcta	Alto si los miembros del grupo abarcan varias geos
Gestión	Más trabajo manual para muchos usuarios	Más fácil de gestionar un gran conjunto de usuarios
Mejor para	Usuarios con requisitos de geo únicos	Usuarios en la misma geo

En un inquilino multi-geo, la asignación directa es más confiable porque sigue al usuario. La asignación basada en grupos puede romperse cuando los miembros del grupo están en diferentes geos. Si debe usar la asignación basada en grupos, cree grupos separados para cada geo y asigne la política a cada grupo.

Después de aplicar estas correcciones, la política de archivo se ejecutará correctamente en su inquilino multi-geo. Verifique la política revisando el registro de auditoría para acciones de archivo. Use la página Centro de administración de Teams > Políticas de mensajería para monitorear el estado de la política. Como consejo avanzado, programe un script de PowerShell semanal para comparar la ubicación de datos preferida de cada usuario con la asignación de la política y corregir cualquier discrepancia automáticamente.