Get Page Ranges
Réduire la table des matières
Développer la table des matières
Cet article a fait l’objet d’une traduction automatique. Pour afficher l’article en anglais, activez la case d’option Anglais. Vous pouvez également afficher le texte anglais dans une fenêtre contextuelle en faisant glisser le pointeur de la souris sur le texte traduit.
Traduction
Anglais

Get Page Ranges

 

Le Get Page Ranges opération retourne la liste des plages de pages valides pour un objet blob de pages ou un instantané d'un objet blob de page.

Le Get Page Ranges demande peut être construite comme suit. HTTPS est recommandé. Remplacez myaccount avec le nom de votre compte de stockage :

URI de demande de méthode GET

Version HTTP

https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=pagelist

https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=pagelist&snapshot=<DateTime>

HTTP/1.1

Lorsque vous élaborez une demande auprès du service de stockage émulé, spécifiez le nom d'hôte de l'émulateur et le port du service Blob en tant que 127.0.0.1:10000, suivie du nom de compte de stockage émulé :

URI de demande de méthode GET

Version HTTP

http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob?comp=pagelist

HTTP/1.1

Pour plus d'informations, consultez à l'aide de l'émulateur de stockage Azure pour le développement et le test.

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

Paramètre

Description

snapshot

Facultatif. Le paramètre instantané est un opaque DateTime valeur qui, lorsqu'il est présent, spécifie l'instantané d'objets blob pour extraire des informations. Pour plus d'informations sur l'utilisation des instantanés d'objet blob, consultez Création d'un instantané d'un objet Blob.

timeout

Facultatif. Le timeout paramètre est exprimé en secondes. Pour plus d'informations, consultez Définition de délais d'expiration pour les opérations du service BLOB.

Le tableau suivant décrit les en-têtes de demande obligatoires ou facultatifs.

En-tête de demande

Description

Authorization

Obligatoire. Spécifie le schéma d'authentification, le nom du compte et la signature. Pour plus d'informations, consultez Authentification pour les services Azure Storage.

Masquer ou restaurer les mises à jour

Obligatoire. Spécifie le temps universel coordonné (UTC) pour la demande. Pour plus d'informations, consultez Authentification pour les services Azure Storage.

x-ms-version

Obligatoire pour toutes les demandes authentifiées, facultatif pour les demandes anonymes. Spécifie la version de l'opération à utiliser pour cette demande. Pour plus d'informations, consultez Contrôle de version des Services de stockage Azure.

Range

Facultatif. Spécifie la plage d'octets dans laquelle répertorier les plages (inclusivement). S'il est omis, toutes les plages pour l'objet blob sont retournées.

x-ms-range

Facultatif. Spécifie la plage d'octets dans laquelle répertorier les plages (inclusivement).

Si les deux Range et x-ms-range sont spécifiés, le service utilise la valeur de x-ms-range. Consultez Spécification de l'en-tête de plage pour les opérations de Service Blob Pour plus d'informations.

x-ms-lease-id:<ID>

Facultatif. Si cet en-tête est spécifié, l'opération sera exécutée uniquement si les deux conditions suivantes sont remplies :

  • Le bail de l'objet blob est actuellement actif.

  • L'ID de bail spécifié dans la demande correspond à celui de l'objet blob.

Si cet en-tête est spécifié et que ces deux conditions ne sont pas remplies, la demande échoue et l'opération échoue avec le code d'état 412 (Échec de la précondition).

x-ms-client-request-id

Facultatif. Fournit une valeur opaque générée par le client avec une limite de caractère de 1 Ko 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 une corrélation des activités du côté client avec les requêtes reçues par le serveur. Pour plus d'informations, consultez À propos de la journalisation Storage Analytics et journalisation Azure : à l'aide de journaux pour suivre les demandes de stockage.

Cette opération prend également en charge l'utilisation d'en-têtes conditionnels pour obtenir les plages de pages uniquement si une condition est remplie. Pour plus d'informations, consultez Spécification d'en-têtes conditionnels pour les opérations de Service Blob.

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

Une opération réussie envoie le code d'état 200 (OK).

Pour plus d'informations sur les codes d'état, consultez Codes d'erreur et d'état.

La réponse de l'opération inclut les en-têtes suivants. La réponse peut aussi 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.

Syntaxe

Description

Last-Modified

Date et heure de la dernière modification apportée à l'objet blob. Le format de date est conforme à la RFC 1123.

Toute opération qui modifie l'objet blob, notamment une mise à jour des métadonnées ou des propriétés de l'objet blob, modifie l'heure de la dernière modification de l'objet blob.

ETag

L'ETag contient une valeur que le client peut utiliser pour exécuter l'opération conditionnellement. Si la version de la demande est 18/08/2011 ou plus récente, la valeur de l'ETag sera entre guillemets.

x-ms-blob-content-length

La taille de l'objet blob en octets.

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 Dépannage des opérations d'API.

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.

Cet en-tête est également retourné pour les demandes anonymes sans version spécifiée si le conteneur était marqué pour un accès public à l'aide de la version du 19/09/2009 du service BLOB.

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.

Le corps de la réponse inclut une liste de plages de pages valides qui ne se chevauchent pas, triées en augmentant la plage de pages d'adresse. Le format du corps de la réponse se présente comme suit.

<?xml version="1.0" encoding="utf-8"?> <PageList> <PageRange> <Start>Start Byte</Start> <End>End Byte</End> </PageRange> <PageRange> <Start>Start Byte</Start> <End>End Byte</End> </PageRange> </PageList>

Si l'ensemble de pages complet de l'objet blob a été effacé, le corps de la réponse ne contient pas de plages de pages.

Cette opération peut être exécutée par le propriétaire du compte et par toute personne qui dispose d'une signature d'accès partagé qui a l'autorisation de lire l'objet blob. Si la liste de contrôle d'accès du conteneur est configurée pour autoriser l'accès anonyme, n'importe quel client peut appeler cette opération.

Les décalages d'octets de début et de fin pour chaque plage de page sont inclusifs.

Dans un objet blob de pages très fragmenté avec un grand nombre d'écritures, un Get Page Ranges demande peut échouer en raison d'un délai d'attente du serveur interne. Les applications qui récupèrent les plages d'un objet blob de pages avec un grand nombre d'opérations d'écriture doivent récupérer un sous-ensemble de plages de pages à la fois. Pour plus d'informations, consultez mise en route de plages de pages d'un grand Blob de Page dans des Segments.

Afficher:
© 2016 Microsoft