StorageAccountsClient Interface
Implémente
public interface StorageAccountsClient
extends InnerSupportsGet<StorageAccountInner>, InnerSupportsListing<StorageAccountInner>, InnerSupportsDelete<Void>
Un instance de cette classe fournit l’accès à toutes les opérations définies dans StorageAccountsClient.
Résumé de la méthode
Détails de la méthode
abortHierarchicalNamespaceMigration
public abstract void abortHierarchicalNamespaceMigration(String resourceGroupName, String accountName)
Abandonner la migration dynamique du compte de stockage pour activer Hns.
Parameters:
abortHierarchicalNamespaceMigration
public abstract void abortHierarchicalNamespaceMigration(String resourceGroupName, String accountName, Context context)
Abandonner la migration dynamique du compte de stockage pour activer Hns.
Parameters:
abortHierarchicalNamespaceMigrationAsync
public abstract Mono
Abandonner la migration dynamique du compte de stockage pour activer Hns.
Parameters:
Returns:
abortHierarchicalNamespaceMigrationWithResponseAsync
public abstract Mono
Abandonner la migration dynamique du compte de stockage pour activer Hns.
Parameters:
Returns:
beginAbortHierarchicalNamespaceMigration
public abstract SyncPoller
Abandonner la migration dynamique du compte de stockage pour activer Hns.
Parameters:
Returns:
beginAbortHierarchicalNamespaceMigration
public abstract SyncPoller
Abandonner la migration dynamique du compte de stockage pour activer Hns.
Parameters:
Returns:
beginAbortHierarchicalNamespaceMigrationAsync
public abstract PollerFlux
Abandonner la migration dynamique du compte de stockage pour activer Hns.
Parameters:
Returns:
beginCreate
public abstract SyncPoller
Crée de manière asynchrone un compte de stockage avec les paramètres spécifiés. Si un compte est déjà créé et qu’une demande de création ultérieure est émise avec des propriétés différentes, les propriétés du compte sont mises à jour. Si un compte est déjà créé et qu’une demande de création ou de mise à jour ultérieure est émise avec exactement le même ensemble de propriétés, la demande réussit.
Parameters:
Returns:
beginCreate
public abstract SyncPoller
Crée de manière asynchrone un compte de stockage avec les paramètres spécifiés. Si un compte est déjà créé et qu’une demande de création ultérieure est émise avec des propriétés différentes, les propriétés du compte sont mises à jour. Si un compte est déjà créé et qu’une demande de création ou de mise à jour ultérieure est émise avec exactement le même ensemble de propriétés, la demande réussit.
Parameters:
Returns:
beginCreateAsync
public abstract PollerFlux
Crée de manière asynchrone un compte de stockage avec les paramètres spécifiés. Si un compte est déjà créé et qu’une demande de création ultérieure est émise avec des propriétés différentes, les propriétés du compte sont mises à jour. Si un compte est déjà créé et qu’une demande de création ou de mise à jour ultérieure est émise avec exactement le même ensemble de propriétés, la demande réussit.
Parameters:
Returns:
beginCustomerInitiatedMigration
public abstract SyncPoller
La demande de migration de compte peut être déclenchée pour qu’un compte de stockage modifie son niveau de redondance. La migration met à jour le compte de stockage non redondant zonale vers un compte redondant zonal ou vice versa afin d’améliorer la fiabilité et la disponibilité. Un stockage redondant interzone (ZRS) réplique les données de votre compte de stockage de façon synchrone dans trois zones de disponibilité Azure au sein de la région primaire.
Parameters:
Returns:
beginCustomerInitiatedMigration
public abstract SyncPoller
La demande de migration de compte peut être déclenchée pour qu’un compte de stockage modifie son niveau de redondance. La migration met à jour le compte de stockage non redondant zonale vers un compte redondant zonal ou vice versa afin d’améliorer la fiabilité et la disponibilité. Un stockage redondant interzone (ZRS) réplique les données de votre compte de stockage de façon synchrone dans trois zones de disponibilité Azure au sein de la région primaire.
Parameters:
Returns:
beginCustomerInitiatedMigrationAsync
public abstract PollerFlux
La demande de migration de compte peut être déclenchée pour qu’un compte de stockage modifie son niveau de redondance. La migration met à jour le compte de stockage non redondant zonale vers un compte redondant zonal ou vice versa afin d’améliorer la fiabilité et la disponibilité. Un stockage redondant interzone (ZRS) réplique les données de votre compte de stockage de façon synchrone dans trois zones de disponibilité Azure au sein de la région primaire.
Parameters:
Returns:
beginFailover
public abstract SyncPoller
Une demande de basculement peut être déclenchée pour un compte de stockage en cas d’indisponibilité d’un point de terminaison principal pour une raison quelconque. Le basculement se produit à partir du cluster principal du compte de stockage vers le cluster secondaire pour les comptes RA-GRS. Le cluster secondaire devient principal après le basculement et le compte est converti en LRS. Dans le cas d’un basculement planifié, les clusters principal et secondaire sont échangés après le basculement et le compte reste géorépliqué. Le basculement doit continuer à être utilisé en cas de problèmes de disponibilité, car le basculement planifié n’est disponible que lorsque les points de terminaison principaux et secondaires sont disponibles. Le principal cas d’utilisation d’un basculement planifié est celui des tests de récupération d’urgence. Ce type de basculement est appelé en définissant le paramètre FailoverType sur « Planifié ». En savoir plus sur les options de basculement ici- https://learn.microsoft.com/en-us/azure/storage/common/storage-disaster-recovery-guidance.
Parameters:
Returns:
beginFailover
public abstract SyncPoller
Une demande de basculement peut être déclenchée pour un compte de stockage en cas d’indisponibilité d’un point de terminaison principal pour une raison quelconque. Le basculement se produit à partir du cluster principal du compte de stockage vers le cluster secondaire pour les comptes RA-GRS. Le cluster secondaire devient principal après le basculement et le compte est converti en LRS. Dans le cas d’un basculement planifié, les clusters principal et secondaire sont échangés après le basculement et le compte reste géorépliqué. Le basculement doit continuer à être utilisé en cas de problèmes de disponibilité, car le basculement planifié n’est disponible que lorsque les points de terminaison principaux et secondaires sont disponibles. Le principal cas d’utilisation d’un basculement planifié est celui des tests de récupération d’urgence. Ce type de basculement est appelé en définissant le paramètre FailoverType sur « Planifié ». En savoir plus sur les options de basculement ici- https://learn.microsoft.com/en-us/azure/storage/common/storage-disaster-recovery-guidance.
Parameters:
Returns:
beginFailoverAsync
public abstract PollerFlux
Une demande de basculement peut être déclenchée pour un compte de stockage en cas d’indisponibilité d’un point de terminaison principal pour une raison quelconque. Le basculement se produit à partir du cluster principal du compte de stockage vers le cluster secondaire pour les comptes RA-GRS. Le cluster secondaire devient principal après le basculement et le compte est converti en LRS. Dans le cas d’un basculement planifié, les clusters principal et secondaire sont échangés après le basculement et le compte reste géorépliqué. Le basculement doit continuer à être utilisé en cas de problèmes de disponibilité, car le basculement planifié n’est disponible que lorsque les points de terminaison principaux et secondaires sont disponibles. Le principal cas d’utilisation d’un basculement planifié est celui des tests de récupération d’urgence. Ce type de basculement est appelé en définissant le paramètre FailoverType sur « Planifié ». En savoir plus sur les options de basculement ici- https://learn.microsoft.com/en-us/azure/storage/common/storage-disaster-recovery-guidance.
Parameters:
Returns:
beginFailoverAsync
public abstract PollerFlux
Une demande de basculement peut être déclenchée pour un compte de stockage en cas d’indisponibilité d’un point de terminaison principal pour une raison quelconque. Le basculement se produit à partir du cluster principal du compte de stockage vers le cluster secondaire pour les comptes RA-GRS. Le cluster secondaire devient principal après le basculement et le compte est converti en LRS. Dans le cas d’un basculement planifié, les clusters principal et secondaire sont échangés après le basculement et le compte reste géorépliqué. Le basculement doit continuer à être utilisé en cas de problèmes de disponibilité, car le basculement planifié n’est disponible que lorsque les points de terminaison principaux et secondaires sont disponibles. Le principal cas d’utilisation d’un basculement planifié est celui des tests de récupération d’urgence. Ce type de basculement est appelé en définissant le paramètre FailoverType sur « Planifié ». En savoir plus sur les options de basculement ici- https://learn.microsoft.com/en-us/azure/storage/common/storage-disaster-recovery-guidance.
Parameters:
Returns:
beginHierarchicalNamespaceMigration
public abstract SyncPoller
Migration dynamique du compte de stockage pour activer Hns.
Parameters:
Returns:
beginHierarchicalNamespaceMigration
public abstract SyncPoller
Migration dynamique du compte de stockage pour activer Hns.
Parameters:
Returns:
beginHierarchicalNamespaceMigrationAsync
public abstract PollerFlux
Migration dynamique du compte de stockage pour activer Hns.
Parameters:
Returns:
beginRestoreBlobRanges
public abstract SyncPoller
Restaurez des objets blob dans les plages d’objets blob spécifiées.
Parameters:
Returns:
beginRestoreBlobRanges
public abstract SyncPoller
Restaurez des objets blob dans les plages d’objets blob spécifiées.
Parameters:
Returns:
beginRestoreBlobRangesAsync
public abstract PollerFlux
Restaurez des objets blob dans les plages d’objets blob spécifiées.
Parameters:
Returns:
checkNameAvailability
public abstract CheckNameAvailabilityResultInner checkNameAvailability(StorageAccountCheckNameAvailabilityParameters accountName)
Vérifie que le nom du compte de stockage est valide et qu’il n’est pas déjà utilisé.
Parameters:
Returns:
checkNameAvailabilityAsync
public abstract Mono
Vérifie que le nom du compte de stockage est valide et qu’il n’est pas déjà utilisé.
Parameters:
Returns:
checkNameAvailabilityWithResponse
public abstract Response
Vérifie que le nom du compte de stockage est valide et qu’il n’est pas déjà utilisé.
Parameters:
Returns:
checkNameAvailabilityWithResponseAsync
public abstract Mono
Vérifie que le nom du compte de stockage est valide et qu’il n’est pas déjà utilisé.
Parameters:
Returns:
create
public abstract StorageAccountInner create(String resourceGroupName, String accountName, StorageAccountCreateParameters parameters)
Crée de manière asynchrone un compte de stockage avec les paramètres spécifiés. Si un compte est déjà créé et qu’une demande de création suivante est émise avec des propriétés différentes, les propriétés du compte sont mises à jour. Si un compte est déjà créé et qu’une demande de création ou de mise à jour ultérieure est émise avec exactement le même ensemble de propriétés, la demande réussit.
Parameters:
Returns:
create
public abstract StorageAccountInner create(String resourceGroupName, String accountName, StorageAccountCreateParameters parameters, Context context)
Crée de manière asynchrone un compte de stockage avec les paramètres spécifiés. Si un compte est déjà créé et qu’une demande de création suivante est émise avec des propriétés différentes, les propriétés du compte sont mises à jour. Si un compte est déjà créé et qu’une demande de création ou de mise à jour ultérieure est émise avec exactement le même ensemble de propriétés, la demande réussit.
Parameters:
Returns:
createAsync
public abstract Mono
Crée de manière asynchrone un compte de stockage avec les paramètres spécifiés. Si un compte est déjà créé et qu’une demande de création suivante est émise avec des propriétés différentes, les propriétés du compte sont mises à jour. Si un compte est déjà créé et qu’une demande de création ou de mise à jour ultérieure est émise avec exactement le même ensemble de propriétés, la demande réussit.
Parameters:
Returns:
createWithResponseAsync
public abstract Mono
Crée de manière asynchrone un compte de stockage avec les paramètres spécifiés. Si un compte est déjà créé et qu’une demande de création suivante est émise avec des propriétés différentes, les propriétés du compte sont mises à jour. Si un compte est déjà créé et qu’une demande de création ou de mise à jour ultérieure est émise avec exactement le même ensemble de propriétés, la demande réussit.
Parameters:
Returns:
customerInitiatedMigration
public abstract void customerInitiatedMigration(String resourceGroupName, String accountName, StorageAccountMigrationInner parameters)
La demande de migration de compte peut être déclenchée pour qu’un compte de stockage modifie son niveau de redondance. La migration met à jour le compte de stockage redondant non zonnal vers un compte redondant zonnal ou inversement afin d’améliorer la fiabilité et la disponibilité. Un stockage redondant interzone (ZRS) réplique les données de votre compte de stockage de façon synchrone dans trois zones de disponibilité Azure au sein de la région primaire.
Parameters:
customerInitiatedMigration
public abstract void customerInitiatedMigration(String resourceGroupName, String accountName, StorageAccountMigrationInner parameters, Context context)
La demande de migration de compte peut être déclenchée pour qu’un compte de stockage modifie son niveau de redondance. La migration met à jour le compte de stockage redondant non zonnal vers un compte redondant zonnal ou inversement afin d’améliorer la fiabilité et la disponibilité. Un stockage redondant interzone (ZRS) réplique les données de votre compte de stockage de façon synchrone dans trois zones de disponibilité Azure au sein de la région primaire.
Parameters:
customerInitiatedMigrationAsync
public abstract Mono
La demande de migration de compte peut être déclenchée pour qu’un compte de stockage modifie son niveau de redondance. La migration met à jour le compte de stockage redondant non zonnal vers un compte redondant zonnal ou inversement afin d’améliorer la fiabilité et la disponibilité. Un stockage redondant interzone (ZRS) réplique les données de votre compte de stockage de façon synchrone dans trois zones de disponibilité Azure au sein de la région primaire.
Parameters:
Returns:
customerInitiatedMigrationWithResponseAsync
public abstract Mono
La demande de migration de compte peut être déclenchée pour qu’un compte de stockage modifie son niveau de redondance. La migration met à jour le compte de stockage redondant non zonnal vers un compte redondant zonnal ou inversement afin d’améliorer la fiabilité et la disponibilité. Un stockage redondant interzone (ZRS) réplique les données de votre compte de stockage de façon synchrone dans trois zones de disponibilité Azure au sein de la région primaire.
Parameters:
Returns:
delete
public abstract void delete(String resourceGroupName, String accountName)
Supprime un compte de stockage dans Microsoft Azure.
Parameters:
deleteAsync
public abstract Mono
Supprime un compte de stockage dans Microsoft Azure.
Parameters:
Returns:
deleteWithResponse
public abstract Response
Supprime un compte de stockage dans Microsoft Azure.
Parameters:
Returns:
deleteWithResponseAsync
public abstract Mono
Supprime un compte de stockage dans Microsoft Azure.
Parameters:
Returns:
failover
public abstract void failover(String resourceGroupName, String accountName)
Une demande de basculement peut être déclenchée pour un compte de stockage dans le cas où un point de terminaison principal devient indisponible pour une raison quelconque. Le basculement se produit du cluster principal du compte de stockage vers le cluster secondaire pour les comptes RA-GRS. Le cluster secondaire devient principal après le basculement et le compte est converti en LRS. Dans le cas d’un basculement planifié, les clusters principal et secondaire sont échangés après le basculement et le compte reste géorépliqué. Le basculement doit continuer à être utilisé en cas de problèmes de disponibilité, car le basculement planifié n’est disponible que lorsque les points de terminaison principaux et secondaires sont disponibles. Le principal cas d’utilisation d’un basculement planifié est les exercices de test de récupération d’urgence. Ce type de basculement est appelé en définissant le paramètre FailoverType sur « Planifié ». En savoir plus sur les options de basculement ici- https://learn.microsoft.com/en-us/azure/storage/common/storage-disaster-recovery-guidance.
Parameters:
failover
public abstract void failover(String resourceGroupName, String accountName, FailoverType failoverType, Context context)
Une demande de basculement peut être déclenchée pour un compte de stockage dans le cas où un point de terminaison principal devient indisponible pour une raison quelconque. Le basculement se produit du cluster principal du compte de stockage vers le cluster secondaire pour les comptes RA-GRS. Le cluster secondaire devient principal après le basculement et le compte est converti en LRS. Dans le cas d’un basculement planifié, les clusters principal et secondaire sont échangés après le basculement et le compte reste géorépliqué. Le basculement doit continuer à être utilisé en cas de problèmes de disponibilité, car le basculement planifié n’est disponible que lorsque les points de terminaison principaux et secondaires sont disponibles. Le principal cas d’utilisation d’un basculement planifié est les exercices de test de récupération d’urgence. Ce type de basculement est appelé en définissant le paramètre FailoverType sur « Planifié ». En savoir plus sur les options de basculement ici- https://learn.microsoft.com/en-us/azure/storage/common/storage-disaster-recovery-guidance.
Parameters:
failoverAsync
public abstract Mono
Une demande de basculement peut être déclenchée pour un compte de stockage dans le cas où un point de terminaison principal devient indisponible pour une raison quelconque. Le basculement se produit du cluster principal du compte de stockage vers le cluster secondaire pour les comptes RA-GRS. Le cluster secondaire devient principal après le basculement et le compte est converti en LRS. Dans le cas d’un basculement planifié, les clusters principal et secondaire sont échangés après le basculement et le compte reste géorépliqué. Le basculement doit continuer à être utilisé en cas de problèmes de disponibilité, car le basculement planifié n’est disponible que lorsque les points de terminaison principaux et secondaires sont disponibles. Le principal cas d’utilisation d’un basculement planifié est les exercices de test de récupération d’urgence. Ce type de basculement est appelé en définissant le paramètre FailoverType sur « Planifié ». En savoir plus sur les options de basculement ici- https://learn.microsoft.com/en-us/azure/storage/common/storage-disaster-recovery-guidance.
Parameters:
Returns:
failoverAsync
public abstract Mono
Une demande de basculement peut être déclenchée pour un compte de stockage dans le cas où un point de terminaison principal devient indisponible pour une raison quelconque. Le basculement se produit du cluster principal du compte de stockage vers le cluster secondaire pour les comptes RA-GRS. Le cluster secondaire devient principal après le basculement et le compte est converti en LRS. Dans le cas d’un basculement planifié, les clusters principal et secondaire sont échangés après le basculement et le compte reste géorépliqué. Le basculement doit continuer à être utilisé en cas de problèmes de disponibilité, car le basculement planifié n’est disponible que lorsque les points de terminaison principaux et secondaires sont disponibles. Le principal cas d’utilisation d’un basculement planifié est les exercices de test de récupération d’urgence. Ce type de basculement est appelé en définissant le paramètre FailoverType sur « Planifié ». En savoir plus sur les options de basculement ici- https://learn.microsoft.com/en-us/azure/storage/common/storage-disaster-recovery-guidance.
Parameters:
Returns:
failoverWithResponseAsync
public abstract Mono
Une demande de basculement peut être déclenchée pour un compte de stockage dans le cas où un point de terminaison principal devient indisponible pour une raison quelconque. Le basculement se produit du cluster principal du compte de stockage vers le cluster secondaire pour les comptes RA-GRS. Le cluster secondaire devient principal après le basculement et le compte est converti en LRS. Dans le cas d’un basculement planifié, les clusters principal et secondaire sont échangés après le basculement et le compte reste géorépliqué. Le basculement doit continuer à être utilisé en cas de problèmes de disponibilité, car le basculement planifié n’est disponible que lorsque les points de terminaison principaux et secondaires sont disponibles. Le principal cas d’utilisation d’un basculement planifié est les exercices de test de récupération d’urgence. Ce type de basculement est appelé en définissant le paramètre FailoverType sur « Planifié ». En savoir plus sur les options de basculement ici- https://learn.microsoft.com/en-us/azure/storage/common/storage-disaster-recovery-guidance.
Parameters:
Returns:
getByResourceGroup
public abstract StorageAccountInner getByResourceGroup(String resourceGroupName, String accountName)
Retourne les propriétés du compte de stockage spécifié, y compris, mais sans s’y limiter, le nom, le nom de la référence SKU, l’emplacement et les status de compte. L’opération ListKeys doit être utilisée pour récupérer des clés de stockage.
Parameters:
Returns:
getByResourceGroupAsync
public abstract Mono
Retourne les propriétés du compte de stockage spécifié, y compris, mais sans s’y limiter, le nom, le nom de la référence SKU, l’emplacement et les status de compte. L’opération ListKeys doit être utilisée pour récupérer des clés de stockage.
Parameters:
Returns:
getByResourceGroupWithResponse
public abstract Response
Retourne les propriétés du compte de stockage spécifié, y compris, mais sans s’y limiter, le nom, le nom de la référence SKU, l’emplacement et les status de compte. L’opération ListKeys doit être utilisée pour récupérer des clés de stockage.
Parameters:
Returns:
getByResourceGroupWithResponseAsync
public abstract Mono
Retourne les propriétés du compte de stockage spécifié, y compris, mais sans s’y limiter, le nom, le nom de la référence SKU, l’emplacement et les status de compte. L’opération ListKeys doit être utilisée pour récupérer des clés de stockage.
Parameters:
Returns:
getCustomerInitiatedMigration
public abstract StorageAccountMigrationInner getCustomerInitiatedMigration(String resourceGroupName, String accountName, MigrationName migrationName)
Obtient la status de la migration en cours pour le compte de stockage spécifié.
Parameters:
Returns:
getCustomerInitiatedMigrationAsync
public abstract Mono
Obtient la status de la migration en cours pour le compte de stockage spécifié.
Parameters:
Returns:
getCustomerInitiatedMigrationWithResponse
public abstract Response
Obtient la status de la migration en cours pour le compte de stockage spécifié.
Parameters:
Returns:
getCustomerInitiatedMigrationWithResponseAsync
public abstract Mono
Obtient la status de la migration en cours pour le compte de stockage spécifié.
Parameters:
Returns:
hierarchicalNamespaceMigration
public abstract void hierarchicalNamespaceMigration(String resourceGroupName, String accountName, String requestType)
Migration dynamique du compte de stockage pour activer Hns.
Parameters:
hierarchicalNamespaceMigration
public abstract void hierarchicalNamespaceMigration(String resourceGroupName, String accountName, String requestType, Context context)
Migration dynamique du compte de stockage pour activer Hns.
Parameters:
hierarchicalNamespaceMigrationAsync
public abstract Mono
Migration dynamique du compte de stockage pour activer Hns.
Parameters:
Returns:
hierarchicalNamespaceMigrationWithResponseAsync
public abstract Mono
Migration dynamique du compte de stockage pour activer Hns.
Parameters:
Returns:
list
public abstract PagedIterable
Répertorie tous les comptes de stockage disponibles sous l’abonnement. Notez que les clés de stockage ne sont pas retournées ; utilisez l’opération ListKeys pour cela.
Returns:
list
public abstract PagedIterable
Répertorie tous les comptes de stockage disponibles sous l’abonnement. Notez que les clés de stockage ne sont pas retournées ; utilisez l’opération ListKeys pour cela.
Parameters:
Returns:
listAccountSas
public abstract ListAccountSasResponseInner listAccountSas(String resourceGroupName, String accountName, AccountSasParameters parameters)
Répertorier les informations d’identification SAP d’un compte de stockage.
Parameters:
Returns:
listAccountSasAsync
public abstract Mono
Répertorier les informations d’identification SAP d’un compte de stockage.
Parameters:
Returns:
listAccountSasWithResponse
public abstract Response
Répertorier les informations d’identification SAP d’un compte de stockage.
Parameters:
Returns:
listAccountSasWithResponseAsync
public abstract Mono
Répertorier les informations d’identification SAP d’un compte de stockage.
Parameters:
Returns:
listAsync
public abstract PagedFlux
Répertorie tous les comptes de stockage disponibles sous l’abonnement. Notez que les clés de stockage ne sont pas retournées ; utilisez l’opération ListKeys pour cela.
Returns:
listByResourceGroup
public abstract PagedIterable
Répertorie tous les comptes de stockage disponibles sous le groupe de ressources donné. Notez que les clés de stockage ne sont pas retournées ; utilisez l’opération ListKeys pour cela.
Parameters:
Returns:
listByResourceGroup
public abstract PagedIterable
Répertorie tous les comptes de stockage disponibles sous le groupe de ressources donné. Notez que les clés de stockage ne sont pas retournées ; utilisez l’opération ListKeys pour cela.
Parameters:
Returns:
listByResourceGroupAsync
public abstract PagedFlux
Répertorie tous les comptes de stockage disponibles sous le groupe de ressources donné. Notez que les clés de stockage ne sont pas retournées ; utilisez l’opération ListKeys pour cela.
Parameters:
Returns:
listKeys
public abstract StorageAccountListKeysResultInner listKeys(String resourceGroupName, String accountName)
Répertorie les clés d’accès ou les clés Kerberos (si Active Directory est activé) pour le compte de stockage spécifié.
Parameters:
Returns:
listKeysAsync
public abstract Mono
Répertorie les clés d’accès ou les clés Kerberos (si Active Directory est activé) pour le compte de stockage spécifié.
Parameters:
Returns:
listKeysWithResponse
public abstract Response
Répertorie les clés d’accès ou les clés Kerberos (si Active Directory est activé) pour le compte de stockage spécifié.
Parameters:
Returns:
listKeysWithResponseAsync
public abstract Mono
Répertorie les clés d’accès ou les clés Kerberos (si Active Directory est activé) pour le compte de stockage spécifié.
Parameters:
Returns:
listServiceSas
public abstract ListServiceSasResponseInner listServiceSas(String resourceGroupName, String accountName, ServiceSasParameters parameters)
Répertorier les informations d’identification SAP du service d’une ressource spécifique.
Parameters:
Returns:
listServiceSasAsync
public abstract Mono
Répertorier les informations d’identification SAP du service d’une ressource spécifique.
Parameters:
Returns:
listServiceSasWithResponse
public abstract Response
Répertorier les informations d’identification SAP du service d’une ressource spécifique.
Parameters:
Returns:
listServiceSasWithResponseAsync
public abstract Mono
Répertorier les informations d’identification SAP du service d’une ressource spécifique.
Parameters:
Returns:
regenerateKey
public abstract StorageAccountListKeysResultInner regenerateKey(String resourceGroupName, String accountName, StorageAccountRegenerateKeyParameters regenerateKey)
Régénère l’une des clés d’accès ou clés Kerberos pour le compte de stockage spécifié.
Parameters:
Returns:
regenerateKeyAsync
public abstract Mono
Régénère l’une des clés d’accès ou clés Kerberos pour le compte de stockage spécifié.
Parameters:
Returns:
regenerateKeyWithResponse
public abstract Response
Régénère l’une des clés d’accès ou clés Kerberos pour le compte de stockage spécifié.
Parameters:
Returns:
regenerateKeyWithResponseAsync
public abstract Mono
Régénère l’une des clés d’accès ou clés Kerberos pour le compte de stockage spécifié.
Parameters:
Returns:
restoreBlobRanges
public abstract BlobRestoreStatusInner restoreBlobRanges(String resourceGroupName, String accountName, BlobRestoreParameters parameters)
Restaurez des objets blob dans les plages d’objets blob spécifiées.
Parameters:
Returns:
restoreBlobRanges
public abstract BlobRestoreStatusInner restoreBlobRanges(String resourceGroupName, String accountName, BlobRestoreParameters parameters, Context context)
Restaurez des objets blob dans les plages d’objets blob spécifiées.
Parameters:
Returns:
restoreBlobRangesAsync
public abstract Mono
Restaurez des objets blob dans les plages d’objets blob spécifiées.
Parameters:
Returns:
restoreBlobRangesWithResponseAsync
public abstract Mono
Restaurez des objets blob dans les plages d’objets blob spécifiées.
Parameters:
Returns:
revokeUserDelegationKeys
public abstract void revokeUserDelegationKeys(String resourceGroupName, String accountName)
Révoquez les clés de délégation utilisateur.
Parameters:
revokeUserDelegationKeysAsync
public abstract Mono
Révoquez les clés de délégation utilisateur.
Parameters:
Returns:
revokeUserDelegationKeysWithResponse
public abstract Response
Révoquez les clés de délégation utilisateur.
Parameters:
Returns:
revokeUserDelegationKeysWithResponseAsync
public abstract Mono
Révoquez les clés de délégation utilisateur.
Parameters:
Returns:
update
public abstract StorageAccountInner update(String resourceGroupName, String accountName, StorageAccountUpdateParameters parameters)
L’opération de mise à jour peut être utilisée pour mettre à jour la référence SKU, le chiffrement, le niveau d’accès ou les balises d’un compte de stockage. Il peut également être utilisé pour mapper le compte à un domaine personnalisé. Un seul domaine personnalisé est pris en charge par compte de stockage ; le remplacement/modification du domaine personnalisé n’est pas pris en charge. Pour remplacer un ancien domaine personnalisé, l’ancienne valeur doit être effacée/désinscrit avant qu’une nouvelle valeur puisse être définie. La mise à jour de plusieurs propriétés est prise en charge. Cet appel ne modifie pas les clés de stockage du compte. Si vous souhaitez modifier les clés de compte de stockage, utilisez l’opération de régénération des clés. L’emplacement et le nom du compte de stockage ne peuvent pas être modifiés après sa création.
Parameters:
Returns:
updateAsync
public abstract Mono
L’opération de mise à jour peut être utilisée pour mettre à jour la référence SKU, le chiffrement, le niveau d’accès ou les balises d’un compte de stockage. Il peut également être utilisé pour mapper le compte à un domaine personnalisé. Un seul domaine personnalisé est pris en charge par compte de stockage ; le remplacement/modification du domaine personnalisé n’est pas pris en charge. Pour remplacer un ancien domaine personnalisé, l’ancienne valeur doit être effacée/désinscrit avant qu’une nouvelle valeur puisse être définie. La mise à jour de plusieurs propriétés est prise en charge. Cet appel ne modifie pas les clés de stockage du compte. Si vous souhaitez modifier les clés de compte de stockage, utilisez l’opération de régénération des clés. L’emplacement et le nom du compte de stockage ne peuvent pas être modifiés après sa création.
Parameters:
Returns:
updateWithResponse
public abstract Response
L’opération de mise à jour peut être utilisée pour mettre à jour la référence SKU, le chiffrement, le niveau d’accès ou les balises d’un compte de stockage. Il peut également être utilisé pour mapper le compte à un domaine personnalisé. Un seul domaine personnalisé est pris en charge par compte de stockage ; le remplacement/modification du domaine personnalisé n’est pas pris en charge. Pour remplacer un ancien domaine personnalisé, l’ancienne valeur doit être effacée/désinscrit avant qu’une nouvelle valeur puisse être définie. La mise à jour de plusieurs propriétés est prise en charge. Cet appel ne modifie pas les clés de stockage du compte. Si vous souhaitez modifier les clés de compte de stockage, utilisez l’opération de régénération des clés. L’emplacement et le nom du compte de stockage ne peuvent pas être modifiés après sa création.
Parameters:
Returns:
updateWithResponseAsync
public abstract Mono
L’opération de mise à jour peut être utilisée pour mettre à jour la référence SKU, le chiffrement, le niveau d’accès ou les balises d’un compte de stockage. Il peut également être utilisé pour mapper le compte à un domaine personnalisé. Un seul domaine personnalisé est pris en charge par compte de stockage ; le remplacement/modification du domaine personnalisé n’est pas pris en charge. Pour remplacer un ancien domaine personnalisé, l’ancienne valeur doit être effacée/non enregistrée avant qu’une nouvelle valeur puisse être définie. La mise à jour de plusieurs propriétés est prise en charge. Cet appel ne modifie pas les clés de stockage du compte. Si vous souhaitez modifier les clés de compte de stockage, utilisez l’opération de régénération des clés. L’emplacement et le nom du compte de stockage ne peuvent pas être modifiés après la création.
Parameters:
Returns:
S’applique à
Azure SDK for Java