StorageAccountResource.FailoverAsync Méthode
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.
Surcharges
| FailoverAsync(WaitUntil, Nullable<StorageAccountFailoverType>, CancellationToken) |
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
|
| FailoverAsync(WaitUntil, CancellationToken) |
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
|
FailoverAsync(WaitUntil, Nullable<StorageAccountFailoverType>, CancellationToken)
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
- Chemin de la demande/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Storage/storageAccounts/{accountName}/failover
- IdStorageAccounts_Failover d’opération
public virtual System.Threading.Tasks.Task<Azure.ResourceManager.ArmOperation> FailoverAsync (Azure.WaitUntil waitUntil, Azure.ResourceManager.Storage.Models.StorageAccountFailoverType? failoverType = default, System.Threading.CancellationToken cancellationToken = default);abstract member FailoverAsync : Azure.WaitUntil * Nullable<Azure.ResourceManager.Storage.Models.StorageAccountFailoverType> * System.Threading.CancellationToken -> System.Threading.Tasks.Task<Azure.ResourceManager.ArmOperation>
override this.FailoverAsync : Azure.WaitUntil * Nullable<Azure.ResourceManager.Storage.Models.StorageAccountFailoverType> * System.Threading.CancellationToken -> System.Threading.Tasks.Task<Azure.ResourceManager.ArmOperation>Public Overridable Function FailoverAsync (waitUntil As WaitUntil, Optional failoverType As Nullable(Of StorageAccountFailoverType) = Nothing, Optional cancellationToken As CancellationToken = Nothing) As Task(Of ArmOperation)Paramètres
- waitUntil
- WaitUntil
Completed si la méthode doit attendre pour retourner jusqu’à ce que l’opération de longue durée soit terminée sur le service ; Started si elle doit être retournée après le démarrage de l’opération. Pour plus d’informations sur les opérations de longue durée, consultez Exemples d’opérations de Long-Running Azure.Core.
- failoverType
- Nullable<StorageAccountFailoverType>
Le paramètre est défini sur « Planifié » pour indiquer si un basculement planifié est demandé.
- cancellationToken
- CancellationToken
Jeton d’annulation à utiliser.
Retours
S’applique à
FailoverAsync(WaitUntil, CancellationToken)
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
- Chemin de la demande/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Storage/storageAccounts/{accountName}/failover
- IdStorageAccounts_Failover d’opération
public virtual System.Threading.Tasks.Task<Azure.ResourceManager.ArmOperation> FailoverAsync (Azure.WaitUntil waitUntil, System.Threading.CancellationToken cancellationToken);abstract member FailoverAsync : Azure.WaitUntil * System.Threading.CancellationToken -> System.Threading.Tasks.Task<Azure.ResourceManager.ArmOperation>
override this.FailoverAsync : Azure.WaitUntil * System.Threading.CancellationToken -> System.Threading.Tasks.Task<Azure.ResourceManager.ArmOperation>Public Overridable Function FailoverAsync (waitUntil As WaitUntil, cancellationToken As CancellationToken) As Task(Of ArmOperation)Paramètres
- waitUntil
- WaitUntil
Completed si la méthode doit attendre pour retourner jusqu’à ce que l’opération de longue durée soit terminée sur le service ; Started si elle doit être retournée après le démarrage de l’opération. Pour plus d’informations sur les opérations de longue durée, consultez Exemples d’opérations de Long-Running Azure.Core.
- cancellationToken
- CancellationToken
Jeton d’annulation à utiliser.
Retours
S’applique à
Azure SDK for .NET