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

Activeringsfouten van Purview

Nadat u auditlogregistratie in Microsoft Purview hebt ingeschakeld, kunt u een bericht zien zoals:

Sorry, we hebben moeite om vast te stellen of activiteit wordt vastgelegd. Probeer de pagina te vernieuwen.

In de meeste gevallen betekent dit niet dat de activering is mislukt. Het weerspiegelt een vertraging aan Microsofts kant tussen het moment dat auditlogregistratie wordt ingeschakeld en het moment waarop er daadwerkelijk activiteit wordt vastgelegd. Deze vertraging kan enkele minuten tot enkele uren duren en kan van onze kant niet worden versneld.

De foutmelding in het Purview-webportal is geen betrouwbare indicator. De melding geeft niet aan of Purview daadwerkelijk actief is, alleen dat het portal dit op dat moment niet kan bevestigen.

"Enable-OrganizationCustomization"-fout

Een ander bericht betekent dat de tenant nooit is aangepast (hij is "dehydrated"). Auditlogregistratie kan pas worden ingeschakeld nadat die eenmalige configuratie is uitgevoerd:

De opdracht die u probeerde uit te voeren is momenteel niet toegestaan in uw organisatie. Om deze opdracht uit te voeren, moet u eerst de opdracht uitvoeren: Enable-OrganizationCustomization.

In tegenstelling tot de vertraging hierboven vereist dit een actie. Twee opties:

  • Het portal toont een Voltooi de organisatieconfiguratie prompt: klikken op Ja voert de aanpassing uit, maar het schakelt auditlogregistratie daarna niet altijd opnieuw in, dus u komt vaak weer terug bij de fout.

  • De betrouwbare oplossing is de onderstaande PowerShell-stappen, waarmee de aanpassing wordt uitgevoerd en vervolgens auditlogregistratie in één keer opnieuw wordt ingeschakeld. Het Purview-script doet dit van begin tot eind: het voert de aanpassing uit, wacht tot de tenant klaar is met hydrateren en schakelt vervolgens automatisch auditlogregistratie in.

Auditlogregistratie activeren met PowerShell

De meest betrouwbare manier om Purview-auditlogregistratie te activeren is deze rechtstreeks via PowerShell af te dwingen, in plaats van te vertrouwen op het webportal.

U kunt deze opdrachten uitvoeren vanuit PowerShell op uw machine, of rechtstreeks vanuit Azure Cloud Shell in de browser.

1

Verbinding maken met Exchange Online

Installeer de module en maak vervolgens verbinding. Vervang <admin@yourdomain.com> door een account met beheerdersrechten op de tenant.

Azure Cloud Shell vereist een actief Azure-abonnement op de tenant. Als er geen beschikbaar is, gebruik dan lokale PowerShell.

Open Azure Cloud Shell in PowerShell-modus. Als bovenaan de terminal een Overschakelen naar Bash knop toont, bevindt u zich al in PowerShell-modus.

Verbinding maken met Exchange Online:

2

De activering forceren

Voer de opdrachten één voor één uit, in de juiste volgorde. Het afdwingen van eerst uitschakelen en daarna opnieuw inschakelen is wat tenants die vastlopen op de fout betrouwbaar deblokkert.

Stap 1: auditlogregistratie uitschakelen

Stap 2: opnieuw inschakelen

Vouw dit alleen uit als de opdracht voor opnieuw inschakelen een fout retourneert

Bij tenants die nooit zijn aangepast, kan de opdracht voor opnieuw inschakelen mislukken met:

De opdracht die u probeerde uit te voeren is momenteel niet toegestaan in uw organisatie. Om deze opdracht uit te voeren, moet u eerst de opdracht uitvoeren: Enable-OrganizationCustomization.

Voer de aanpassingsopdracht uit en controleer vervolgens dat de tenant niet langer dehydrated is:

IsDehydrated zou moeten teruggeven Onwaar. Zodra dat het geval is, voer de opdracht voor opnieuw inschakelen opnieuw uit.

Stap 3: controleer de status

UnifiedAuditLogIngestionEnabled zou nu moeten teruggeven Waar.

Zodra het True teruggeeft

Een Waar betekent dit resultaat dat de opdracht is uitgevoerd, maar dat Purview niet onmiddellijk actief is: Microsoft heeft tijd nodig om daadwerkelijk te beginnen met het vastleggen van activiteit, soms enkele uren. Vernieuw na enige tijd het Purview-portal en de foutmelding zou verdwenen moeten zijn.

Als de fout er na enkele uren nog steeds is, voer de geforceerde activering opnieuw uit (zet $false en daarna $true). Als het daarna nog steeds niet werkt, ligt het probleem waarschijnlijk bij de tenantlicentie of machtigingen. Neem contact op met ons team via protect@stoik.io met het resultaat van de opdracht, zodat we u kunnen helpen het probleem te diagnosticeren.

Laatst bijgewerkt

Was dit nuttig?