StorageAccountResource.Failover Méthode

Définition

Espace de noms:

Azure.ResourceManager.Storage

Assembly:

Azure.ResourceManager.Storage.dll

Paquet:

Azure.ResourceManager.Storage v1.2.0

Surcharges

Failover(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

Failover(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

Failover(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 Azure.ResourceManager.ArmOperation Failover (Azure.WaitUntil waitUntil, System.Threading.CancellationToken cancellationToken);

abstract member Failover : Azure.WaitUntil * System.Threading.CancellationToken -> Azure.ResourceManager.ArmOperation
override this.Failover : Azure.WaitUntil * System.Threading.CancellationToken -> Azure.ResourceManager.ArmOperation

Public Overridable Function Failover (waitUntil As WaitUntil, cancellationToken As CancellationToken) As 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

ArmOperation

Failover(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 Azure.ResourceManager.ArmOperation Failover (Azure.WaitUntil waitUntil, Azure.ResourceManager.Storage.Models.StorageAccountFailoverType? failoverType = default, System.Threading.CancellationToken cancellationToken = default);

abstract member Failover : Azure.WaitUntil * Nullable<Azure.ResourceManager.Storage.Models.StorageAccountFailoverType> * System.Threading.CancellationToken -> Azure.ResourceManager.ArmOperation
override this.Failover : Azure.WaitUntil * Nullable<Azure.ResourceManager.Storage.Models.StorageAccountFailoverType> * System.Threading.CancellationToken -> Azure.ResourceManager.ArmOperation

Public Overridable Function Failover (waitUntil As WaitUntil, Optional failoverType As Nullable(Of StorageAccountFailoverType) = Nothing, Optional cancellationToken As CancellationToken = Nothing) As 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

ArmOperation