Put Blob

L' Put Blob opération crée un nouveau bloc, une nouvelle page ou un nouvel objet blob d’ajout, ou met à jour le contenu d’un objet blob de blocs existant.

La mise à jour d'un objet blob de blocs existant remplace toutes les métadonnées existantes de l'objet blob. Les mises à jour partielles ne sont pas prises en charge avec Put Blob. le contenu de l’objet BLOB existant est remplacé par le contenu du nouvel objet BLOB. Pour effectuer une mise à jour partielle du contenu d’un objet blob de blocs, utilisez l’opération Put Block List .

Notez que vous pouvez créer un objet blob d’ajout uniquement dans la version 2015-02-21 et les versions ultérieures.

Un appel à pour Put Blob créer un objet blob de pages ou un objet blob d’ajout Initialise uniquement l’objet BLOB. Pour ajouter du contenu à un objet blob de pages, appelez l’opération put page . Pour ajouter du contenu à un objet blob d’ajout, appelez l’opération d' Ajout de bloc .

Requête

La demande Put Blob peut être construite comme indiqué ci-dessous. HTTPS est recommandé. Remplacez moncompte par le nom de votre compte de stockage :

URI de demande de la méthode PUT Version HTTP
https://myaccount.blob.core.windows.net/mycontainer/myblob HTTP/1.1

URI du service de stockage émulé

Lorsque vous élaborez une demande pour le service de stockage émulé, spécifiez le nom d'hôte de l'émulateur et le port de service BLOB sous la forme 127.0.0.1:10000, suivi du nom de compte de stockage émulé :

URI de demande de la méthode PUT Version HTTP
http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob HTTP/1.1

Notez que l’émulateur de stockage prend uniquement en charge les tailles d’objet BLOB jusqu’à 2 Gio.

pour plus d’informations, consultez utilisation du Emulator stockage Azure pour le développement et le test.

Paramètres URI

Les paramètres supplémentaires suivants peuvent être spécifiés dans l'URI de la demande.

Paramètre Description
timeout facultatif. Le paramètre timeout est exprimé en secondes. Pour plus d’informations, consultez définition de délais d’attente pour les opérations de service BLOB.

En-têtes de demande (tous les types d’objets BLOB)

Le tableau suivant décrit les en-têtes de demande obligatoires et facultatifs pour tous les types d’objets BLOB.

En-tête de requête Description
Authorization Obligatoire. Spécifie le schéma d’autorisation, le nom de compte et la signature. pour plus d’informations, consultez autoriser les demandes à stockage Azure.
Date ou x-ms-date Obligatoire. Spécifie la date/heure en temps universel coordonné (UTC) pour la requête. pour plus d’informations, consultez autoriser les demandes à stockage Azure.
x-ms-version Obligatoire pour toutes les demandes autorisées. Spécifie la version de l'opération à utiliser pour cette demande. pour plus d’informations, consultez contrôle de version pour les Services stockage Azure.
Content-Length Obligatoire. La longueur de la demande.

Pour un objet blob de pages ou un objet blob d’ajout, la valeur de cet en-tête doit être définie sur zéro, car l' objet BLOB put est utilisé uniquement pour initialiser l’objet BLOB. Pour écrire du contenu dans un objet blob de pages existant, appelez la page put. Pour écrire du contenu dans un objet blob d’ajout, appelez le bloc Append.
Content-Type Facultatif. Le type de contenu MIME de l'objet blob. Le type par défaut est application/octet-stream.
Content-Encoding Facultatif. Spécifie les codages de contenu qui ont été appliqués à l'objet blob. Cette valeur est retournée au client lorsque l’opération d' extraction d’objet BLOB est effectuée sur la ressource d’objet BLOB. Le client peut utiliser cette valeur quand elle est retournée pour décoder le contenu de l'objet blob.
Content-Language Facultatif. Spécifie les langages naturels utilisés par cette ressource.
Content-MD5 Facultatif. Un hachage MD5 du contenu de l'objet blob. Ce hachage est utilisé pour vérifier l'intégrité de l'objet blob pendant le transport. Lorsque cet en-tête est spécifié, le service de stockage compare le hachage qui est arrivé avec celui qui a été envoyé. Si les deux hachages ne correspondent pas, l'opération échoue avec le code d'erreur 400 (Demande incorrecte).

Quand il est omis à partir de la version du 12/02/2012, le service BLOB génère un hachage MD5.

Les résultats de la requête obtenir un objet BLOB, obtenir des propriétés d’objet BLOBet répertorier les objets BLOB incluent le hachage MD5.
x-ms-content-crc64 Facultatif. Hachage CRC64 du contenu de l’objet BLOB. Ce hachage est utilisé pour vérifier l'intégrité de l'objet blob pendant le transport. Lorsque cet en-tête est spécifié, le service de stockage compare le hachage qui est arrivé avec celui qui a été envoyé. Si les deux hachages ne correspondent pas, l'opération échoue avec le code d'erreur 400 (Demande incorrecte). Cet en-tête est pris en charge dans les versions 02-02-2019 ou ultérieures.

Si les en-têtes Content-MD5 et x-ms-content-crc64 sont présents, la demande échoue avec un 400 (demande incorrecte).
Cache-Control Facultatif. Le service BLOB stocke cette valeur mais ne l'utilise pas ou ne la modifie pas.
x-ms-blob-content-type Facultatif. Définit le type de contenu de l'objet blob.
x-ms-blob-content-encoding Facultatif. Définit l'encodage du contenu de l'objet blob.
x-ms-blob-content-language Facultatif. Définit la langue du contenu de l'objet blob.
x-ms-blob-content-md5 Facultatif. Définit le hachage MD5 de l'objet blob.
x-ms-blob-cache-control Facultatif. Définit le contrôle du cache de l'objet blob.
x-ms-blob-type: <BlockBlob | PageBlob | AppendBlob> Obligatoire. Spécifie le type d’objet blob à créer : objet blob de blocs, objet blob de pages ou objet blob d’ajout. La prise en charge de la création d’un objet blob d’ajout est disponible uniquement dans la version 2015-02-21 et les versions ultérieures.
x-ms-meta-name:value Facultatif. Paires nom-valeur associées à l'objet blob en tant que métadonnées.

Notez que depuis la version 2009-09-19, les noms de métadonnées doivent respecter les règles d’affectation de noms pour les identificateurs C#.
x-ms-encryption-scope Facultatif. Indique l’étendue de chiffrement à utiliser pour chiffrer le contenu de la demande. Cet en-tête est pris en charge dans les versions 2019-02-02 ou ultérieures.
x-ms-tags Facultatif. Définit les balises encodées de chaîne de requête données sur l’objet BLOB. Pour plus d’informations, consultez les notes. Pris en charge dans la version 2019-12-12 et les versions ultérieures.
x-ms-lease-id:<ID> Obligatoire si l'objet blob a un bail actif. Pour effectuer cette opération sur un objet blob avec un bail actif, spécifiez l'ID de bail valide pour cet en-tête.
x-ms-blob-content-disposition Facultatif. Définit l'en-tête Content-Disposition de l'objet blob. Disponible pour la version du 15/08/2013 et les versions ultérieures.

Le champ d'en-tête de réponse Content-Disposition donne des informations supplémentaires sur la manière de traiter la charge utile de réponse, et peut également être utilisé pour attacher des métadonnées supplémentaires. Afficher par exemple, s'il a la valeur attachment, il indique que l'agent utilisateur ne doit pas afficher la réponse, mais une boîte de dialogue Enregistrer sous avec un nom de fichier différent du nom d'objet blob spécifié.

La réponse des opérations d' extraction d’objet BLOB et d' extraction de propriétés d’objet BLOB comprend l' content-disposition en-tête.
Origin Facultatif. Spécifie l'origine à partir de laquelle la demande est émise. La présence de cet en-tête entraîne des en-têtes de partage de ressources cross-origine dans la réponse. pour plus d’informations, consultez prise en charge de CORS pour les Services Stockage .
x-ms-client-request-id Facultatif. Fournit une valeur opaque générée par le client avec une limite de 1 Kio de caractères qui est enregistrée dans les journaux d’analyse lorsque la journalisation de l’analyse de stockage est activée. L’utilisation de cet en-tête est fortement recommandée pour la mise en corrélation des activités côté client avec les requêtes reçues par le serveur. pour plus d’informations, consultez à propos de la journalisation des Storage Analytics et de la journalisation Azure : utilisation des journaux pour suivre les demandes de Stockage.
x-ms-access-tier Facultatif. Indique le niveau à définir sur l’objet BLOB. Pour les objets BLOB de pages sur un compte de stockage Premium uniquement avec la version 2017-04-17 et les versions ultérieures. pour obtenir la liste complète des niveaux pris en charge pour les objets blob de pages, vérifiez les Premium haute performance Stockage et les disques gérés pour les machines virtuelles . Pour les objets BLOB de blocs, pris en charge sur les comptes stockage BLOB ou usage général v2 uniquement avec la version 2018-11-09 et les versions ultérieures. Les valeurs valides pour les niveaux d’objet blob de blocs sont Hot / Cool / Archive . Pour plus d’informations sur la hiérarchisation des objets BLOB de blocs , consultez niveaux de stockage chaud, froid et Archive.
x-ms-immutability-policy-until-date Version 2020-06-12 et versions ultérieures. Spécifie la date de rétention jusqu’à ce qu’elle soit définie sur l’objet BLOB. Il s’agit de la date jusqu’à laquelle la protection de l’objet BLOB peut être modifiée ou supprimée. Suit le format RFC1123.
x-ms-immutability-policy-mode Version 2020-06-12 et versions ultérieures. Spécifie le mode de stratégie d’immuabilité à définir sur l’objet BLOB. Les valeurs valides sont unlocked / locked . unlocked indique que l’utilisateur peut modifier la stratégie en accroissant ou en diminuant la date de rétention jusqu’à la date. locked indique que ces actions sont interdites.
x-ms-legal-hold Version 2020-06-12 et versions ultérieures. Spécifie la conservation légale à définir sur l’objet BLOB. les valeurs valides sont true/false .

Cette opération prend également en charge l'utilisation d'en-têtes conditionnels pour écrire l'objet blob uniquement si une condition est remplie. Pour plus d’informations, consultez Spécification des en-têtes conditionnels pour les opérations du service Blob.

En-têtes de demande (objets blob de pages uniquement)

Le tableau suivant décrit les en-têtes de demande applicables uniquement pour les opérations sur des objets blob de pages.

En-tête de requête Description
x-ms-blob-content-length: bytes Obligatoire pour les objets blob de pages. Cet en-tête spécifie la taille maximale de l’objet blob de pages, jusqu’à 8 Tio. La taille de l'objet blob de pages doit être alignée à une limite de 512 octets.

Si cet en-tête est spécifié pour un objet blob de blocs ou un objet blob d’ajout, le service BLOB retourne le code d’état 400 (requête incorrecte).
x-ms-blob-sequence-number: <num> Facultatif. Défini uniquement pour les objets blob de pages. Le numéro de séquence est une valeur contrôlée par l'utilisateur que vous pouvez utiliser pour suivre les demandes. La valeur du numéro de séquence doit être comprise entre 0 et 2^63 - 1. La valeur par défaut 0.
x-ms-access-tier Version 2017-04-17 et versions ultérieures. Pour les objets BLOB de pages sur un compte de stockage Premium uniquement. Spécifie le niveau à définir sur l’objet BLOB. pour obtenir la liste complète des niveaux pris en charge, vérifiez les Premium haute performance Stockage et les disques gérés pour les machines virtuelles .
x-ms-client-request-id Cet en-tête peut être utilisé pour dépanner les demandes et les réponses correspondantes. La valeur de cet en-tête est égale à la valeur de l' x-ms-client-request-id en-tête si elle est présente dans la demande et que la valeur est supérieure à 1024 caractères ASCII visibles. Si l' x-ms-client-request-id en-tête n’est pas présent dans la demande, cet en-tête ne sera pas présent dans la réponse.

En-têtes de demande (clés de chiffrement fournies par le client)

À partir de la version 2019-02-02, les en-têtes suivants peuvent être spécifiés sur la demande pour chiffrer un objet BLOB avec une clé fournie par le client. Le chiffrement avec une clé fournie par le client (et le jeu d’en-têtes correspondant) est facultatif.

En-tête de requête Description
x-ms-encryption-key Obligatoire. Clé de chiffrement AES-256 encodée en base64.
x-ms-encryption-key-sha256 Obligatoire. Hachage SHA256 encodé en base64 de la clé de chiffrement.
x-ms-encryption-algorithm: AES256 Obligatoire. Spécifie l’algorithme à utiliser pour le chiffrement. La valeur de cet en-tête doit être définie AES256.

Corps de la demande

Pour un objet blob de blocs, le corps de la demande contient le contenu de l'objet blob.

Pour un objet blob de pages ou un objet blob d’ajout, le corps de la demande est vide.

Exemple de demande

L'exemple suivant illustre une demande de création d'un objet blob de blocs :

Request Syntax:  
PUT https://myaccount.blob.core.windows.net/mycontainer/myblockblob HTTP/1.1  
  
Request Headers:  
x-ms-version: 2015-02-21  
x-ms-date: <date>  
Content-Type: text/plain; charset=UTF-8  
x-ms-blob-content-disposition: attachment; filename="fname.ext"  
x-ms-blob-type: BlockBlob  
x-ms-meta-m1: v1  
x-ms-meta-m2: v2  
Authorization: SharedKey myaccount:YhuFJjN4fAR8/AmBrqBz7MG2uFinQ4rkh4dscbj598g=  
Content-Length: 11  
  
Request Body:  
hello world

Cet exemple de demande crée un objet blob de pages et spécifie une taille maximale de 1 024 octets. Notez que vous devez appeler put page pour ajouter du contenu à un objet blob de pages :

Request Syntax:  
PUT https://myaccount.blob.core.windows.net/mycontainer/mypageblob HTTP/1.1  
  
Request Headers:  
x-ms-version: 2015-02-21  
x-ms-date: <date>  
Content-Type: text/plain; charset=UTF-8  
x-ms-blob-type: PageBlob  
x-ms-blob-content-length: 1024  
x-ms-blob-sequence-number: 0  
Authorization: SharedKey   
Origin: http://contoso.com  
Vary: Origin  
myaccount:YhuFJjN4fAR8/AmBrqBz7MG2uFinQ4rkh4dscbj598g=  
Content-Length: 0  

Cet exemple de demande crée un objet blob d’ajout. Notez que vous devez appeler le bloc Append pour ajouter du contenu à l’objet BLOB Append :

Request Syntax:  
PUT https://myaccount.blob.core.windows.net/mycontainer/myappendblob HTTP/1.1  
  
Request Headers:  
x-ms-version: 2015-02-21  
x-ms-date: <date>  
Content-Type: text/plain; charset=UTF-8  
x-ms-blob-type: AppendBlob  
Authorization: SharedKey myaccount:YhuFJjN4fAR8/AmBrqBz7MG2uFinQ4rkh4dscbj598g=  
Origin: http://contoso.com  
Vary: Origin  
Content-Length: 0  

Réponse

La réponse inclut un code d'état HTTP et un ensemble d'en-têtes de réponse.

Code d’état

Une opération réussie renvoie le code d'état 201 (Créé).

Pour plus d’informations sur les codes d’État, consultez codes d’État et d’erreur.

En-têtes de réponse

La réponse de l'opération inclut les en-têtes suivants. La réponse peut également inclure des en-têtes HTTP standard supplémentaires. Tous les en-têtes standard sont conformes à la spécification du protocole HTTP/1.1.

En-tête de réponse Description
ETag L'ETag contient une valeur que le client peut utiliser pour effectuer des opérations PUT conditionnelles en utilisant l'en-tête de demande If-Match. Si la version de la demande est 18/08/2011 ou plus récente, la valeur de l'ETag sera entre guillemets.
Last-Modified Date et heure de la dernière modification apportée à l'objet blob. Le format de date est conforme à la RFC 1123. Pour plus d’informations, consultez représentation des valeurs de Date-Time dans les en-têtes.

Toute opération d'écriture dans l'objet blob (notamment les mises à jour des métadonnées ou des propriétés de l'objet blob), modifie la heure de la dernière modification de l'objet blob.
Content-MD5 Cet en-tête est retourné pour un objet blob de blocs afin que le client puisse vérifier l'intégrité du contenu du message. La valeur Content-MD5 retournée est calculée par le service BLOB. À partir de la version du 12/02/2012, cet en-tête est retourné même si la demande n'inclut pas d'en-têtes Content-MD5 ou x-ms-blob-content-md5.
x-ms-content-crc64 Cet en-tête est retourné pour un objet blob de blocs afin que le client puisse vérifier l'intégrité du contenu du message. La valeur x-ms-content-crc64 retournée est calculée par le service BLOB. Cet en-tête sera toujours retourné à partir de la version 2019-02-02.
x-ms-request-id Cet en-tête identifie de façon unique la demande qui a été effectuée et peut être utilisé pour résoudre les problèmes de la demande. Pour plus d’informations, consultez Troubleshooting API Operations.
x-ms-version Indique la version du service BLOB utilisée pour exécuter la demande. Cet en-tête est renvoyé pour les demandes effectuées avec la version 2009-09-19 ou une version ultérieure.
Date Une valeur de date/heure UTC générée par le service qui indique le moment auquel la réponse a été initiée.
Access-Control-Allow-Origin Retourné si la demande inclut un en-tête Origin et le partage de ressources cross-origine (CORS) est activé avec une règle de correspondance. Cet en-tête retourne la valeur de l'en-tête de demande d'origine en cas de correspondance.
Access-Control-Expose-Headers Retourné si la demande inclut un en-tête Origin et le partage de ressources cross-origine (CORS) est activé avec une règle de correspondance. Retourne la liste des en-têtes de réponse qui doivent être exposés au client ou à l'émetteur de la demande.
Access-Control-Allow-Credentials Retourné si la demande inclut un en-tête Origin et le partage de ressources cross-origine (CORS) est activé avec une règle de correspondance qui n'autorise pas toutes les origines. Cet en-tête doit avoir la valeur True.
x-ms-request-server-encrypted: true/false Version 2015-12-11 ou ultérieure. La valeur de cet en-tête est définie sur true si le contenu de la demande est correctement chiffré à l’aide de l’algorithme spécifié et dans le false cas contraire.
x-ms-encryption-key-sha256 Version 2019-02-02 ou ultérieure. Cet en-tête est retourné si la demande utilise une clé fournie par le client pour le chiffrement, afin que le client puisse s’assurer que le contenu de la demande est correctement chiffré à l’aide de la clé fournie.
x-ms-encryption-scope Version 2019-02-02 ou ultérieure. Cet en-tête est retourné si la demande a utilisé une étendue de chiffrement, afin que le client puisse s’assurer que le contenu de la demande est correctement chiffré à l’aide de l’étendue de chiffrement.
x-ms-version-id: <DateTime> Version 2019-12-12 et versions ultérieures. Cet en-tête retourne une DateTime valeur opaque qui identifie de façon unique l’objet BLOB. La valeur de cet en-tête indique la version de l’objet BLOB et peut être utilisée dans les demandes suivantes pour accéder à l’objet BLOB.

Corps de la réponse

Aucun.

Exemple de réponse

Response Status:  
HTTP/1.1 201 Created  
  
Response Headers:  
Transfer-Encoding: chunked  
Content-MD5: sQqNsWTgdUEFt6mb5y4/5Q==  
x-ms-content-crc64: 77uWZTolTHU
Date: <date>  
ETag: "0x8CB171BA9E94B0B"  
Last-Modified: <date>  
Access-Control-Allow-Origin: http://contoso.com  
Access-Control-Expose-Headers: Content-MD5  
Access-Control-Allow-Credentials: True  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0  
x-ms-version-id: <DateTime>  

Autorisation

Cette opération peut être appelée par le propriétaire du compte ou par un client avec une signature d'accès partagé qui dispose des autorisations nécessaires pour écrire dans cet objet blob ou son conteneur.

Si une demande spécifie des balises avec l' x-ms-tags en-tête de demande, l’appelant doit respecter les exigences d’autorisation de l’opération définir les balises d’objet BLOB .

Remarques

Lorsque vous créez un objet BLOB, vous devez spécifier s’il s’agit d’un objet blob de blocs, d’un objet blob d’ajout ou d’un objet blob de pages en spécifiant la valeur de l' x-ms-blob-type en-tête. Une fois qu'un objet blob a été créé, le type de l'objet blob ne peut pas être modifié sauf s'il est supprimé et recréé.

Le tableau suivant décrit les tailles maximales de blocs et d’objets blob autorisées par la version du service.

Version du service Taille de bloc maximale (via Put Block) Taille de blob maximale (via Put Block List) Taille de blob maximale via une seule opération d’écriture (via Put Blob)
Version 2019-12-12 et ultérieure 4 000 Mio Environ 190,7 Tio (4 000 Mio X 50 000 blocs) 5 000 Mio (préversion)
De la version 2016-05-31 à la version 2019-07-07 100 Mio Environ 4,75 Tio (100 Mio X 50 000 blocs) 256 Mio
Versions antérieures à 2016-05-31 4 Mio Environ 195 Gio (4 Mio X 50 000 blocs) 64 Mio

Si vous tentez de charger un objet blob de blocs dont la taille est supérieure à la taille maximale autorisée pour cette version de service ou un objet blob de pages supérieur à 8 Tio, le service retourne le code d’État 413 (entité de demande trop grande). Le service BLOB retourne également des informations supplémentaires sur l'erreur dans la réponse, notamment la taille d'objet blob maximale autorisée en octets.

Pour créer un objet blob de pages, commencez par initialiser l’objet BLOB en appelant Put Blob et en spécifiant sa taille maximale, jusqu’à 8 Tio. Lors de la création d'un objet blob de pages, n'incluez pas de contenu dans le corps de demande. Une fois l’objet BLOB créé, appelez la page put pour ajouter du contenu à l’objet BLOB ou pour le modifier.

Pour créer un nouvel objet blob d’ajout, appelez Put Blob pour créer un objet BLOB avec une longueur de contenu de zéro octet. Une fois l’objet blob d’ajout créé, appelez le bloc Append pour ajouter du contenu à la fin de l’objet BLOB.

Si vous appelez Put Blob pour remplacer un objet blob existant portant le même nom, tous les instantanés associés à l'objet blob d'origine sont conservés. Pour supprimer les instantanés associés, appelez d’abord Delete BLOB , puis Put Blob recréez l’objet BLOB.

Un objet blob a des propriétés personnalisées (définies via les en-têtes) que vous pouvez utiliser pour stocker des valeurs associées aux en-têtes HTTP standard. Ces valeurs peuvent être lues par la suite en appelant les propriétés de l' objet BLOB, ou modifiées par l’appel de Propriétés Set Blob. Les en-têtes de propriété personnalisés et l'en-tête HTTP standard correspondant sont répertoriés dans le tableau suivant :

En-tête HTTP En-tête de propriété personnalisé d'objet blob
Content-Type x-ms-blob-content-type
Content-Encoding x-ms-blob-content-encoding
Content-Language x-ms-blob-content-language
Content-MD5 x-ms-blob-content-md5
Cache-Control x-ms-blob-cache-control

La sémantique pour définir des valeurs de propriétés persistantes avec l'objet blob est la suivante :

  • Si le client spécifie un en-tête de propriété personnalisé, comme indiqué par le préfixe x-ms-blob, cette valeur est stockée avec l'objet blob.

  • Si le client spécifie un en-tête HTTP standard, mais pas l'en-tête de propriété personnalisé, la valeur est stockée dans la propriété personnalisée correspondante associée à l'objet blob, et est retournée par un appel à Get Blob Properties. Par exemple, si le client définit l'en-tête Content-Type dans la demande, cette valeur est stockée dans la propriété x-ms-blob-content-type de l'objet blob.

  • Si le client définit l'en-tête HTTP standard et l'en-tête de propriété correspondant dans la même demande, la demande PUT utilise la valeur fournie pour l'en-tête HTTP standard, mais la valeur spécifiée pour l'en-tête de propriété personnalisé est persistante avec l'objet blob et retournée par des demandes GET suivantes.

Si des balises sont fournies dans l' x-ms-tags en-tête, elles doivent être codées en chaîne de requête. Les clés et valeurs de balise doivent respecter les exigences de nommage et de longueur comme spécifié dans définir des balises d’objet BLOB. En outre, l' x-ms-tags en-tête peut contenir jusqu’à 2 Ko de balises. Si davantage de balises sont requises, utilisez l’opération définir les balises d’objet BLOB .

Si l'objet blob a un bail actif, le client doit spécifier un ID de bail valide dans la demande afin de remplacer l'objet blob. Si le client ne spécifie pas un ID de bail ou spécifie un ID de bail incorrect, le service BLOB retourne le code d'état 412 (Échec de la précondition). Si le client spécifie un ID de bail, mais que l'objet blob n'a pas de bail actif, le service BLOB retourne également le code d'état 412 (Échec de la précondition). Si le client spécifie un ID de bail sur un objet blob qui n'existe pas encore, le service BLOB retourne le code d'état 412 (Échec de la précondition) pour les requêtes effectuées avec la version du 15/08/2013 et les versions ultérieures ; pour les versions antérieures, le service BLOB retourne le code d'état 201 (Créé).

Si un objet blob existant avec un bail actif est remplacé par une opération Put Blob, le bail persiste dans l'objet blob mis à jour, jusqu'à ce qu'il expire ou soit libéré.

Une Put Blob opération est autorisée 10 minutes par MIB à se terminer. Si l’opération prend plus de 10 minutes par MiB en moyenne, l’opération expire.

Le remplacement d’un objet BLOB archivé échoue et le remplacement d’un hot / cool objet BLOB hérite du niveau de l’ancien objet blob Si l’en-tête x-MS-Access-Tier n’est pas fourni.

Voir aussi

autoriser les demandes à stockage Azure
Codes d’État et d’erreur
Codes d’erreur du service BLOB
Définition de délais d'expiration pour les opérations du service BLOB