Erreurs d’activation de Purview
Après avoir activé la journalisation d’audit dans Microsoft Purview, vous pouvez voir un message comme :
Désolé, nous avons du mal à déterminer si l’activité est en cours d’enregistrement. Essayez d’actualiser la page.
Dans la plupart des cas, cela ne ne signifie pas que l’activation a échoué. Cela reflète un délai du côté de Microsoft entre le moment où la journalisation d’audit est activée et celui où elle commence effectivement à enregistrer l’activité. Ce délai peut aller de quelques minutes à plusieurs heures, et il ne peut pas être raccourci de notre côté.
Erreur « Enable-OrganizationCustomization »
Un autre message signifie que le tenant n’a jamais été personnalisé (il est « déshydraté »). La journalisation d’audit ne peut pas être activée tant que cette configuration initiale, effectuée une seule fois, n’a pas été exécutée :
La commande que vous avez essayé d’exécuter n’est pas actuellement autorisée dans votre organisation. Pour exécuter cette commande, vous devez d’abord exécuter la commande : Enable-OrganizationCustomization.
Contrairement au délai ci-dessus, celui-ci nécessite une action. Deux options :
Le portail affiche un Complétez la configuration de l’organisation invite : cliquer sur Oui exécute la personnalisation, mais ne réactive pas toujours la journalisation d’audit ensuite, si bien que vous retombez souvent sur l’erreur.
La solution fiable consiste à suivre les étapes PowerShell ci-dessous, qui exécutent la personnalisation puis réactivent la journalisation d’audit en une seule fois. Le script Purview fait tout de bout en bout : il exécute la personnalisation, attend que le tenant ait terminé de s’hydrater, puis active automatiquement la journalisation d’audit.
Activer la journalisation d’audit avec PowerShell
La méthode la plus fiable pour activer la journalisation d’audit Purview est de l’imposer directement via PowerShell, plutôt que de compter sur le portail web.
Vous pouvez exécuter ces commandes soit depuis PowerShell installé sur votre machine, soit depuis Azure Cloud Shell directement dans le navigateur.
Se connecter à Exchange Online
Installez le module, puis connectez-vous. Remplacez <admin@yourdomain.com> par un compte disposant d’autorisations administratives sur le tenant.
Azure Cloud Shell nécessite un abonnement Azure actif sur le tenant. Si aucun n’est disponible, utilisez PowerShell local à la place.
Ouvrez Azure Cloud Shell en mode PowerShell. Si le haut du terminal affiche un Passer à Bash bouton, vous êtes déjà en mode PowerShell.
Se connecter à Exchange Online :
Forcer l’activation
Exécutez les commandes une par une, dans l’ordre. Forcer une désactivation puis une réactivation est ce qui débloque de manière fiable les tenants bloqués sur l’erreur.
Étape 1 : désactiver la journalisation d’audit
Étape 2 : la réactiver
Étape 3 : confirmer l’état
UnifiedAuditLogIngestionEnabled doit maintenant renvoyer Vrai.
Une fois que cela renvoie True
Une Vrai ce résultat signifie que la commande a été prise en compte, mais Purview n’est pas actif immédiatement : Microsoft met du temps à commencer réellement à enregistrer l’activité, parfois plusieurs heures. Actualisez le portail Purview après un certain temps et le message d’erreur devrait avoir disparu.
Si l’erreur est toujours là après plusieurs heures, exécutez à nouveau l’activation forcée (définissez $false puis $true). Si cela ne fonctionne toujours pas après cela, le problème est très probablement lié aux licences ou aux autorisations du tenant. Contactez notre équipe à protect@stoik.io avec le résultat de la commande afin que nous puissions vous aider à le diagnostiquer.
Mis à jour
Ce contenu vous a-t-il été utile ?