你当前正在访问 Microsoft Azure Global Edition 技术文档网站。如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

ExtendedServerBlobAuditingPolicyInner 构造函数

参考

定义

命名空间:: Microsoft.Azure.Management.Sql.Fluent.Models

程序集:: Microsoft.Azure.Management.Sql.Fluent.dll

包:: Microsoft.Azure.Management.Sql.Fluent v1.38.1

重要

一些信息与预发行产品相关，相应产品在发行之前可能会进行重大修改。对于此处提供的信息，Microsoft 不作任何明示或暗示的担保。

重载

ExtendedServerBlobAuditingPolicyInner()	初始化 ExtendedServerBlobAuditingPolicyInner 类的新实例。
ExtendedServerBlobAuditingPolicyInner(BlobAuditingPolicyState, String, String, String, String, String, String, Nullable<Int32>, IList<String>, Nullable<Guid>, Nullable<Boolean>, Nullable<Boolean>)	初始化 ExtendedServerBlobAuditingPolicyInner 类的新实例。

ExtendedServerBlobAuditingPolicyInner()

初始化 ExtendedServerBlobAuditingPolicyInner 类的新实例。

public ExtendedServerBlobAuditingPolicyInner ();

Public Sub New ()

适用于

ExtendedServerBlobAuditingPolicyInner(BlobAuditingPolicyState, String, String, String, String, String, String, Nullable<Int32>, IList<String>, Nullable<Guid>, Nullable<Boolean>, Nullable<Boolean>)

初始化 ExtendedServerBlobAuditingPolicyInner 类的新实例。

public ExtendedServerBlobAuditingPolicyInner (Microsoft.Azure.Management.Sql.Fluent.Models.BlobAuditingPolicyState state, string id = default, string name = default, string type = default, string predicateExpression = default, string storageEndpoint = default, string storageAccountAccessKey = default, int? retentionDays = default, System.Collections.Generic.IList<string> auditActionsAndGroups = default, Guid? storageAccountSubscriptionId = default, bool? isStorageSecondaryKeyInUse = default, bool? isAzureMonitorTargetEnabled = default);

new Microsoft.Azure.Management.Sql.Fluent.Models.ExtendedServerBlobAuditingPolicyInner : Microsoft.Azure.Management.Sql.Fluent.Models.BlobAuditingPolicyState * string * string * string * string * string * string * Nullable<int> * System.Collections.Generic.IList<string> * Nullable<Guid> * Nullable<bool> * Nullable<bool> -> Microsoft.Azure.Management.Sql.Fluent.Models.ExtendedServerBlobAuditingPolicyInner

Public Sub New (state As BlobAuditingPolicyState, Optional id As String = Nothing, Optional name As String = Nothing, Optional type As String = Nothing, Optional predicateExpression As String = Nothing, Optional storageEndpoint As String = Nothing, Optional storageAccountAccessKey As String = Nothing, Optional retentionDays As Nullable(Of Integer) = Nothing, Optional auditActionsAndGroups As IList(Of String) = Nothing, Optional storageAccountSubscriptionId As Nullable(Of Guid) = Nothing, Optional isStorageSecondaryKeyInUse As Nullable(Of Boolean) = Nothing, Optional isAzureMonitorTargetEnabled As Nullable(Of Boolean) = Nothing)

参数

state: BlobAuditingPolicyState

指定策略的状态。如果状态为“已启用”，则需要 storageEndpoint 或 isAzureMonitorTargetEnabled。可能的值包括：“Enabled”、“Disabled”

id: String

name: String

type: String

predicateExpression: String

指定创建审核时 where 子句的条件。

storageEndpoint: String

指定 blob 存储终结点 (例如 https://MyAccount.blob.core.windows.net) 。如果状态为“已启用”，则需要 storageEndpoint。

storageAccountAccessKey: String

指定审核存储帐户的标识符密钥。如果状态为 Enabled 并指定 storageEndpoint，则需要 storageAccountAccessKey。

retentionDays: Nullable<Int32>

指定要在存储帐户的审核日志中保留的天数。

auditActionsAndGroups: IList<String>

指定要审核的Actions-Groups和操作。

         The recommended set of action groups to use is the following
         combination - this will audit all the queries and stored procedures
         executed against the database, as well as successful and failed
         logins:

         BATCH_COMPLETED_GROUP,
         SUCCESSFUL_DATABASE_AUTHENTICATION_GROUP,
         FAILED_DATABASE_AUTHENTICATION_GROUP.

         This above combination is also the set that is configured by
         default when enabling auditing from the Azure portal.

         The supported action groups to audit are (note: choose only
         specific groups that cover your auditing needs. Using unnecessary
         groups could lead to very large quantities of audit records):

         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

         These are groups that cover all sql statements and stored
         procedures executed against the database, and should not be used in
         combination with other groups as this will result in duplicate
         audit logs.

         For more information, see [Database-Level Audit Action
         Groups](https://docs.microsoft.com/en-us/sql/relational-databases/security/auditing/sql-server-audit-action-groups-and-actions#database-level-audit-action-groups).

         For Database auditing policy, specific Actions can also be
         specified (note that Actions cannot be specified for Server
         auditing policy). The supported actions to audit are:
         SELECT
         UPDATE
         INSERT
         DELETE
         EXECUTE
         RECEIVE
         REFERENCES

         The general form for defining an action to be audited is:
         {action} ON {object} BY {principal}

         Note that &lt;object&gt; in the above format can refer to an object
         like a table, view, or stored procedure, or an entire database or
         schema. For the latter cases, the forms DATABASE::{db_name} and
         SCHEMA::{schema_name} are used, respectively.

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

         For more information, see [Database-Level Audit
         Actions](https://docs.microsoft.com/en-us/sql/relational-databases/security/auditing/sql-server-audit-action-groups-and-actions#database-level-audit-actions)

storageAccountSubscriptionId: Nullable<Guid>

指定 Blob 存储订阅 ID。

isStorageSecondaryKeyInUse: Nullable<Boolean>

指定 storageAccountAccessKey 值是否为存储的辅助密钥。

isAzureMonitorTargetEnabled: Nullable<Boolean>

指定是否将审核事件发送到 Azure Monitor。若要将事件发送到 Azure Monitor，请将“State”指定为“Enabled”，将“IsAzureMonitorTargetEnabled”指定为 true。

         When using REST API to configure auditing, Diagnostic Settings with
         'SQLSecurityAuditEvents' diagnostic logs category on the database
         should be also created.
         Note that for server level audit you should use the 'master'
         database as {databaseName}.

         Diagnostic Settings URI format:
         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

         For more information, see [Diagnostic Settings REST
         API](https://go.microsoft.com/fwlink/?linkid=2033207)
         or [Diagnostic Settings
         PowerShell](https://go.microsoft.com/fwlink/?linkid=2033043)

适用于

通过

ExtendedServerBlobAuditingPolicyInner 构造函数

定义

重载

ExtendedServerBlobAuditingPolicyInner()

适用于

ExtendedServerBlobAuditingPolicyInner(BlobAuditingPolicyState, String, String, String, String, String, String, Nullable<Int32>, IList<String>, Nullable<Guid>, Nullable<Boolean>, Nullable<Boolean>)

参数

适用于

其他资源