ExtendedDatabaseBlobAuditingPolicy コンストラクター

リファレンス

定義

名前空間:: Microsoft.Azure.Management.Sql.Models

アセンブリ:: Microsoft.Azure.Management.Sql.dll

パッケージ:: Microsoft.Azure.Management.Sql v3.1.0-preview

重要

一部の情報は、リリース前に大きく変更される可能性があるプレリリースされた製品に関するものです。 Microsoft は、ここに記載されている情報について、明示または黙示を問わず、一切保証しません。

オーバーロード

ExtendedDatabaseBlobAuditingPolicy()	ExtendedDatabaseBlobAuditingPolicy クラスの新しいインスタンスを初期化します。
ExtendedDatabaseBlobAuditingPolicy(BlobAuditingPolicyState, String, String, String, String, Nullable<Int32>, IList<String>, Nullable<Boolean>, Nullable<Boolean>, Nullable<Int32>, Nullable<Boolean>, String, String, Nullable<Guid>)	ExtendedDatabaseBlobAuditingPolicy クラスの新しいインスタンスを初期化します。

ExtendedDatabaseBlobAuditingPolicy()

ExtendedDatabaseBlobAuditingPolicy クラスの新しいインスタンスを初期化します。

public ExtendedDatabaseBlobAuditingPolicy ();

Public Sub New ()

適用対象

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

ExtendedDatabaseBlobAuditingPolicy クラスの新しいインスタンスを初期化します。

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

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

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 retentionDays As Nullable(Of Integer) = Nothing, Optional auditActionsAndGroups As IList(Of String) = Nothing, Optional isStorageSecondaryKeyInUse As Nullable(Of Boolean) = Nothing, Optional isAzureMonitorTargetEnabled As Nullable(Of Boolean) = Nothing, Optional queueDelayMs As Nullable(Of Integer) = Nothing, Optional isManagedIdentityInUse As Nullable(Of Boolean) = Nothing, Optional storageEndpoint As String = Nothing, Optional storageAccountAccessKey As String = Nothing, Optional storageAccountSubscriptionId As Nullable(Of Guid) = Nothing)

パラメーター

state: BlobAuditingPolicyState

監査の状態を指定します。 state が Enabled の場合、storageEndpoint または isAzureMonitorTargetEnabled が必要です。使用可能な値は次のとおりです: 'Enabled'、'Disabled'

id: String

リソースの ID

name: String

リソース名。

type: String

リソースの種類。

predicateExpression: String

監査の作成時に where 句の条件を指定します。

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
         DBCC_GROUP
         DATABASE_OWNERSHIP_CHANGE_GROUP
         DATABASE_CHANGE_GROUP
         LEDGER_OPERATION_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)

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)

queueDelayMs: Nullable<Int32>

監査アクションの処理が強制されるまでの時間 (ミリ秒単位) を指定します。既定の最小値は 1000 (1 秒) です。最大値は 2,147,483,647 です。

isManagedIdentityInUse: Nullable<Boolean>

BLOB ストレージへのアクセスにマネージド ID を使用するかどうかを指定します

storageEndpoint: String

BLOB ストレージエンドポイント (例: ) を指定します。 https://MyAccount.blob.core.windows.net state が Enabled の場合、storageEndpoint または isAzureMonitorTargetEnabled が必要です。

storageAccountAccessKey: String

監査ストレージアカウントの識別子キーを指定します。 state が Enabled で storageEndpoint が指定されている場合、storageAccountAccessKey を指定しないと、SQL Server システム割り当てマネージド ID を使用してストレージにアクセスします。マネージド ID 認証を使用するための前提条件: 1. Azure Active Directory (AAD) でシステム割り当てマネージド ID SQL Server割り当てます。 2. "ストレージ BLOB データ共同作成者" RBAC ロールをサーバー ID に追加して、SQL Server ID にストレージアカウントへのアクセス権を付与します。詳細については、「マネージド ID 認証を使用したストレージへの監査」を参照してください。

storageAccountSubscriptionId: Nullable<Guid>

BLOB ストレージサブスクリプション ID を指定します。

適用対象

次の方法で共有

ExtendedDatabaseBlobAuditingPolicy コンストラクター

定義

オーバーロード

ExtendedDatabaseBlobAuditingPolicy()

適用対象

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

パラメーター

適用対象

その他のリソース