Inserisci pagina da URL

Articolo
2025-05-11

L'operazione Put Page From URL scrive un intervallo di pagine in un BLOB di pagine in cui il contenuto viene letto da un URL. Questa API è disponibile a partire dalla versione 2018-11-09.

Richiesta

È possibile costruire la richiesta di Put Page From URL come indicato di seguito. È consigliabile usare HTTPS. Sostituire myaccount con il nome dell'account di archiviazione:

URI della richiesta del metodo PUT	Versione HTTP
`https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=page`	HTTP/1.1

URI del servizio di archiviazione emulato

Quando si effettua una richiesta per il servizio di archiviazione emulato, specificare il nome host dell'emulatore e la porta del servizio BLOB come 127.0.0.1:10000, seguiti dal nome dell'account di archiviazione emulato:

URI della richiesta del metodo PUT	Versione HTTP
`http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob?comp=page`	HTTP/1.1

Per altre informazioni, vedere Usare l'emulatore Azurite per lo sviluppo locale di Archiviazione di Azure.

Parametri URI

È possibile specificare i parametri aggiuntivi seguenti nell'URI della richiesta:

Parametro	Descrizione
`timeout`	Opzionale. Il parametro `timeout` è espresso in secondi. Per altre informazioni, vedere Impostare timeout per le operazioni del servizio BLOB.

Header di richiesta

Le intestazioni di richiesta obbligatorie e facoltative sono descritte nella tabella seguente:

Header di richiesta	Descrizione
`Authorization`	Obbligatorio. Specifica lo schema di autorizzazione, il nome dell'account e la firma. Per altre informazioni, vedere Autorizzare le richieste ad Archiviazione di Azure.
`Date` o `x-ms-date`	Obbligatorio. Specifica l'ora UTC (Coordinated Universal Time) per la richiesta. Per altre informazioni, vedere Autorizzare le richieste ad Archiviazione di Azure.
`x-ms-version`	Obbligatorio per tutte le richieste autorizzate. Specifica la versione dell'operazione da utilizzare per questa richiesta. Per altre informazioni, vedere Controllo delle versioni per i servizi di archiviazione di Azure.
`Range`	È obbligatorio specificare `Range` o `x-ms-range`. Specifica l'intervallo di byte da scrivere come pagina. È necessario specificare sia l'inizio che la fine dell'intervallo. Questa intestazione è definita dalla specifica del protocollo HTTP/1.1 . Per un'operazione di aggiornamento della pagina, l'intervallo di pagine può avere una dimensione massima di 4 MiB. Poiché le pagine devono essere allineate con limiti di 512 byte, l'offset iniziale deve essere un modulo di 512 e l'offset finale deve essere un modulo di 512 - 1. Esempi di intervalli di byte validi sono 0-511, 512-1023 e così via. Il servizio BLOB accetta un solo intervallo di byte per l'intestazione `Range` e l'intervallo di byte deve essere specificato nel formato seguente: `bytes=startByte-endByte`. Se vengono specificati sia `Range` che `x-ms-range`, il servizio usa il valore di `x-ms-range`. Per altre informazioni, vedere Specificare l'intestazione dell'intervallo per le operazioni del servizio BLOB.
`x-ms-range`	È obbligatorio specificare `Range` o `x-ms-range`. Specifica l'intervallo di byte da scrivere come pagina. È necessario specificare sia l'inizio che la fine dell'intervallo. Questa intestazione è definita dalla specifica del protocollo HTTP/1.1 . L'intervallo di pagine può avere una dimensione massima di 4 MiB. Poiché le pagine devono essere allineate con limiti di 512 byte, l'offset iniziale deve essere un modulo di 512 e l'offset finale deve essere un modulo di 512 - 1. Esempi di intervalli di byte validi sono 0-511, 512-1023 e così via. Il servizio BLOB accetta un solo intervallo di byte per l'intestazione `x-ms-range` e l'intervallo di byte deve essere specificato nel formato seguente: `bytes=startByte-endByte`. Se vengono specificati sia `Range` che `x-ms-range`, il servizio usa il valore di `x-ms-range`. Per altre informazioni, vedere Specificare l'intestazione dell'intervallo per le operazioni del servizio BLOB.
`Content-Length`	Obbligatorio. Specifica il numero di byte trasmessi nel corpo della richiesta. Il valore di questa intestazione deve essere impostato su zero. Quando la lunghezza è diversa da zero, l'operazione ha esito negativo con il codice di stato 400 (richiesta non valida).
`x-ms-copy-source:name`	Obbligatorio. Specifica l'URL del BLOB di origine. Il valore può essere un URL di lunghezza massima di 2 KiB che specifica un BLOB. Il valore deve essere codificato con URL come apparirebbe in un URI della richiesta. Il BLOB di origine deve essere pubblico o deve essere autorizzato tramite una firma di accesso condiviso. Se il BLOB di origine è pubblico, non è necessaria alcuna autorizzazione per eseguire l'operazione. Ecco alcuni esempi di URL di oggetti di origine: - `https://myaccount.blob.core.windows.net/mycontainer/myblob` - `https://myaccount.blob.core.windows.net/mycontainer/myblob?snapshot=<DateTime>` - `https://myaccount.blob.core.windows.net/mycontainer/myblob?versionid=<DateTime>`
`x-ms-copy-source-authorization: <scheme> <signature>`	Opzionale. Specifica lo schema di autorizzazione e la firma per l'origine della copia. Per altre informazioni, vedere Autorizzare le richieste ad Archiviazione di Azure. Per Microsoft Entra è supportato solo un portatore di schema. Questa intestazione è supportata nella versione 2020-10-02 e successive.
`x-ms-source-range`	Carica i byte del BLOB nell'URL di origine nell'intervallo specificato. È necessario specificare sia l'inizio che la fine dell'intervallo. Questa intestazione è definita dalla specifica del protocollo HTTP/1.1 . L'intervallo di pagine può avere una dimensione massima di 4 MiB. Il servizio BLOB accetta un solo intervallo di byte per l'intestazione `x-ms-source-range` e l'intervallo di byte deve essere specificato nel formato seguente: `bytes=startByte-endByte`. Per altre informazioni, vedere Specificare l'intestazione dell'intervallo per le operazioni del servizio BLOB .
`x-ms-source-content-md5`	Opzionale. Hash MD5 del contenuto della pagina dall'URI. Questo hash viene utilizzato per verificare l'integrità della pagina durante il trasporto dei dati dall'URI. Quando viene specificata questa intestazione, il servizio di archiviazione confronta l'hash del contenuto arrivato dall'origine copia con questo valore di intestazione. Nota: questo hash MD5 non viene archiviato con il BLOB. Se i due hash non corrispondono, l'operazione non riesce con codice di errore 400 (richiesta non valida).
`x-ms-source-content-crc64`	Opzionale. Un hash CRC64 del contenuto della pagina dall'URI. Questo hash viene utilizzato per verificare l'integrità della pagina durante il trasporto dei dati dall'URI. Quando viene specificata questa intestazione, il servizio di archiviazione confronta l'hash del contenuto arrivato dall'origine copia con questo valore di intestazione. Nota: questo hash CRC64 non viene archiviato con il BLOB. Se i due hash non corrispondono, l'operazione non riesce con codice di errore 400 (richiesta non valida). Se sono presenti entrambe `x-ms-source-content-md5` le intestazioni e `x-ms-source-content-crc64` , la richiesta ha esito negativo con un 400 (Richiesta non valida). Questa intestazione è supportata nella versione 2019-02-02 e successive.
`x-ms-lease-id:<ID>`	Obbligatorio se il blob ha un contratto d'affitto attivo. Per eseguire questa operazione in un BLOB con un lease attivo, specificare l'ID lease valido per questa intestazione.
`x-ms-if-sequence-number-le: <num>`	Opzionale. Se il numero di sequenza del BLOB è minore o uguale al valore specificato, la richiesta procede. In caso contrario, l'operazione non riesce con l'errore SequenceNumberConditionNotMet (codice di stato HTTP 412 - Precondizione non riuscita).
`x-ms-if-sequence-number-lt: <num>`	Opzionale. Se il numero di sequenza del BLOB è inferiore al valore specificato, la richiesta procede. In caso contrario, l'operazione non riesce con l'errore SequenceNumberConditionNotMet (codice di stato HTTP 412 - Precondizione non riuscita).
`x-ms-if-sequence-number-eq: <num>`	Opzionale. Se il numero di sequenza del BLOB è uguale al valore specificato, la richiesta procede. In caso contrario, l'operazione non riesce con l'errore SequenceNumberConditionNotMet (codice di stato HTTP 412 - Precondizione non riuscita).
`If-Modified-Since`	Opzionale. Valore `DateTime`. Specificare questa intestazione condizionale per scrivere la pagina solo se il BLOB è stato modificato dopo la data/ora specificata. Se il BLOB non è stato modificato, il servizio BLOB restituisce il codice di stato 412 (Precondizione non riuscita).
`If-Unmodified-Since`	Opzionale. Valore `DateTime`. Specificare questa intestazione condizionale per scrivere la pagina solo se il BLOB non è stato modificato dopo la data/ora specificata. Se il BLOB è stato modificato, il servizio BLOB restituisce il codice di stato 412 (Precondizione non riuscita).
`If-Match`	Opzionale. Un valore ETag. Specificare un valore ETag per questa intestazione condizionale per scrivere la pagina solo se il valore ETag del BLOB corrisponde al valore specificato. Se i valori non corrispondono, il servizio BLOB restituisce il codice di stato 412 (Precondizione non riuscita).
`If-None-Match`	Opzionale. Un valore ETag. Specificare un valore ETag per questa intestazione condizionale per scrivere la pagina solo se il valore ETag del BLOB non corrisponde al valore specificato. Se i valori sono identici, il servizio BLOB restituisce il codice di stato 412 (Precondizione non riuscita).
`x-ms-encryption-scope`	Opzionale. Indica l'ambito di crittografia da utilizzare per crittografare il contenuto di origine. Questa intestazione è supportata nella versione 2019-02-02 e successive.
`x-ms-client-request-id`	Opzionale. Fornisce un valore opaco generato dal client con un limite di caratteri di 1 kibibyte (KiB) registrato nei log quando viene configurata la registrazione. È consigliabile usare questa intestazione per correlare le attività sul lato client alle richieste ricevute dal server. Per altre informazioni, vedere Monitorare l'archiviazione BLOB di Azure.
`x-ms-file-request-intent`	Obbligatorio se `x-ms-copy-source` l'intestazione è un URL di file di Azure e `x-ms-copy-source-authorization` l'intestazione specifica un token OAuth. Il valore accettabile è `backup`. Questa intestazione specifica che il `Microsoft.Storage/storageAccounts/fileServices/readFileBackupSemantics/action` o `Microsoft.Storage/storageAccounts/fileServices/writeFileBackupSemantics/action` deve essere concesso se sono inclusi nei criteri di controllo degli accessi in base al ruolo assegnati all'identità autorizzata usando l'intestazione `x-ms-copy-source-authorization`. Disponibile per la versione 2025-07-05 e successive.

Questa operazione supporta anche l'uso di intestazioni condizionali per eseguire l'operazione solo se viene soddisfatta una condizione specificata. Per altre informazioni, vedere Specificare le intestazioni condizionali per le operazioni del servizio BLOB.

Intestazioni della richiesta (chiavi di crittografia fornite dal cliente)

A partire dalla versione 2019-02-02, le intestazioni seguenti possono essere specificate nella richiesta per crittografare un BLOB crittografato con una chiave fornita dal cliente. La crittografia con una chiave fornita dal cliente (e il set di intestazioni corrispondente) è facoltativa.

Header di richiesta	Descrizione
`x-ms-encryption-key`	Obbligatorio. Chiave di crittografia AES-256 con codifica Base64.
`x-ms-encryption-key-sha256`	Obbligatorio. Hash SHA256 con codifica Base64 della chiave di crittografia.
`x-ms-encryption-algorithm: AES256`	Obbligatorio. Specifica l'algoritmo da utilizzare per la crittografia. Il valore di questa intestazione deve essere `AES256`.

Testo della richiesta

Il corpo della richiesta contiene il contenuto della pagina.

Esempio di richiesta

  
Request Syntax:  
PUT https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=page HTTP/1.1  
  
Request Headers:   
x-ms-date: Fri, 16 Sep 2011 22:15:50 GMT  
x-ms-version: 2018-11-09  
x-ms-range: bytes=0-65535  
x-ms-copy-source: https://myaccount.blob.core.windows.net/mycontainer/myblob
x-ms-source-range: bytes=0-65535
Authorization: SharedKey myaccount:4KdWDiTdA9HmIF9+WF/8WfYOpUrFhieGIT7f0av+GEI=  
Content-Length: 0

Risposta

La risposta include un codice di stato HTTP e un set di intestazioni di risposta.

Codice di stato

Un'operazione riuscita restituisce il codice di stato 201 (Creato).

Per altre informazioni sui codici di stato, vedere Stato e codici di errore.

Intestazioni di risposta

La risposta per questa operazione include le intestazioni seguenti. La risposta può includere anche intestazioni HTTP standard aggiuntive. Tutte le intestazioni standard sono conformi alla specifica del protocollo HTTP/1.1 .

Sintassi	Descrizione
`ETag`	ETag per il BLOB. Se la versione della richiesta è 2011-08-18 e successive, il valore ETag è racchiuso tra virgolette. L'ETag può essere utilizzato per eseguire un'operazione condizionale `Put Page From URL` specificando il relativo valore per l'intestazione `If-Match` della richiesta or `If-None-Match` .
`Last-Modified`	Data e ora dell'ultima modifica del BLOB. Il formato della data segue RFC 1123. Per altre informazioni, vedere Rappresentare valori di data/ora nelle intestazioni. Qualsiasi operazione di scrittura sul BLOB, inclusi gli aggiornamenti ai metadati o alle proprietà del BLOB, modifica l'ora dell'ultima modifica del BLOB.
`Content-MD5`	Restituito in modo che il client possa verificare l'integrità del contenuto del messaggio. Il valore di questa intestazione viene calcolato dal servizio BLOB. Non è necessariamente uguale al valore specificato nelle intestazioni della richiesta. Per la versione 2019-02-02 o successiva, questa intestazione viene restituita solo quando la richiesta ha questa intestazione.
`x-ms-content-crc64`	Per la versione 2019-02-02 o successiva. Restituito in modo che il client possa verificare l'integrità del contenuto del messaggio. Il valore di questa intestazione viene calcolato dal servizio BLOB. Non è necessariamente uguale al valore specificato nelle intestazioni della richiesta. Questa intestazione viene restituita quando `x-ms-source-content-md5` l'intestazione non è presente nella richiesta.
`x-ms-blob-sequence-number`	Numero di sequenza corrente per il BLOB di pagine.
`x-ms-request-id`	Identifica in modo univoco la richiesta effettuata e può essere usata per risolvere i problemi della richiesta. Per altre informazioni, vedere Risolvere i problemi relativi alle operazioni API.
`x-ms-version`	Indica la versione del servizio BLOB usata per eseguire la richiesta. Questa intestazione viene restituita per le richieste effettuate rispetto alla versione 2009-09-19 e successive.
`Date`	Valore di data/ora UTC generato dal servizio, che indica l'ora di avvio della risposta.
`x-ms-request-server-encrypted: true/false`	Versione 2015-12-11 e successive. Il valore di questa intestazione è impostato su `true` se il contenuto della richiesta viene crittografato correttamente utilizzando l'algoritmo specificato e `false` in caso contrario.
`x-ms-encryption-key-sha256`	Versione 2019-02-02 e successive. Restituito se la richiesta ha utilizzato una chiave fornita dal cliente per la crittografia, in modo che il client possa garantire che il contenuto della richiesta venga crittografato correttamente utilizzando la chiave fornita.
`x-ms-encryption-scope`	Versione 2019-02-02 e successive. Restituito se la richiesta ha utilizzato un ambito di crittografia, in modo che il client possa garantire che il contenuto della richiesta venga crittografato correttamente utilizzando l'ambito di crittografia.
`x-ms-client-request-id`	Può essere usato per risolvere i problemi relativi alle richieste e alle risposte corrispondenti. Il valore di questa intestazione è uguale al valore dell'intestazione `x-ms-client-request-id` se è presente nella richiesta e il valore non contiene più di 1.024 caratteri ASCII visibili. Se l'intestazione `x-ms-client-request-id` non è presente nella richiesta, non sarà presente nella risposta.

Corpo della risposta

Nessuno.

Risposta di esempio

Response Status:  
HTTP/1.1 201 Created  
  
Response Headers:  
Transfer-Encoding: chunked  
x-ms-content-crc64: 77uWZTolTHU  
Date: Sun, 25 Sep 2011 22:33:35 GMT  
ETag: "0x8CB171BA9E94B0B"  
Last-Modified: Sun, 25 Sep 2011 12:13:31 GMT  
x-ms-version: 2011-08-18  
x-ms-blob-sequence-number: 0  
Content-Length: 0  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0

Autorizzazione

L'autorizzazione è necessaria quando si chiama un'operazione di accesso ai dati in Archiviazione di Azure. È possibile autorizzare l'operazione di Put Page From URL come descritto di seguito.

Importante

Microsoft consiglia di usare l'ID Microsoft Entra con identità gestite per autorizzare le richieste ad Archiviazione di Azure. Microsoft Entra ID offre maggiore sicurezza e facilità d'uso rispetto all'autorizzazione con chiave condivisa.

Microsoft Entra ID (scelta consigliata)
firme di accesso condiviso
chiave condivisa

Archiviazione di Azure supporta l'uso di Microsoft Entra ID per autorizzare le richieste ai dati BLOB. Con Microsoft Entra ID è possibile usare il controllo degli accessi in base al ruolo di Azure per concedere le autorizzazioni a un'entità di sicurezza. L'entità di sicurezza può essere un utente, un gruppo, un'entità servizio applicazione o un'identità gestita di Azure. L'entità di sicurezza viene autenticata da Microsoft Entra ID al fine di restituire un token OAuth 2.0. Il token può quindi essere usato per autorizzare una richiesta sul servizio BLOB.

Per altre informazioni sull'autorizzazione con Microsoft Entra ID, vedere Autorizzare l'accesso ai BLOB usando Microsoft Entra ID.

Autorizzazioni

Di seguito è riportata l'azione controllo degli accessi in base al ruolo necessaria per un utente, un gruppo, un'identità gestita o un'entità servizio di Microsoft Entra per chiamare l'operazione di Put Page From URL e il ruolo controllo degli accessi in base al ruolo di Azure con privilegi minimi che include questa azione:

'azione controllo degli accessi in base al ruolo di Azure:Microsoft.Storage/storageAccounts/blobServices/containers/blobs/write
Ruolo predefinito con privilegi minimi:Collaboratore ai dati dei BLOB di archiviazione

Per altre informazioni sull'assegnazione dei ruoli tramite il controllo degli accessi in base al ruolo di Azure, vedere Assegnare un ruolo di Azure per l'accesso ai dati BLOB.

Una firma di accesso condiviso fornisce accesso delegato sicuro alle risorse in un account di archiviazione. Con una firma di accesso condiviso è possibile controllare in modo granulare il modo in cui un client può accedere ai dati. È possibile specificare quale risorsa può accedere al client, quali autorizzazioni hanno per tali risorse e per quanto tempo la firma di accesso condiviso è valida.

L'operazione di supporta tre tipi di firme di accesso condiviso: delega utente sas, firma di accesso condiviso del servizio e account sas.

Come procedura consigliata per la sicurezza, è consigliabile usare le credenziali di Microsoft Entra anziché la chiave dell'account di archiviazione, che può essere compromessa più facilmente. Se la progettazione dell'applicazione richiede firme di accesso condiviso, usare le credenziali di Microsoft Entra per creare una firma di accesso condiviso di delega utente, quando possibile.

Quando l'accesso con chiave condivisa non è consentito per l'account di archiviazione, un token di firma di accesso condiviso del servizio o un token di firma di accesso condiviso dell'account non sarà consentito in una richiesta di archiviazione BLOB. Per altre informazioni, vedere Comprendere in che modo la chiave condivisa influisce sui token di firma di accesso condiviso.

Firma di accesso condiviso delega utente

Una firma di accesso condiviso della delega utente è protetta con le credenziali di Microsoft Entra e anche dalle autorizzazioni specificate per la firma di accesso condiviso.

Per chiamare l'operazione di usando un token di firma di accesso condiviso delegato a un contenitore o a una risorsa BLOB, è necessaria l'autorizzazione scrittura (w) come parte del token di firma di accesso condiviso della delega utente.

Per altre informazioni sulla firma di accesso condiviso della delega utente, vedere Creare una firma di accesso condiviso di delega utente.

Firma di accesso condiviso del servizio

Una firma di accesso condiviso del servizio è protetta con la chiave dell'account di archiviazione. Una firma di accesso condiviso del servizio delega l'accesso a una risorsa in un singolo servizio di archiviazione di Azure, ad esempio l'archiviazione BLOB.

La chiamata all'operazione di tramite un token di firma di accesso condiviso delegata a un contenitore o a una risorsa BLOB richiede l'autorizzazione di scrittura (w) come parte del token di firma di accesso condiviso del servizio.

Per altre informazioni sulla firma di accesso condiviso del servizio, vedere Creare una firma di accesso condiviso del servizio.

Firma di accesso condiviso dell'account

Una firma di accesso condiviso dell'account è protetta con la chiave dell'account di archiviazione. Una firma di accesso condiviso dell'account delega l'accesso alle risorse in uno o più servizi di archiviazione. Tutte le operazioni disponibili tramite una firma di accesso condiviso del servizio o della delega utente sono disponibili anche tramite una firma di accesso condiviso dell'account.

La tabella seguente indica il tipo di risorsa firmata e le autorizzazioni firmate per specificare quando si delega l'accesso:

Operazione	Servizio firmato	Tipo di risorsa firmato	Autorizzazione firmata
Inserisci pagina da URL	BLOB (b)	Oggetto (o)	Scrittura (w)

Per altre informazioni sulla firma di accesso condiviso dell'account, vedere Creare una firma di accesso condiviso dell'account.

L'operazione di Put Page From URL supporta autorizzazione con chiave condivisa. L'autorizzazione con le chiavi dell'account non è consigliata per la maggior parte degli scenari, perché è meno sicura.

Microsoft consiglia di non consentire l'autorizzazione della chiave condivisa per l'account di archiviazione, quando possibile. Per altre informazioni, vedere Impedire l'autorizzazione con chiave condivisa.

Osservazioni:

L'operazione Put Page From URL scrive un intervallo di pagine in un BLOB di pagine. Questa operazione può essere chiamata solo su un BLOB di pagine esistente. Non può essere chiamato per creare un nuovo BLOB di pagine, né può essere chiamato su un BLOB in blocchi. La chiamata Put Page From URL con un nome BLOB che attualmente non esiste restituisce l'errore BlobNotFound (codice di stato HTTP 404 - Non trovato).

Nella versione 2020-10-02 e successive, l'autorizzazione di Microsoft Entra è supportata per l'origine dell'operazione di copia.

Per creare un nuovo BLOB di pagine, chiamare Put Blob e specificare il tipo di BLOB da creare come BLOB di pagine. Un BLOB di pagine può avere dimensioni massime di 8 TiB.

Se il BLOB ha un lease attivo, il client deve specificare un ID lease valido nella richiesta di scrittura di una pagina.

Operazioni di aggiornamento delle pagine

La chiamata Put Page From URL esegue una scrittura sul posto nel BLOB di pagine specificato. Qualsiasi contenuto nella pagina specificata viene sovrascritto con l'aggiornamento.

Importante

Se si verifica il timeout del server o la connessione viene chiusa durante un periodo di Put Page From URLtempo, è possibile che la pagina sia stata aggiornata o meno. Pertanto, è consigliabile continuare a ripetere l'aggiornamento fino a quando non si riceve una risposta che indica l'esito positivo.

Ogni intervallo di pagine inviate per Put Page From URL un'operazione di aggiornamento può avere una dimensione massima di 4 MiB. L'intervallo iniziale e finale della pagina deve essere allineato ai limiti di 512 byte. Se si tenta di caricare un intervallo di pagine superiore a 4 MiB, il servizio restituisce il codice di stato 413 (Entità richiesta troppo grande).

Gestire i problemi di concorrenza

Il servizio Blob gestisce in sequenza le scritture simultanee nelle pagine sovrapposte. In altre parole, l'ultima pagina elaborata dal servizio determina il contenuto del BLOB. Pertanto, per garantire l'integrità del contenuto del BLOB, il client deve gestire le scritture nelle pagine sovrapposte usando uno o più degli approcci seguenti:

È possibile controllare il valore dell'intestazione Last-Modified della risposta per ogni chiamata riuscita a Put Page From URL. L'ordine delle risposte restituite dal servizio Blob non corrisponde necessariamente all'ordine in cui sono state eseguite dal servizio. Ma il valore di Last-Modified indica sempre l'ordine in cui il servizio ha elaborato le richieste.
È possibile eseguire gli aggiornamenti in modo condizionale in base all'ETag del BLOB o all'ora dell'ultima modifica usando la concorrenza ottimistica. Questo approccio funziona bene se il numero di scritture simultanee è relativamente basso. A tale scopo, utilizzare le intestazioni delle richieste condizionali If-Match, If-None-Match, If-Modified-Since, e If-Unmodified-Since .
È possibile chiamare Lease Blob per bloccare il BLOB su altre scritture per un periodo di un minuto o più a lungo se il lease viene rinnovato.
È possibile usare il numero di sequenza del BLOB per assicurarsi che la ripetizione di una richiesta per la quale non è stata fornita alcuna risposta non comporti aggiornamenti simultanei. Questo approccio può essere ottimale per i client che richiedono una velocità effettiva elevata per le scritture di pagine. È descritto in dettaglio nella sezione seguente.

Usare il numero di sequenza del BLOB di pagine per riprovare le richieste

Quando una chiamata va in Put Page From URL timeout o non restituisce una risposta, non c'è modo di sapere con certezza se la richiesta è riuscita. È quindi necessario riprovare la richiesta, ma a causa della natura distribuita dei servizi di archiviazione di Azure, è possibile che la richiesta originale venga elaborata dopo che la richiesta ritentata ha avuto esito positivo. La richiesta originale ritardata può sovrascrivere altri aggiornamenti e produrre un risultato imprevisto. La sequenza seguente illustra come ciò può accadere:

Si verifica il Put Page From URL timeout di una richiesta di scrittura del valore "X" nella pagina 0 o non restituisce una risposta.
Una nuova richiesta di scrittura del valore "X" nella pagina 0 ha esito positivo.
Una richiesta di scrivere il valore "Y" a pagina 0 ha esito positivo.
La richiesta originale ha esito positivo, scrivendo il valore "X" nella pagina 0.
La lettura della pagina 0 restituisce il valore "X", quando il client si aspettava a questo punto il valore "Y".

Questo tipo di conflitto può verificarsi quando la richiesta originale non restituisce un codice di stato compreso tra 100 e 499 o 503 (Server occupato). Se viene restituito uno di questi codici di stato, è possibile essere certi che la richiesta sia riuscita o meno. Tuttavia, se il servizio restituisce un codice di stato al di fuori di questo intervallo, non è possibile conoscere lo stato della richiesta originale.

Per evitare questo tipo di conflitto, è possibile usare il numero di sequenza del BLOB di pagine per assicurarsi che quando si ritenta una richiesta, la richiesta originale non abbia esito positivo. A tale scopo, è necessario incrementare il numero di sequenza prima di riprovare la richiesta originale. È quindi possibile utilizzare le intestazioni dei numeri di sequenza condizionali per assicurarsi che la richiesta abbia esito negativo se il numero di sequenza non corrisponde al numero di sequenza previsto. La sequenza seguente illustra questo approccio:

Il client crea un BLOB di pagine con Put Blob e ne imposta il numero di sequenza su 0.
Una Put Page From URL richiesta di scrivere il valore "X" nella pagina 0 con l'intestazione if-sequence-number-lt impostata su 1 scade o non restituisce una risposta.
Il client chiama Set Blob Properties per aggiornare il numero di sequenza a 1.
Una richiesta ripetuta di scrivere il valore "X" nella pagina 0 con if-sequence-number-lt l'impostazione su 2 ha esito positivo.
Una richiesta di scrivere il valore "Y" nella pagina 0 con if-sequence-number-lt impostato su 2 ha esito positivo.
La richiesta originale viene infine elaborata, ma ha esito negativo perché specifica la condizione secondo cui il numero di sequenza deve essere minore di 1 (ovvero, l'intestazione if-sequence-num-lt è impostata su 1). L'errore è SequenceNumberConditionNotMet (codice di stato HTTP 412 - Precondizione non riuscita).
La lettura della pagina 0 restituisce il valore atteso di "Y".

Vedere anche

Autorizzare le richieste ad Archiviazione di Azure
Stato e codici errore
Impostare i timeout per le operazioni del servizio BLOB

Condividi tramite