Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Définition de ressource Bicep
Le type de ressource workspaces/sqlPools/auditingSettings peut être déployé avec des opérations qui ciblent :
- groupes de ressources - Consultez commandes de déploiement de groupes de ressources
Pour obtenir la liste des propriétés modifiées dans chaque version de l’API, consultez journal des modifications.
Format de ressource
Pour créer une ressource Microsoft.Synapse/workspaces/sqlPools/auditingSettings, ajoutez le bicep suivant à votre modèle.
resource symbolicname 'Microsoft.Synapse/workspaces/sqlPools/auditingSettings@2021-06-01' = {
parent: resourceSymbolicName
name: 'default'
properties: {
auditActionsAndGroups: [
'string'
]
isAzureMonitorTargetEnabled: bool
isStorageSecondaryKeyInUse: bool
retentionDays: int
state: 'string'
storageAccountAccessKey: 'string'
storageAccountSubscriptionId: 'string'
storageEndpoint: 'string'
}
}
Valeurs de propriété
Microsoft.Synapse/workspaces/sqlPools/auditingSettings
| Nom | Descriptif | Valeur |
|---|---|---|
| nom | Nom de la ressource | 'default' (obligatoire) |
| parent | Dans Bicep, vous pouvez spécifier la ressource parente d’une ressource enfant. Vous devez uniquement ajouter cette propriété lorsque la ressource enfant est déclarée en dehors de la ressource parente. Pour plus d’informations, consultez ressource enfant en dehors de la ressource parente. |
Nom symbolique de la ressource de type : espaces de travail/sqlPools |
| Propriétés | Propriétés de ressource. | SqlPoolBlobAuditingPolicyProperties |
SqlPoolBlobAuditingPolicyProperties
| Nom | Descriptif | Valeur |
|---|---|---|
| auditActionsAndGroups | Spécifie la Actions-Groups et les 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_RÔLE_CHANGER_MOT_DE_PASSE_GROUPE GROUPE_SAUVEGARDE_RESTAURATION DATABASE_LOGOUT_GROUP GROUPE_DE_CHANGEMENT_DE_L'OBJET_DE_BASE_DE_DONNÉES GROUPE_DE_CHANGEMENT_DE_PROPRIÉTÉ_D_OBJET_DE_BASE_DE_DONNÉES GROUPE_DE_CHANGEMENT_DES_AUTORISATIONS_D'OBJET_DE_BASE_DE_DONNÉES GROUPE_OPERATION_BASE_DE_DONNÉES GROUPE_CHANGEMENT_D'AUTORISATION_BASE_DE_DONNÉES GROUPE_DE_CHANGEMENT_DE_PRINCIPAL_DE_BASE_DE_DONNÉES GROUPE D'IMPERSONATION DU PRINCIPAL DE BASE DE DONNÉES GROUPE_CHANGEMENT_MEMBRE_RÔLE_BASE_DE_DONNÉES FAILED_DATABASE_AUTHENTICATION_GROUP GROUPE_ACCÈS_OBJET_DU_SCHEMA SCHEMA_OBJECT_CHANGE_GROUP GROUPE_CHANGEMENT_DE_PROPRIÉTÉ_DU_SCHEMA_OBJET CHANGEMENT_DE_PERMISSION_OBJET_SCHEMA GROUPE D'AUTHENTIFICATION RÉUSSIE À LA BASE DE DONNÉES UTILISATEUR_MODIFIER_MOT_DE_PASSE_GROUPE BATCH_STARTED_GROUP BATCH_COMPLETED_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 Database-Level Groupes d’actions d’audit. 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 du serveur). Les actions prises en charge pour l’audit sont les suivantes : CHOISIR METTRE À JOUR INSÉRER SUPPRIMER EXÉCUTER RECEVOIR RÉFÉRENCES La forme générale permettant de définir une action à auditer est la suivante : {action} ON {objet} PAR {principal} Notez que <objet> au format ci-dessus peut faire référence à un objet comme une table, une vue ou une procédure stockée, ou une base de données ou un schéma entier. Pour les derniers cas, les formulaires DATABASE ::{db_name} et SCHEMA ::{schema_name} sont utilisés, respectivement. Par exemple: SELECT sur dbo.myTable by public SELECT on DATABASE ::myDatabase by public SELECT on SCHEMA ::mySchema by public Pour plus d’informations, consultez Database-Level Actions d’audit |
chaîne de caractères[] |
| isAzureMonitorTargetEnabled | 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 des 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 » comme {databaseName}. Format d’URI des paramètres de diagnostic : METTRE 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-previewPour plus d’informations, consultez API REST des paramètres de diagnostic ou paramètres de diagnostic powerShell |
Bool |
| isStorageSecondaryKeyInUse | Spécifie si la valeur storageAccountAccessKey est la clé secondaire du stockage. | Bool |
| rétentionJours | Spécifie le nombre de jours à conserver dans les journaux d’audit dans le compte de stockage. | Int |
| état | Spécifie l’état de la stratégie. Si l’état est Activé, storageEndpoint ou isAzureMonitorTargetEnabled sont requis. | 'Désactivé' 'Enabled' (obligatoire) |
| storageAccountAccessKey | Spécifie la clé d’identificateur du compte de stockage d’audit. Si l’état est Activé et storageEndpoint est spécifié, storageAccountAccessKey est requis. | corde |
| storageAccountSubscriptionId | Spécifie l’ID d’abonnement de stockage d’objets blob. | corde Contraintes: Longueur minimale = 36 Longueur maximale = 36 Modèle = ^[0-9a-fA-F]{8}-([0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}$ |
| stockagePoint de terminaison | 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 est requis. |
corde |
Définition de ressource de modèle ARM
Le type de ressource workspaces/sqlPools/auditingSettings peut être déployé avec des opérations qui ciblent :
- Groupes de ressources - Voir commandes de déploiement des groupes de ressources Pour une liste des propriétés modifiées dans chaque version d’API, voir journal des changements.
Exemples d’utilisation
Format de ressource
Pour créer une ressource Microsoft.Synapse/workspaces/sqlPools/auditingSettings, ajoutez le code JSON suivant à votre modèle.
{
"type": "Microsoft.Synapse/workspaces/sqlPools/auditingSettings",
"apiVersion": "2021-06-01",
"name": "string",
"properties": {
"auditActionsAndGroups": [ "string" ],
"isAzureMonitorTargetEnabled": "bool",
"isStorageSecondaryKeyInUse": "bool",
"retentionDays": "int",
"state": "string",
"storageAccountAccessKey": "string",
"storageAccountSubscriptionId": "string",
"storageEndpoint": "string"
}
}
Valeurs de propriété
Microsoft.Synapse/workspaces/sqlPools/auditingSettings
| Nom | Descriptif | Valeur |
|---|---|---|
| apiVersion | Version de l’API | '2021-06-01' |
| nom | Nom de la ressource | 'default' (obligatoire) |
| Propriétés | Propriétés de ressource. | SqlPoolBlobAuditingPolicyProperties |
| type | Type de ressource | 'Microsoft.Synapse/workspaces/sqlPools/auditingSettings' |
SqlPoolBlobAuditingPolicyProperties
| Nom | Descriptif | Valeur |
|---|---|---|
| auditActionsAndGroups | Spécifie la Actions-Groups et les 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_RÔLE_CHANGER_MOT_DE_PASSE_GROUPE GROUPE_SAUVEGARDE_RESTAURATION DATABASE_LOGOUT_GROUP GROUPE_DE_CHANGEMENT_DE_L'OBJET_DE_BASE_DE_DONNÉES GROUPE_DE_CHANGEMENT_DE_PROPRIÉTÉ_D_OBJET_DE_BASE_DE_DONNÉES GROUPE_DE_CHANGEMENT_DES_AUTORISATIONS_D'OBJET_DE_BASE_DE_DONNÉES GROUPE_OPERATION_BASE_DE_DONNÉES GROUPE_CHANGEMENT_D'AUTORISATION_BASE_DE_DONNÉES GROUPE_DE_CHANGEMENT_DE_PRINCIPAL_DE_BASE_DE_DONNÉES GROUPE D'IMPERSONATION DU PRINCIPAL DE BASE DE DONNÉES GROUPE_CHANGEMENT_MEMBRE_RÔLE_BASE_DE_DONNÉES FAILED_DATABASE_AUTHENTICATION_GROUP GROUPE_ACCÈS_OBJET_DU_SCHEMA SCHEMA_OBJECT_CHANGE_GROUP GROUPE_CHANGEMENT_DE_PROPRIÉTÉ_DU_SCHEMA_OBJET CHANGEMENT_DE_PERMISSION_OBJET_SCHEMA GROUPE D'AUTHENTIFICATION RÉUSSIE À LA BASE DE DONNÉES UTILISATEUR_MODIFIER_MOT_DE_PASSE_GROUPE BATCH_STARTED_GROUP BATCH_COMPLETED_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 Database-Level Groupes d’actions d’audit. 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 du serveur). Les actions prises en charge pour l’audit sont les suivantes : CHOISIR METTRE À JOUR INSÉRER SUPPRIMER EXÉCUTER RECEVOIR RÉFÉRENCES La forme générale permettant de définir une action à auditer est la suivante : {action} ON {objet} PAR {principal} Notez que <objet> au format ci-dessus peut faire référence à un objet comme une table, une vue ou une procédure stockée, ou une base de données ou un schéma entier. Pour les derniers cas, les formulaires DATABASE ::{db_name} et SCHEMA ::{schema_name} sont utilisés, respectivement. Par exemple: SELECT sur dbo.myTable by public SELECT on DATABASE ::myDatabase by public SELECT on SCHEMA ::mySchema by public Pour plus d’informations, consultez Database-Level Actions d’audit |
chaîne de caractères[] |
| isAzureMonitorTargetEnabled | 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 des 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 » comme {databaseName}. Format d’URI des paramètres de diagnostic : METTRE 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-previewPour plus d’informations, consultez API REST des paramètres de diagnostic ou paramètres de diagnostic powerShell |
Bool |
| isStorageSecondaryKeyInUse | Spécifie si la valeur storageAccountAccessKey est la clé secondaire du stockage. | Bool |
| rétentionJours | Spécifie le nombre de jours à conserver dans les journaux d’audit dans le compte de stockage. | Int |
| état | Spécifie l’état de la stratégie. Si l’état est Activé, storageEndpoint ou isAzureMonitorTargetEnabled sont requis. | 'Désactivé' 'Enabled' (obligatoire) |
| storageAccountAccessKey | Spécifie la clé d’identificateur du compte de stockage d’audit. Si l’état est Activé et storageEndpoint est spécifié, storageAccountAccessKey est requis. | corde |
| storageAccountSubscriptionId | Spécifie l’ID d’abonnement de stockage d’objets blob. | corde Contraintes: Longueur minimale = 36 Longueur maximale = 36 Modèle = ^[0-9a-fA-F]{8}-([0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}$ |
| stockagePoint de terminaison | 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 est requis. |
corde |
Définition de ressource Terraform (fournisseur AzAPI)
Le type de ressource workspaces/sqlPools/auditingSettings peut être déployé avec des opérations qui ciblent :
- Groupes de ressources Pour une liste des propriétés modifiées dans chaque version d’API, voir journal des modifications.
Format de ressource
Pour créer une ressource Microsoft.Synapse/workspaces/sqlPools/auditingSettings, ajoutez le terraform suivant à votre modèle.
resource "azapi_resource" "symbolicname" {
type = "Microsoft.Synapse/workspaces/sqlPools/auditingSettings@2021-06-01"
name = "string"
parent_id = "string"
body = {
properties = {
auditActionsAndGroups = [
"string"
]
isAzureMonitorTargetEnabled = bool
isStorageSecondaryKeyInUse = bool
retentionDays = int
state = "string"
storageAccountAccessKey = "string"
storageAccountSubscriptionId = "string"
storageEndpoint = "string"
}
}
}
Valeurs de propriété
Microsoft.Synapse/workspaces/sqlPools/auditingSettings
| Nom | Descriptif | Valeur |
|---|---|---|
| nom | Nom de la ressource | 'default' (obligatoire) |
| parent_id | ID de la ressource qui est le parent de cette ressource. | ID de ressource de type : espaces de travail/sqlPools |
| Propriétés | Propriétés de ressource. | SqlPoolBlobAuditingPolicyProperties |
| type | Type de ressource | « Microsoft.Synapse/workspaces/sqlPools/auditingSettings@2021-06-01 » |
SqlPoolBlobAuditingPolicyProperties
| Nom | Descriptif | Valeur |
|---|---|---|
| auditActionsAndGroups | Spécifie la Actions-Groups et les 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_RÔLE_CHANGER_MOT_DE_PASSE_GROUPE GROUPE_SAUVEGARDE_RESTAURATION DATABASE_LOGOUT_GROUP GROUPE_DE_CHANGEMENT_DE_L'OBJET_DE_BASE_DE_DONNÉES GROUPE_DE_CHANGEMENT_DE_PROPRIÉTÉ_D_OBJET_DE_BASE_DE_DONNÉES GROUPE_DE_CHANGEMENT_DES_AUTORISATIONS_D'OBJET_DE_BASE_DE_DONNÉES GROUPE_OPERATION_BASE_DE_DONNÉES GROUPE_CHANGEMENT_D'AUTORISATION_BASE_DE_DONNÉES GROUPE_DE_CHANGEMENT_DE_PRINCIPAL_DE_BASE_DE_DONNÉES GROUPE D'IMPERSONATION DU PRINCIPAL DE BASE DE DONNÉES GROUPE_CHANGEMENT_MEMBRE_RÔLE_BASE_DE_DONNÉES FAILED_DATABASE_AUTHENTICATION_GROUP GROUPE_ACCÈS_OBJET_DU_SCHEMA SCHEMA_OBJECT_CHANGE_GROUP GROUPE_CHANGEMENT_DE_PROPRIÉTÉ_DU_SCHEMA_OBJET CHANGEMENT_DE_PERMISSION_OBJET_SCHEMA GROUPE D'AUTHENTIFICATION RÉUSSIE À LA BASE DE DONNÉES UTILISATEUR_MODIFIER_MOT_DE_PASSE_GROUPE BATCH_STARTED_GROUP BATCH_COMPLETED_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 Database-Level Groupes d’actions d’audit. 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 du serveur). Les actions prises en charge pour l’audit sont les suivantes : CHOISIR METTRE À JOUR INSÉRER SUPPRIMER EXÉCUTER RECEVOIR RÉFÉRENCES La forme générale permettant de définir une action à auditer est la suivante : {action} ON {objet} PAR {principal} Notez que <objet> au format ci-dessus peut faire référence à un objet comme une table, une vue ou une procédure stockée, ou une base de données ou un schéma entier. Pour les derniers cas, les formulaires DATABASE ::{db_name} et SCHEMA ::{schema_name} sont utilisés, respectivement. Par exemple: SELECT sur dbo.myTable by public SELECT on DATABASE ::myDatabase by public SELECT on SCHEMA ::mySchema by public Pour plus d’informations, consultez Database-Level Actions d’audit |
chaîne de caractères[] |
| isAzureMonitorTargetEnabled | 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 des 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 » comme {databaseName}. Format d’URI des paramètres de diagnostic : METTRE 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-previewPour plus d’informations, consultez API REST des paramètres de diagnostic ou paramètres de diagnostic powerShell |
Bool |
| isStorageSecondaryKeyInUse | Spécifie si la valeur storageAccountAccessKey est la clé secondaire du stockage. | Bool |
| rétentionJours | Spécifie le nombre de jours à conserver dans les journaux d’audit dans le compte de stockage. | Int |
| état | Spécifie l’état de la stratégie. Si l’état est Activé, storageEndpoint ou isAzureMonitorTargetEnabled sont requis. | 'Désactivé' 'Enabled' (obligatoire) |
| storageAccountAccessKey | Spécifie la clé d’identificateur du compte de stockage d’audit. Si l’état est Activé et storageEndpoint est spécifié, storageAccountAccessKey est requis. | corde |
| storageAccountSubscriptionId | Spécifie l’ID d’abonnement de stockage d’objets blob. | corde Contraintes: Longueur minimale = 36 Longueur maximale = 36 Modèle = ^[0-9a-fA-F]{8}-([0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}$ |
| stockagePoint de terminaison | 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 est requis. |
corde |