Définir les métadonnées de fichier
L’opération Set File Metadata
définit les métadonnées définies par l’utilisateur pour le fichier spécifié. Cette opération est prise en charge dans la version 2025-05-05 et ultérieure pour les partages de fichiers avec le protocole NFS activé.
Disponibilité du protocole
Protocole de partage de fichiers activé | Disponible |
---|---|
SMB |
![]() |
NFS |
![]() |
Demander
La requête Set File Metadata
est construite comme suit. Nous vous recommandons d’utiliser HTTPS.
Méthode | URI de requête | Version HTTP |
---|---|---|
METTRE | https://myaccount.file.core.windows.net/myshare/mydirectorypath/myfile?comp=metadata |
HTTP/1.1 |
Remplacez les composants de chemin d’accès affichés dans l’URI de requête par vos propres composants, comme suit :
Composant Path | Description |
---|---|
myaccount |
Nom de votre compte de stockage. |
myshare |
Nom de votre partage de fichiers. |
mydirectorypath |
Optionnel. Chemin d’accès au répertoire parent. |
myfile |
Nom du fichier. |
Pour plus d’informations sur les restrictions de nommage de chemin d’accès, consultez partages de noms et de références, répertoires, fichiers et métadonnées.
Paramètres d’URI
Vous pouvez spécifier les paramètres supplémentaires suivants dans l’URI de requête :
Paramètre | Description |
---|---|
timeout |
Optionnel. Le paramètre de délai d’expiration est exprimé en secondes. Pour plus d’informations, consultez Définir des délais d’attente pour les opérations de service de fichiers. |
En-têtes de requête
Les en-têtes de requête obligatoires et facultatifs sont décrits dans les tableaux suivants :
En-têtes de requête courants
En-tête de requête | Description |
---|---|
Authorization |
Obligatoire. Spécifie le schéma d’autorisation, le nom du compte et la signature. Pour plus d’informations, consultez Autoriser les demandes vers le stockage Azure. |
Date ou x-ms-date |
Obligatoire. Spécifie le temps universel coordonné (UTC) de la requête. Pour plus d’informations, consultez Autoriser les demandes vers le stockage Azure. |
x-ms-version |
Obligatoire pour toutes les demandes autorisées. Spécifie la version de l’opération à utiliser pour cette requête. Cette opération est prise en charge dans la version 2025-05-05 et ultérieure pour les partages de fichiers avec le protocole NFS activé. Pour plus d’informations, consultez Contrôle de version pour les services stockage Azure. |
x-ms-meta-name:value |
Optionnel. Définit une paire nom-valeur pour le fichier. Chaque appel à cette opération remplace toutes les métadonnées existantes attachées au fichier. Pour supprimer toutes les métadonnées du fichier, appelez cette opération sans en-têtes de métadonnées. Les noms de métadonnées doivent respecter les règles d’affectation de noms pour les identificateurs C# . |
x-ms-lease-id:<ID> |
Obligatoire si le fichier a un bail actif. Disponible pour la version 2019-02-02 et ultérieure. Cet en-tête est ignoré si le fichier se trouve sur un partage de fichiers avec le protocole NFS activé, ce qui ne prend pas en charge les baux de fichiers. |
x-ms-client-request-id |
Optionnel. Fournit une valeur opaque générée par le client avec une limite de caractères de 1 kibioctet (KiB) enregistrée dans les journaux lors de la configuration de la journalisation. Nous vous recommandons vivement d’utiliser cet en-tête pour mettre en corrélation les activités côté client avec les demandes reçues par le serveur. Pour plus d’informations, consultez Monitor Azure Files. |
x-ms-file-request-intent |
Obligatoire si Authorization en-tête spécifie un jeton OAuth. La valeur acceptable est backup . Cet en-tête spécifie que les Microsoft.Storage/storageAccounts/fileServices/readFileBackupSemantics/action ou Microsoft.Storage/storageAccounts/fileServices/writeFileBackupSemantics/action doivent être accordés s’ils sont inclus dans la stratégie RBAC affectée à l’identité autorisée à l’aide de l’en-tête Authorization . Disponible pour la version 2022-11-02 et ultérieure. |
x-ms-allow-trailing-dot: { <Boolean> } |
Optionnel. Version 2022-11-02 et ultérieure. La valeur booléenne spécifie si un point de fin présent dans l’URL de requête doit être supprimé ou non. Cet en-tête est ignoré si la cible se trouve sur un partage de fichiers avec le protocole NFS activé, qui prend en charge le point de fin par défaut. Pour plus d’informations, consultez nommage et référencement de partages, répertoires, fichiers et métadonnées. |
En-têtes de requête SMB uniquement
Aucun.
En-têtes de requête NFS uniquement
Aucun.
Corps de la demande
Aucun.
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 retourne le code d’état 200 (OK). Pour plus d’informations sur les codes d’état, consultez Les codes d’état et d’erreur.
En-têtes de réponse
La réponse de cette opération inclut les en-têtes dans les tableaux 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 de protocole HTTP/1.1 .
En-têtes de réponse courants
En-tête de réponse | Description |
---|---|
ETag |
Contient une valeur qui représente la version du fichier. La valeur est placée entre guillemets. |
x-ms-request-id |
Identifie de manière unique la demande qui a été effectuée et peut être utilisée pour résoudre la demande. Pour plus d’informations, consultez Résoudre les problèmes d’opérations d’API. |
x-ms-version |
Indique la version du service de fichiers utilisé pour exécuter la requête. |
Date ou x-ms-date |
Valeur de date/heure UTC générée par le service, qui indique l’heure à laquelle la réponse a été lancée. |
x-ms-request-server-encrypted: true/false |
Version 2017-04-17 et ultérieure. La valeur de cet en-tête est définie sur true si le contenu de la requête est correctement chiffré à l’aide de l’algorithme spécifié. Sinon, la valeur est définie sur false . |
x-ms-client-request-id |
Peut être utilisé pour résoudre les demandes et les réponses correspondantes. La valeur de cet en-tête est égale à la valeur de l’en-tête x-ms-client-request-id s’il est présent dans la requête et que la valeur ne contient pas plus de 1 024 caractères ASCII visibles. Si l’en-tête x-ms-client-request-id n’est pas présent dans la requête, il ne sera pas présent dans la réponse. |
En-têtes de réponse SMB uniquement
Aucun.
En-têtes de réponse NFS uniquement
Aucun.
Corps de la réponse
Aucun.
Autorisation
Seul le propriétaire du compte peut appeler cette opération.
Remarques
Set File Metadata
n’est pas pris en charge sur un instantané de partage, qui est une copie en lecture seule d’un partage. Une tentative d’exécution de cette opération sur un instantané de partage échoue avec 400 (InvalidQueryParameterValue)
Si le fichier possède un bail actif, le client doit spécifier un ID de bail valide sur la demande afin d’écrire des métadonnées dans le fichier. Si le client ne spécifie pas d’ID de bail ou spécifie un ID de bail non valide, le service fichier retourne le code d’état 412 (Échec de la condition préalable). Si le client spécifie un ID de bail mais que le fichier n’a pas de bail actif, le service de fichiers retourne également le code d’état 412 (Échec de la condition préalable).
Voir aussi
opérations sur les fichiers