Auditing instellen voor Azure Synapse Analytics

Tip

Microsoft Fabric Data Warehouse is een relationeel warehouse op ondernemingsniveau op data lake-basis, met een architectuur die klaar is voor de toekomst, ingebouwde AI en nieuwe functies. Als u nieuw bent in gegevensopslag, begin dan met Fabric Data Warehouse. Bestaande dediceerde SQL-poolworkloads kunnen upgraden naar Fabric voor toegang tot nieuwe mogelijkheden in data science, realtime analyses en rapportage.

In dit artikel leer je hoe je auditing opzet voor je logische server of database in Azure Synapse Analytics.

Auditing configureren voor je server

Het standaard auditbeleid omvat de volgende set actiegroepen, die alle zoekopdrachten en op de database uitgevoerde opgeslagen procedures, evenals succesvolle en mislukte aanmeldingen, auditen:

  • BATCH_COMPLETED_GROUP
  • SUCCESSFUL_DATABASE_AUTHENTICATION_GROUP
  • FAILED_DATABASE_AUTHENTICATION_GROUP

Voor aangepaste filters en programmatische configuratie, zie Auditing voor Azure Synapse Analytics beheren met API's.

Note

U kunt de auditfuncties niet inschakelen voor een gepauzeerde toegewezen SQL-pool. Quickstart: Pauzeer en hervat de compute in een dedicated SQL-pool via het Azure-portaal voordat je auditing configureert.

Wanneer je auditing instelt naar een Log Analytics-werkruimte of naar een Event Hubs-bestemming in het Azure-portaal of PowerShell-cmdlet, wordt een Diagnostic Setting aangemaakt waarbij de categorie SQLSecurityAuditEvents is ingeschakeld.

  1. Open in het Azure-portaal de resource van de Synapse SQL server.
  2. Selecteer Controle onder Beveiliging.
  3. Schakel auditing in op server- of databaseniveau. Een serverbeleid geldt voor elke database op die server. Voor richtlijnen bij het selecteren van een scope, zie Auditbeleid op server- en databaseniveau.
  4. Selecteer een of meer bestemmingen: Azure Storage, Log Analytics of Event Hubs.
  5. Configureer elke bestemming en sla vervolgens het beleid op.

Controleren naar Azure Storage-doelस्थान

Om het schrijven van auditlogboeken naar een opslagaccount te configureren, kies Storage, kies je een account en stel je de retentieperiode in.

  • Als het account achter een virtueel netwerk of firewall zit, gebruikt de auditing de door het server toegewezen beheerde identiteit. Geef die identiteit de rol Storage Blob Data Contributor .
  • Als het account niet achter een virtueel netwerk of firewall zit, stelt het portaal de authenticatie van opslagtoegangssleutels in.

Een retentiewaarde van 0 betekent onbeperkte retentie. Als je overgaat van onbeperkte retentie naar een beperkte periode, geldt de nieuwe periode alleen voor logs die na de wijziging zijn geschreven.

Voor beschermde opslagaccounts, zie Schrijf auditlogs naar een opslagaccount achter een virtueel netwerk en firewall.

Warning

Gebruik Beheerde identiteit voor opslagverificatie. Storage Access Keys vormen een beveiligingsrisico omdat als ze worden gecompromitteerd, ongeautoriseerde personen toegang kunnen krijgen tot je opslagaccount, mogelijk lezen, schrijven of verwijderen van je gegevens. Om deze risico's te beperken, roteer je je sleutels regelmatig en gebruik Azure Key Vault om je sleutels veilig te beheren en te roteren.

Controleren op Log Analytics-bestemming

Selecteer Log Analytics, kies een Log Analytics-werkruimte en sla de beleidsregel op. Als je een werkruimte nodig hebt, zie een Log Analytics-werkruimte maken.

Controleren op Event Hubs-bestemming

Selecteer Event Hubs, kies een event hub in dezelfde regio als de Synapse SQL-resource, en sla het beleid op.

Wanneer je auditing configureert met Azure externe monitors (bijvoorbeeld Event Hubs of Log Analytics) als doelwit, maakt het systeem een extra diagnostische instellingenbron aan genaamd SQLSecurityAuditEvents_XXXX-XXXX-XXX. Deze resource is cruciaal voor het correct functioneren van auditing.

Als je de diagnostische instellingen verwijdert, opzettelijk of onbedoeld, werkt de auditfunctie niet meer en worden auditlogs niet naar de doellocatie gestuurd. Om dit probleem te voorkomen, configureer je waarschuwingen voor het verwijderen van diagnostische instellingen om gebruikers te informeren en de nodige acties te ondernemen. Voor meer informatie over het aanmaken van actiegroepen en het configureren van waarschuwingen, zie Actiegroepen en Een activiteitslogboek, servicestatus of waarschuwingsregel voor resourcestatus maken of bewerken.

Note

Als je meerdere targets gebruikt zoals een opslagaccount, Log Analytics of Event Hubs, zorg er dan voor dat je permissies hebt voor alle targets. Anders faalt het opslaan van auditconfiguratie omdat het systeem probeert de instellingen voor alle targets op te slaan.

Verwante onderwerpen

  • Laatst bijgewerkt om