Dela via

ExtendedServerBlobAuditingPolicy Klass

  • Referens

En utökad serverblobgranskningsprincip.

Variabler fylls bara i av servern och ignoreras när en begäran skickas.

Arv
azure.mgmt.sql.models._models_py3.ProxyResource
ExtendedServerBlobAuditingPolicy

Konstruktor

ExtendedServerBlobAuditingPolicy(*, is_devops_audit_enabled: bool | None = None, predicate_expression: str | None = None, retention_days: int | None = None, audit_actions_and_groups: List[str] | None = None, is_storage_secondary_key_in_use: bool | None = None, is_azure_monitor_target_enabled: bool | None = None, queue_delay_ms: int | None = None, state: str | BlobAuditingPolicyState | None = None, storage_endpoint: str | None = None, storage_account_access_key: str | None = None, storage_account_subscription_id: str | None = None, **kwargs)

Parametrar

Name Description
is_devops_audit_enabled
Obligatorisk
bool

Anger tillståndet för devops-granskning. Om tillståndet är aktiverat skickas devops-loggar till Azure Monitor. För att skicka händelserna till Azure Monitor anger du "State" som "Enabled", "IsAzureMonitorTargetEnabled" som true och "IsDevopsAuditEnabled" som true

När du använder REST API för att konfigurera granskning bör diagnostikinställningar med diagnostikloggkategorin DevOpsOperationsAudit i huvuddatabasen också skapas.

URI-format för diagnostikinställningar: PUT https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroup}/providers/Microsoft. Sql/servers/{serverName}/databases/master/providers/microsoft.insights/diagnosticSettings/{settingsName}?api-version=2017-05-01-preview

Mer information finns i REST API för diagnostikinställningar eller Diagnostikinställningar PowerShell.
predicate_expression
Obligatorisk
str

Anger villkoret för where-satsen när du skapar en granskning.
retention_days
Obligatorisk
int

Anger hur många dagar som ska lagras i granskningsloggarna i lagringskontot.
audit_actions_and_groups
Obligatorisk
list[str]

Anger Actions-Groups och åtgärder som ska granskas.

Den rekommenderade uppsättningen åtgärdsgrupper som ska användas är följande kombination – detta granskar alla frågor och lagrade procedurer som körs mot databasen, samt lyckade och misslyckade inloggningar:

BATCH_COMPLETED_GROUP, SUCCESSFUL_DATABASE_AUTHENTICATION_GROUP, FAILED_DATABASE_AUTHENTICATION_GROUP.

Den här kombinationen ovan är också den uppsättning som konfigureras som standard när granskning från Azure Portal aktiveras.

De åtgärdsgrupper som stöds för granskning är (obs! Välj endast specifika grupper som täcker dina granskningsbehov. Användning av onödiga grupper kan leda till mycket stora mängder granskningsposter:

APPLICATION_ROLE_CHANGE_PASSWORD_GROUP BACKUP_RESTORE_GROUP DATABASE_LOGOUT_GROUP DATABASE_OBJECT_CHANGE_GROUP DATABASE_OBJECT_OWNERSHIP_CHANGE_GROUP DATABASE_OBJECT_PERMISSION_CHANGE_GROUP DATABASE_OPERATION_GROUP DATABASE_PERMISSION_CHANGE_GROUP DATABASE_PRINCIPAL_CHANGE_GROUP DATABASE_PRINCIPAL_IMPERSONATION_GROUP DATABASE_ROLE_MEMBER_CHANGE_GROUP FAILED_DATABASE_AUTHENTICATION_GROUP SCHEMA_OBJECT_ACCESS_GROUP SCHEMA_OBJECT_CHANGE_GROUP SCHEMA_OBJECT_ OWNERSHIP_CHANGE_GROUP SCHEMA_OBJECT_PERMISSION_CHANGE_GROUP SUCCESSFUL_DATABASE_AUTHENTICATION_GROUP USER_CHANGE_PASSWORD_GROUP BATCH_STARTED_GROUP BATCH_COMPLETED_GROUP

Det här är grupper som täcker alla sql-instruktioner och lagrade procedurer som körs mot databasen och som inte ska användas i kombination med andra grupper eftersom detta resulterar i dubbletter av granskningsloggar.

Mer information finns i Granskningsåtgärdsgrupper på databasnivå.

För databasgranskningsprincip kan specifika åtgärder också anges (observera att Åtgärder inte kan anges för servergranskningsprincipen). De åtgärder som stöds för granskning är: VÄLJ UPPDATERA INFOGA TA BORT KÖR TA EMOT REFERENSER

Det allmänna formuläret för att definiera en åtgärd som ska granskas är: {action} PÅ {object} BY {principal}

Observera att <object> i formatet ovan kan referera till ett objekt som en tabell, vy eller lagrad procedur, eller en hel databas eller ett helt schema. I de senare fallen används formulären DATABASE::{db_name} och SCHEMA::{schema_name}.

Exempel: SELECT on dbo.myTable by public SELECT on DATABASE::myDatabase by public SELECT on SCHEMA::mySchema by public

Mer information finns i Granskningsåtgärder på databasnivå.
is_storage_secondary_key_in_use
Obligatorisk
bool

Anger om storageAccountAccessKey-värdet är lagringens sekundära nyckel.
is_azure_monitor_target_enabled
Obligatorisk
bool

Anger om granskningshändelser skickas till Azure Monitor. För att skicka händelserna till Azure Monitor anger du "State" som "Enabled" och "IsAzureMonitorTargetEnabled" som true.

När du använder REST API för att konfigurera granskning bör diagnostikinställningar med diagnostikloggkategorin "SQLSecurityAuditEvents" i databasen också skapas. Observera att för granskning på servernivå bör du använda huvuddatabasen som {databaseName}.

URI-format för diagnostikinställningar: PUT https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroup}/providers/Microsoft. Sql/servers/{serverName}/databases/{databaseName}/providers/microsoft.insights/diagnosticSettings/{settingsName}?api-version=2017-05-01-preview

Mer information finns i REST API för diagnostikinställningar eller Diagnostikinställningar PowerShell.
queue_delay_ms
Obligatorisk
int

Anger hur lång tid i millisekunder som kan förflutit innan granskningsåtgärder tvingas bearbetas. Standardvärdet är 1 000 (1 sekund). Maxvärdet är 2 147 483 647.
state
Obligatorisk
str eller BlobAuditingPolicyState

Anger granskningstillståndet. Om tillståndet är Aktiverat krävs storageEndpoint ellerazureMonitorTargetEnabled. Möjliga värden är: "Aktiverad", "Inaktiverad".
storage_endpoint
Obligatorisk
str

Anger bloblagringsslutpunkten (t.ex. https://MyAccount.blob.core.windows.net). Om tillståndet är Aktiverat krävs storageEndpoint ellerazureMonitorTargetEnabled.
storage_account_access_key
Obligatorisk
str

Anger identifierarnyckeln för granskningslagringskontot. Om tillståndet är Aktiverat och storageEndpoint har angetts används SQL Server systemtilldelad hanterad identitet för att komma åt lagringen genom att inte ange lagringskontotAccessKey. Förutsättningar för att använda hanterad identitetsautentisering:

  1. Tilldela SQL Server en systemtilldelad hanterad identitet i Azure Active Directory (AAD).

#. Bevilja SQL Server identitetsåtkomst till lagringskontot genom att lägga till RBAC-rollen "Storage Blob Data Contributor" i serveridentiteten.

Mer information finns i >>Granska<< till lagring med hjälp av hanterad identitetsautentisering

< https://go.microsoft.com/fwlink/?linkid=2114355 >`_.
storage_account_subscription_id
Obligatorisk
str

Anger bloblagringsprenumerations-ID: t.

Keyword-Only parametrar

Name Description
is_devops_audit_enabled
Obligatorisk
predicate_expression
Obligatorisk
retention_days
Obligatorisk
audit_actions_and_groups
Obligatorisk
is_storage_secondary_key_in_use
Obligatorisk
is_azure_monitor_target_enabled
Obligatorisk
queue_delay_ms
Obligatorisk
state
Obligatorisk
storage_endpoint
Obligatorisk
storage_account_access_key
Obligatorisk
storage_account_subscription_id
Obligatorisk

Variabler

Name Description
id
str

Resurs-ID.
name
str

Resursnamn.
type
str

Resurstyp.