FAQ sulle politiche di gestione del ciclo di vita

Questo articolo risponde alle domande frequenti sulle politiche di gestione del ciclo di vita in Archiviazione BLOB di Azure.

Ho creato una nuova politica. Perché le azioni non vengono eseguite immediatamente?

Una volta configurata una policy, può volerci fino a 24 ore prima che entri in vigore. Una volta che la policy è in vigore, il tempo necessario per eseguire le azioni può variare a seconda della dimensione dell'account di archiviazione e delle operazioni eseguite.

Se aggiorno una policy esistente, quanto tempo ci vuole perché le azioni vengano eseguite?

La politica aggiornata può impiegare fino a 24 ore per entrare in vigore. Una volta che la policy è in vigore, il tempo necessario per l'esecuzione delle azioni varia a seconda della dimensione dell'account di archiviazione e delle operazioni eseguite. Se l'aggiornamento consiste nel disabilitare o eliminare una regola ed è stato usato enableAutoTierToHotFromCool, la definizione automatica dei livelli verso il livello ad accesso frequente continua comunque a verificarsi. Ad esempio, imposta una regola che includa enableAutoTierToHotFromCool in base all'ultimo accesso. Se la regola è disabilitata o eliminata e un BLOB si trova attualmente nel livello ad accesso sporadico o saltuario, quando vi si accede torna al livello ad accesso frequente, perché questo comportamento si applica all'accesso al di fuori della gestione del ciclo di vita. Il blob non passa da caldo a raffreddato o freddo se la regola di gestione del ciclo di vita viene disabilitata o eliminata. L'unico modo per impedire autoTierToHotFromCool è disattivare il tracciamento dell'ora dell'ultimo accesso.

L'esecuzione si completa ma non sposta né elimina alcuni blob

A seconda della dimensione e del numero di oggetti in un account di storage, potresti aver bisogno di più di una run per elaborare tutti gli oggetti. Puoi anche controllare i log delle risorse di archiviazione per vedere se la politica di gestione del ciclo di vita sta eseguendo le operazioni.

Non vedo cambiamenti nella capacità anche se la policy viene eseguita ed elimina i blob

Controlla se funzionalità di protezione dei dati come la cancellazione soft o il versioning sono attivate sull'account di archiviazione. Anche se la policy elimina i blob, questi blob potrebbero comunque esistere in stato di soft delete o come versione più vecchia a seconda di come sono configurate queste funzionalità.

Ho reidratato un blob archiviato. Come posso evitare che venga temporaneamente spostato di nuovo nel livello Archivio?

Se è in vigore una politica di gestione del ciclo di vita per l'account di archiviazione, reidratare un blob cambiandone il tier può portare a uno scenario in cui la politica del ciclo di vita riporta il blob al tier archivio. Questa condizione si verifica se l'ultimo tempo di modifica, il tempo di creazione o l'ultimo tempo di accesso supera la soglia stabilita per la policy. Ci sono tre modi per prevenire questa condizione:

  • Aggiungi la daysAfterLastTierChangeGreaterThan condizione all'azione tierToArchive della polizza. Vedere Usare criteri di gestione del ciclo di vita per archiviare i blob.

  • Disabilita temporaneamente la regola che influenza questo blob per impedirne di essere archiviato di nuovo. Riabilitare la regola quando il BLOB può essere nuovamente spostato in sicurezza nel livello archivio.

  • Se il BLOB deve rimanere in modo permanente nel livello ad accesso frequente, sporadico o saltuario, copiare il BLOB in un'altra posizione in cui i criteri di gestione del ciclo di vita non sono in vigore.

La stringa di corrispondenza del prefisso dei BLOB non applicava il criterio ai BLOB previsti

Il campo di corrispondenza del prefisso dei blob di una policy è un percorso completo o parziale dei blob, che usi per abbinare i blob a cui vuoi che le azioni della policy vengano applicate. Il percorso deve iniziare con il nome del container. Se non si specifica una corrispondenza del prefisso, il criterio si applica a tutti i BLOB nell'account di archiviazione. Il formato della stringa di corrispondenza del prefisso è [container name]/[blob name]. Tenere presente i seguenti punti riguardo alla stringa di corrispondenza del prefisso:

  • Una stringa di corrispondenza del prefisso come container1/ si applica a tutti i BLOB nel contenitore denominato container1. Una stringa di corrispondenza del prefisso pari a container1, senza il carattere barra finale (/), si applica a tutti i BLOB in tutti i contenitori i cui nomi iniziano con la stringa container1. Il prefisso corrisponde a contenitori nominati container11, container1234, container1ab, e così via.
  • Una stringa di corrispondenza del prefisso pari a container1/sub1/ si applica a tutti i BLOB nel contenitore denominato container1 che iniziano con la stringa sub1/. Ad esempio, il prefisso corrisponde a blob nominati container1/sub1/test.txt o container1/sub1/sub2/test.txt.
  • Il carattere asterisco * è un carattere valido in un nome di blob. Se usi il carattere asterisco in un prefisso, il prefisso corrisponde a blob con un asterisco nei loro nomi. L'asterisco non funge da carattere jolly.
  • Il carattere punto interrogativo ? è un carattere valido in un nome di blob. Se usi il carattere punto interrogativo in un prefisso, il prefisso corrisponde ai blob con un punto interrogativo nel nome. Il punto interrogativo non funge da carattere jolly.
  • La corrispondenza per prefisso considera solo comparazioni logiche positive (=). Ignora i confronti logici negativi (!=).
  • La corrispondenza dei prefissi fa distinzione tra minuscole e maiuscole.

C'è un modo per identificare il momento in cui la politica verrà eseguita?

Purtroppo, non c'è modo di tracciare il tempo in cui la politica verrà eseguita, poiché si tratta di un processo di pianificazione in background. Le policy del ciclo di vita iniziano l'esecuzione entro 24 ore dalla creazione o aggiornamento di una regola. I criteri elaborano gli oggetti continuamente in background, secondo necessità. Il sistema dà priorità alle richieste provenienti dai carichi di lavoro. Quindi, non c'è modo di tracciare il momento in cui una politica potrebbe essere in esecuzione. Il tempo necessario per elaborare gli oggetti potrebbe dipendere dalla velocità di richiesta per l'account di archiviazione. Questo periodo potrebbe essere più lungo se la velocità di richiesta per l'account di archiviazione si avvicina al limite dell'account di stoccaggio.

Passaggi successivi

  • Last updated on