BlobRequestOptions.RetryPolicy Propriété

Référence

Définition

Espace de noms:: Microsoft.Azure.Storage.Blob

Assembly:: Microsoft.Azure.Storage.Blob.dll

Paquet:: Microsoft.Azure.Storage.Blob v11.2.3

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.

Obtient ou définit la stratégie de nouvelle tentative pour la demande.

public Microsoft.Azure.Storage.RetryPolicies.IRetryPolicy RetryPolicy { get; set; }

member this.RetryPolicy : Microsoft.Azure.Storage.RetryPolicies.IRetryPolicy with get, set

Public Property RetryPolicy As IRetryPolicy

Valeur de propriété

IRetryPolicy

Objet de type IRetryPolicy.

Implémente

RetryPolicy

Exemples


// Create a Linear Retry Policy.
// This retry policy will instruct the Storage Client to retry the request in a linear fashion.
// This particular retry policy will retry the request every 20 seconds, up to a maximum of 4 retries.
BlobRequestOptions optionsWithRetryPolicy = new BlobRequestOptions() { RetryPolicy = new RetryPolicies.LinearRetry(TimeSpan.FromSeconds(20), 4) };

int byteCount = blob.DownloadToByteArray(destinationArray, index: 0, accessCondition: null, options: optionsWithRetryPolicy);

// This retry policy will never retry.
optionsWithRetryPolicy = new BlobRequestOptions() { RetryPolicy = new RetryPolicies.NoRetry() };
byteCount = blob.DownloadToByteArray(destinationArray, index: 0, accessCondition: null, options: optionsWithRetryPolicy);

Remarques

Les stratégies de nouvelle tentative indiquent au client de stockage de réessayer les demandes ayant échoué. Par défaut, seuls certains échecs sont retentés. Par exemple, les échecs de connexion et les échecs de limitation peuvent être retentés. La ressource introuvable (404) ou les échecs d’authentification ne sont pas retentés, car ils ne sont pas susceptibles de réussir lors de la nouvelle tentative. S’il n’est pas défini, le client de stockage utilise une stratégie de nouvelle tentative d’interruption exponentielle, où le temps d’attente est exponentiellement plus long entre les requêtes, jusqu’à un total d’environ 30 secondes. La stratégie de nouvelle tentative par défaut est recommandée pour la plupart des scénarios.

S’applique à

Partager via