VENDITE: 1-800-867-1389

Delete Blob

Aggiornamento: gennaio 2014

Tramite l'operazione Delete Blob viene contrassegnato il Blob o lo snapshot specificato per l'eliminazione. Il Blob verrà eliminato in seguito durante un'operazione di Garbage Collection.

Si noti che per eliminare un Blob, è necessario eliminare tutti i relativi snapshot. È possibile eliminare entrambi contemporaneamente con l'operazione Delete Blob.

La richiesta Delete Blob può essere costruita nel modo seguente. Si consiglia di utilizzare HTTPS. Sostituire myaccount con il nome dell'account di archiviazione:

 

  URI della richiesta del metodo DELETE Versione HTTP

https://myaccount.blob.core.windows.net/mycontainer/myblob

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

HTTP/1.1

Quando si effettua una richiesta nel 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 DELETE Versione HTTP

http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob

HTTP/1.1

Per altre informazioni, vedere Uso dell'emulatore di archiviazione di Azure per lo sviluppo e il test.

Nell'URI della richiesta è possibile specificare i parametri aggiuntivi seguenti.

 

Parametro Descrizione

snapshot

Facoltativo. Il parametro snapshot è un valore DateTime opaco che, se presente, specifica lo snapshot Blob da eliminare. Per altre informazioni sull'uso degli snapshot Blob, vedere Creazione di uno snapshot di un Blob.

timeout

Facoltativo. Il parametro timeout viene espresso in secondi. Per altre informazioni, vedere Impostazione di timeout per le operazioni del servizio Blob.

Nella tabella seguente vengono descritte le intestazioni di richiesta obbligatorie e facoltative.

 

Intestazione della richiesta Descrizione

Authorization

Obbligatorio. Specifica lo schema di autenticazione, il nome dell'account e la firma. Per altre informazioni, vedere Autenticazione per i servizi di archiviazione di Azure.

Date o x-ms-date

Obbligatorio. Specifica l'ora UTC (Coordinated Universal Time) per la richiesta. Per altre informazioni, vedere Autenticazione per i servizi di archiviazione di Azure.

x-ms-version

Obbligatoria per tutte le richieste autenticate. Per altre informazioni, vedere Controllo delle versioni per i servizi di archiviazione di Azure.

x-ms-lease-id:<ID>

Obbligatoria se il Blob presenta un lease attivo.

Per eseguire questa operazione su un Blob con un lease attivo, specificare l'ID lease valido per questa intestazione. Se nella richiesta non è specificato alcun ID lease valido, l'operazione ha esito negativo e restituisce il codice di stato 403 (Accesso negato).

x-ms-delete-snapshots: {include, only}

Obbligatoria se al Blob sono associati snapshot. Specificare una delle due opzioni seguenti:

  • include: eliminare il Blob di base e tutti i relativi snapshot.

  • only: eliminare solo gli snapshot del Blob e non il Blob stesso.

Specificare questa intestazione solo per una richiesta effettuata nella risorsa del Blob di base. Se questa intestazione viene specificata per una richiesta di eliminazione di un singolo snapshot, il servizio Blob restituisce il codice di stato 400 (Richiesta non valida).

Se questa intestazione non viene specificata per la richiesta e al Blob sono associati snapshot, tramite il servizio Blob viene restituito il codice di stato 409 (Conflitto).

x-ms-client-request-id

Facoltativo. Fornisce un valore opaco generato dal client con un limite di caratteri di 1 KB che viene registrato nei log di analisi quando la registrazione di Analisi archiviazione è abilitata. L'utilizzo di questa intestazione è consigliato per la correlazione tra le attività sul lato client e le richieste ricevute dal server. Per altre informazioni vedere Informazioni sulla registrazione di Analisi archiviazione e l'articolo relativo all'utilizzo di log per tenere traccia delle richiesta di archiviazione nella registrazione di Azure.

Questa operazione supporta anche l'utilizzo delle intestazioni condizionali per eliminare il Blob solo se viene soddisfatta una determinata condizione. Per altre informazioni, vedere Specifica di intestazioni condizionali per le operazioni del servizio Blob.

Nella risposta sono inclusi un codice di stato HTTP e un set di intestazioni per la risposta.

Un'operazione completata correttamente restituisce il codice di stato 202 (Accettato).

Per informazioni sui codici di stato, vedere Codici ed errori di stato.

Nella risposta per questa operazione sono incluse le intestazioni riportate di seguito; inoltre, possono essere incluse intestazioni HTTP standard aggiuntive. Tutte le intestazioni standard sono conformi alla specifica del protocollo HTTP/1.1.

 

Intestazione della richiesta Descrizione

x-ms-request-id

Questa intestazione identifica in modo univoco la richiesta effettuata e può essere utilizzata per risolvere i problemi relativi alla richiesta. Per altre informazioni, vedere Risoluzione dei problemi relativi alle operazioni dell'API.

x-ms-version

Indica la versione del servizio Blob utilizzata per eseguire la richiesta. Questa intestazione viene restituita per le richieste effettuate nella versione 2009-09-19 e successive.

Date

Valore data/ora UTC generato dal servizio che indica l'ora in cui è stata avviata la risposta.

Questa operazione può essere eseguita dal proprietario dell'account e da qualsiasi utente che utilizza una firma di accesso condiviso con l'autorizzazione di eliminazione del Blob.

Quando un Blob viene eliminato correttamente, viene immediatamente rimosso dall'indice dell'account di archiviazione e non è più accessibile ai client. I dati del Blob verranno rimossi in seguito dal servizio durante un'operazione di Garbage Collection.

Se il Blob presenta un lease attivo, il client deve specificare un ID lease valido nella richiesta per eliminarlo.

Se un Blob include un numero elevato di snapshot, è possibile che si verifichi un timeout per l'operazione Delete Blob. In questo caso, il client deve ripetere la richiesta.

Per la versione 2013-08-15 e successive, il client può chiamare Delete Blob per eliminare i BLOB di cui non è stato eseguito il commit. Un BLOB di cui non è stato eseguito il commit è un BLOB creato con chiamate all'operazione Put Block ma mai sottoposto a commit utilizzando l'operazione Put Block List. Nelle versioni precedenti il client deve eseguire il commit del BLOB prima di eliminarlo.

Il documento è risultato utile?
(1500 caratteri rimanenti)
Grazie per i commenti inviati.
Mostra:
© 2014 Microsoft