For the complete documentation index, see llms.txt. This page is also available as Markdown.

Errores de activación de Purview

Después de habilitar el registro de auditoría en Microsoft Purview, es posible que vea un mensaje como:

Lo sentimos, tenemos problemas para determinar si se está registrando la actividad. Intente actualizar la página.

En la mayoría de los casos esto no no significa que la activación falló. Refleja un retraso del lado de Microsoft entre el momento en que se habilita el registro de auditoría y el momento en que realmente comienza a registrar actividad. Este retraso puede ir desde unos minutos hasta varias horas, y no puede acelerarse de nuestra parte.

El mensaje de error en el portal web de Purview no es un indicador confiable. No indica si Purview está realmente activo, solo que el portal no puede confirmarlo en ese momento.

Error de "Enable-OrganizationCustomization"

Un mensaje diferente significa que el inquilino nunca ha sido personalizado (está "deshidratado"). El registro de auditoría no puede activarse hasta que se haya ejecutado esa configuración única:

El comando que intentó ejecutar no está permitido actualmente en su organización. Para ejecutar este comando, primero debe ejecutar el comando: Enable-OrganizationCustomization.

A diferencia del retraso anterior, este requiere una acción. Dos opciones:

  • El portal muestra un Completar la configuración de la organización mensaje: hacer clic en Sí ejecuta la personalización, pero no siempre vuelve a habilitar el registro de auditoría después, por lo que a menudo termina de nuevo en el error.

  • La solución confiable son los pasos de PowerShell a continuación, que ejecutan la personalización y luego vuelven a habilitar el registro de auditoría de una sola vez. El Script de Purview hace esto de principio a fin: ejecuta la personalización, espera a que el inquilino termine de hidratarse y luego habilita automáticamente el registro de auditoría.

Activar el registro de auditoría con PowerShell

La forma más confiable de activar el registro de auditoría de Purview es forzarlo directamente a través de PowerShell, en lugar de depender del portal web.

Puede ejecutar estos comandos ya sea desde PowerShell instalado en su equipo, o desde Azure Cloud Shell directamente en el navegador.

1

Conectar a Exchange Online

Instale el módulo y luego conéctese. Reemplace <admin@yourdomain.com> por una cuenta que tenga permisos administrativos en el inquilino.

Azure Cloud Shell requiere una suscripción activa de Azure en el inquilino. Si no hay ninguna disponible, use PowerShell local en su lugar.

Abre Azure Cloud Shell en modo PowerShell. Si en la parte superior de la terminal aparece un botón Cambiar a Bash , ya está en modo PowerShell.

Conéctese a Exchange Online:

2

Forzar la activación

Ejecute los comandos uno por uno, en orden. Forzar una deshabilitación y luego una reactivación es lo que desbloquea de forma confiable a los inquilinos atascados en el error.

Paso 1: deshabilitar el registro de auditoría

Paso 2: volver a habilitarlo

Expanda esto solo si el comando de reactivación devuelve un error

En inquilinos que nunca han sido personalizados, el comando de reactivación puede fallar con:

El comando que intentó ejecutar no está permitido actualmente en su organización. Para ejecutar este comando, primero debe ejecutar el comando: Enable-OrganizationCustomization.

Ejecute el comando de personalización y luego compruebe que el inquilino ya no esté deshidratado:

IsDehydrated debe devolver Falso. Una vez que lo haga, ejecute de nuevo el comando de reactivación.

Paso 3: confirmar el estado

UnifiedAuditLogIngestionEnabled debe devolver ahora Verdadero.

Una vez que devuelva True

Una Verdadero el resultado significa que el comando se ejecutó, pero Purview no se activa de inmediato: Microsoft tarda un tiempo en empezar realmente a registrar la actividad, a veces varias horas. Actualice el portal de Purview después de un rato y el mensaje de error debería desaparecer.

Si el error sigue ahí después de varias horas, vuelva a ejecutar la activación forzada (establezca $false y luego $true). Si aun así no funciona, lo más probable es que el problema esté relacionado con la licencia o los permisos del inquilino. Póngase en contacto con nuestro equipo en protect@stoik.io con el resultado del comando para que podamos ayudar a diagnosticarlo.

Última actualización

¿Te fue útil?