ExtendedServerBlobAuditingPolicy Classe
Définition
Important
Certaines informations portent sur la préversion du produit qui est susceptible d’être en grande partie modifiée avant sa publication. Microsoft exclut toute garantie, expresse ou implicite, concernant les informations fournies ici.
Stratégie d’audit d’objets blob de serveur étendu.
[Microsoft.Rest.Serialization.JsonTransformation]
public class ExtendedServerBlobAuditingPolicy : Microsoft.Azure.Management.Sql.Models.ProxyResource
[<Microsoft.Rest.Serialization.JsonTransformation>]
type ExtendedServerBlobAuditingPolicy = class
inherit ProxyResource
Public Class ExtendedServerBlobAuditingPolicy
Inherits ProxyResource
- Héritage
- Attributs
Constructeurs
ExtendedServerBlobAuditingPolicy() |
Initialise une nouvelle instance de la classe ExtendedServerBlobAuditingPolicy. |
ExtendedServerBlobAuditingPolicy(BlobAuditingPolicyState, String, String, String, Nullable<Boolean>, String, Nullable<Int32>, IList<String>, Nullable<Boolean>, Nullable<Boolean>, Nullable<Int32>, Nullable<Boolean>, String, String, Nullable<Guid>) |
Initialise une nouvelle instance de la classe ExtendedServerBlobAuditingPolicy. |
Propriétés
AuditActionsAndGroups |
Obtient ou définit spécifie les Actions-Groups et Actions à auditer. L’ensemble recommandé de groupes d’actions à utiliser est la combinaison suivante : cela permet d’auditer toutes les requêtes et procédures stockées exécutées sur la base de données, ainsi que les connexions réussies et ayant échoué : BATCH_COMPLETED_GROUP, SUCCESSFUL_DATABASE_AUTHENTICATION_GROUP, FAILED_DATABASE_AUTHENTICATION_GROUP. Cette combinaison ci-dessus est également l’ensemble configuré par défaut lors de l’activation de l’audit à partir du Portail Azure. Les groupes d’actions pris en charge à auditer sont (remarque : choisissez uniquement des groupes spécifiques qui couvrent vos besoins d’audit. L’utilisation de groupes inutiles peut entraîner de très grandes quantités d’enregistrements d’audit) : 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 Il s’agit de groupes qui couvrent toutes les instructions sql et les procédures stockées exécutées sur la base de données, et qui ne doivent pas être utilisés en combinaison avec d’autres groupes, car cela entraîne des journaux d’audit en double. Pour plus d’informations, consultez Groupes d’actions d’audit au niveau de la base de données. Pour la stratégie d’audit de base de données, des actions spécifiques peuvent également être spécifiées (notez que les actions ne peuvent pas être spécifiées pour la stratégie d’audit de serveur). Les actions prises en charge pour l’audit sont les suivantes : SELECT UPDATE INSERT DELETE EXECUTE RECEIVE REFERENCES Le formulaire général pour définir une action à auditer est : {action} ON {object} BY {principal} Notez que lt;object> au format ci-dessus peut faire référence à un objet tel qu’une &table, une vue ou une procédure stockée, ou une base de données ou un schéma entier. Dans ces derniers cas, les formulaires DATABASE::{db_name} et SCHEMA::{schema_name} sont utilisés, respectivement. Par exemple : SELECT on dbo.myTable by public SELECT on DATABASE::myDatabase by public SELECT on SCHEMA::mySchema by public Pour plus d’informations, consultez Actions d’audit au niveau de la base de données |
Id |
Obtient l'ID de ressource (Hérité de Resource) |
IsAzureMonitorTargetEnabled |
Obtient ou définit spécifie si les événements d’audit sont envoyés à Azure Monitor. Pour envoyer les événements à Azure Monitor, spécifiez « State » comme « Enabled » et « IsAzureMonitorTargetEnabled » comme true. Lorsque vous utilisez l’API REST pour configurer l’audit, les paramètres de diagnostic avec la catégorie journaux de diagnostic « SQLSecurityAuditEvents » sur la base de données doivent également être créés. Notez que pour l’audit au niveau du serveur, vous devez utiliser la base de données « master » en tant que {databaseName}. Format d’URI des paramètres de diagnostic : 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 Pour plus d’informations, consultez API REST paramètres de diagnostic ou Paramètres de diagnostic PowerShell |
IsDevopsAuditEnabled |
Obtient ou définit spécifie l’état de l’audit devops. Si l’état est Activé, les journaux devops sont envoyés à Azure Monitor. Pour envoyer les événements à Azure Monitor, spécifiez « State » comme « Enabled », « IsAzureMonitorTargetEnabled » comme true et « IsDevopsAuditEnabled » comme true. Lorsque vous utilisez l’API REST pour configurer l’audit, les paramètres de diagnostic avec la catégorie journaux de diagnostic « DevOpsOperationsAudit » sur la base de données master doivent également être créés. Format d’URI des paramètres de diagnostic : 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 Pour plus d’informations, consultez API REST paramètres de diagnostic ou Paramètres de diagnostic PowerShell |
IsManagedIdentityInUse |
Obtient ou définit spécifie si l’identité managée est utilisée pour accéder au stockage d’objets blob |
IsStorageSecondaryKeyInUse |
Obtient ou définit spécifie si la valeur storageAccountAccessKey est la clé secondaire du stockage. |
Name |
Obtient le nom de la ressource. (Hérité de Resource) |
PredicateExpression |
Obtient ou définit spécifie la condition de la clause where lors de la création d’un audit. |
QueueDelayMs |
Obtient ou définit spécifie la durée en millisecondes qui peut s’écouler avant que les actions d’audit soient forcées à être traitées. La valeur minimale par défaut est 1000 (1 seconde). Le maximum est de 2 147 483 647. |
RetentionDays |
Obtient ou définit spécifie le nombre de jours à conserver dans les journaux d’audit du compte de stockage. |
State |
Obtient ou définit spécifie l’état de l’audit. Si l’état est Activé, storageEndpoint ou isAzureMonitorTargetEnabled sont requis. Les valeurs possibles sont les suivantes : 'Enabled', 'Disabled' |
StorageAccountAccessKey |
Obtient ou définit spécifie la clé d’identificateur du compte de stockage d’audit. Si l’état est Activé et que storageEndpoint est spécifié, le fait de ne pas spécifier le storageAccountAccessKey utilise l’identité managée affectée par le système SQL Server pour accéder au stockage. Conditions préalables à l’utilisation de l’authentification d’identité managée :
|
StorageAccountSubscriptionId |
Obtient ou définit spécifie l’ID d’abonnement au stockage blob. |
StorageEndpoint |
Obtient ou définit spécifie le point de terminaison de stockage d’objets blob (par exemple https://MyAccount.blob.core.windows.net). Si l’état est Activé, storageEndpoint ou estAzureMonitorTargetEnabled est requis. |
Type |
Obtient le type de ressource. (Hérité de Resource) |
Méthodes
Validate() |
Validez l’objet. |
S’applique à
Azure SDK for .NET